Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752245AbZIWOkE (ORCPT ); Wed, 23 Sep 2009 10:40:04 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750965AbZIWOkD (ORCPT ); Wed, 23 Sep 2009 10:40:03 -0400 Received: from mx1.redhat.com ([209.132.183.28]:54549 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750776AbZIWOkC (ORCPT ); Wed, 23 Sep 2009 10:40:02 -0400 Message-ID: <4ABA3321.9090503@redhat.com> Date: Wed, 23 Sep 2009 17:39:29 +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> In-Reply-To: <1253714972.7816.23.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: 944 Lines: 27 On 09/23/2009 05:09 PM, Mike Galbraith wrote: > >> Mine says: >> >> kernel/arch/x86/kvm/kvm.ko: >> kernel/arch/x86/kvm/kvm-intel.ko: kernel/arch/x86/kvm/kvm.ko >> >> Which is reasonable for /lib/modules/2.6.31, not for a source directory. >> > Yup, there's the problem. The code assumes that the path to modules.dep > and the path stored in modules.dep will agree. > > Wants some robustification. > The trace shows modules.dep was picked up from /lib/modules/2.6.31, so if it continued that and picked up the modules from the same place, everything would work. Why does it try to pick up the modules from cwd? -- 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/