Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751555AbZIWPKM (ORCPT ); Wed, 23 Sep 2009 11:10:12 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751251AbZIWPKL (ORCPT ); Wed, 23 Sep 2009 11:10:11 -0400 Received: from mx1.redhat.com ([209.132.183.28]:63702 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751179AbZIWPKK (ORCPT ); Wed, 23 Sep 2009 11:10:10 -0400 Message-ID: <4ABA3A37.2070108@redhat.com> Date: Wed, 23 Sep 2009 18:09:43 +0300 From: Avi Kivity User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.1) Gecko/20090814 Fedora/3.0-2.6.b3.fc11 Thunderbird/3.0b3 MIME-Version: 1.0 To: Mike Galbraith CC: Arnaldo Carvalho de Melo , rostedt@goodmis.org, LKML , Ingo Molnar , Mathieu Desnoyers , Peter Zijlstra , Frederic Weisbecker , Thomas Gleixner , Masami Hiramatsu Subject: Re: [patch] Re: [perf] Finding uninstalled modules Was Re: mailing list for trace users References: <1253132182.20020.242.camel@gandalf.stny.rr.com> <4AB89520.2050900@redhat.com> <1253618894.13917.18.camel@marge.simson.net> <4AB8B65F.7030602@redhat.com> <1253620041.13917.24.camel@marge.simson.net> <4AB8BA37.4010305@redhat.com> <20090922201746.GH5216@ghostprotocols.net> <4AB9DCC8.5050603@redhat.com> <1253697658.11461.36.camel@marge.simson.net> <4AB9F08E.1020106@redhat.com> <1253705515.7835.41.camel@marge.simson.net> <4ABA1B75.7040900@redhat.com> <4ABA1E3B.40800@redhat.com> <1253713800.7816.15.camel@marge.simson.net> <4ABA2A0B.1010103@redhat.com> <1253714972.7816.23.camel@marge.simson.net> <4ABA3321.9090503@redhat.com> <1253717548.7816.34.camel@marge.simson.net> <4ABA3732.3040907@redhat.com> <1253718323.7816.42.camel@marge.simson.net> In-Reply-To: <1253718323.7816.42.camel@marge.simson.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1447 Lines: 39 On 09/23/2009 06:05 PM, Mike Galbraith wrote: > >> Well, you don't need to do anything to open a file from cwd: that's the >> default. You need to actively prepend /lib/modules/blah to get it to >> load from the correct location. What I don't understand is why it is >> only hitting me (esp. as it used to work). >> > If your modules.dep, always was missing the /lib/modules/blah bit, it > never worked for you. I wrote the thing with the rash assumption that > it always contained full path like mine does :) > > Ah, changed there, I missed that part earlier, sorry. So it's probably a change in modules.dep generation instead of tools/perf. > So, I just need to check whether it's full path or not, prepend or take > the path as is, and hope there aren't several other ways to get screwed > up by modules.dep content. > Maybe we should fix that then (though I prefer relative paths myself). > Too bad the kernel doesn't store the path in /sys/modules/bla/path. > That would be nicer than rummaging around in a mutable file. > But then you rely on a running kernel. Be nice to be able to ship perf.data. -- error compiling committee.c: too many arguments to function -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/