From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Justin P. Mattock" Subject: Re: [SOLVED] kernel module loading does not work with binutils-gold (was Re: [Bug #14626] oops on boot starting udev) Date: Sat, 21 Nov 2009 01:58:18 -0800 Message-ID: <4B07B9BA.2070607@gmail.com> References: <20091117011455.GA7977@kroah.com> <20091117020451.GA27967@core.coreip.homeip.net> <1258426743.9883.53.camel@no> <20091117040104.GA5792@core.coreip.homeip.net> <1258430807.12721.12.camel@no> <20091119025938.GB20172@core.coreip.homeip.net> <1258793809.4814.4.camel@no> <1258796110.6842.10.camel@no> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Return-path: DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=3QJQDTtlM9ZWryhnv0pIC/GSMumNmqCcAx592o4kAMs=; b=dRjSCG+qz75kbXtObk3kQPm8zPEadeLaw+rFX3mEabmF85v4KbcK67/WtS318xF32c tn97yE/cdLrkx5OEKr4CSzl7N2nkvU8R7muRMEBFFUlKdGa9g/xYmYjqzWAuSQ5P55wv V7bSEZJoYuwAvEjU8/IB/1GHiaYtjyPQBpgNM= In-Reply-To: <1258796110.6842.10.camel@no> Sender: linux-kernel-owner@vger.kernel.org List-ID: Content-Type: text/plain; charset="us-ascii"; format="flowed" To: Soeren Sonnenburg Cc: Dmitry Torokhov , Greg KH , "Rafael J. Wysocki" , linux-input@vger.kernel.org, Linux Kernel Mailing List , Kernel Testers List Soeren Sonnenburg wrote: > On Sat, 2009-11-21 at 09:56 +0100, Soeren Sonnenburg wrote: > >> On Wed, 2009-11-18 at 18:59 -0800, Dmitry Torokhov wrote: >> >>> On Tue, Nov 17, 2009 at 05:06:47AM +0100, Soeren Sonnenburg wrote: >>> >>>> On Mon, 2009-11-16 at 20:01 -0800, Dmitry Torokhov wrote: >>>> >>>>> On Tue, Nov 17, 2009 at 03:59:03AM +0100, Soeren Sonnenburg wrote: >>>>> >>>>>> On Mon, 2009-11-16 at 18:04 -0800, Dmitry Torokhov wrote: >>>>>> >>>>>>> On Mon, Nov 16, 2009 at 05:14:55PM -0800, Greg KH wrote: >>>>>>> >>>>>>>> On Mon, Nov 16, 2009 at 11:37:48PM +0100, Rafael J. Wysocki wrote: >>>>>>>> >>>>>>>>> This message has been generated automatically as a part of a report >>>>>>>>> of recent regressions. >>>>>>>>> >>>>>>>>> The following bug entry is on the current list of known regressions >>>>>>>>> from 2.6.31. Please verify if it still should be listed and let me know >>>>>>>>> (either way). >>>>>>>>> >>>>>>>>> >>>>>>>>> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14626 >>>>>>>>> Subject : oops on boot starting udev >>>>>>>>> Submitter : Soeren Sonnenburg >>>>>>>>> Date : 2009-11-14 10:16 (3 days old) >>>>>>>>> References : http://marc.info/?l=linux-kernel&m=125819380206800&w=4 >>>>>>>>> >>>>>>>> This looks like an input core problem, as the evdev module was just >>>>>>>> loaded and died. >>>>>>>> >>>>>>>> Any input developers have any ideas? >>>>>>>> >>>>>>>> >>>>>>> Hmm, evdev does: >>>>>>> >>>>>>> dev_set_name(&evdev->dev, "event%d", minor); >>>>>>> >>>>>>> Not sure how it can go wrong... >>>>>>> >>>>>> Anything I should/could do to narrow it down a bit (apart from >>>>>> bisecting?). >>>>>> >>>>>> >>>>> Umm, I looked through the changes between -rc6 and 7 but nothing jumped >>>>> out at me... You don't happen to have any local changes in your tree? >>>>> >>>> Well only the mouse button #1 emulation - though I don't see what could >>>> go wrong there. >>>> >>>> >>> I have been looking through the changes and I really don't see anything >>> suspicious. I am also not hittign this oops on any of my boxes. Any >>> chance you could bisect? >>> >>> Thanks. >>> >> Alright so I tried to do a bisect when I noticed that building a knwon >> to work -rc5 did no longer work either. Thought it might be a gcc >> problem (gcc-4.3 here) so upgraded to 4.4 - same thing. >> Then I recognized that it crashes on loading basically *any* module, >> tried tun and applesmc. Attaching the crashes... >> >> I am starting to run out of ideas... >> > > OK, I've found the culprit: binutils-gold > > I build all kernels upto and including -rc6 with the old binutils and > since then have upgraded to binutils gold 2.20-4 which - in contrast to > the old binutils - uses --no-add-needed per default. > > So I suspect it triggers an error(?) in the way how the kernel links > modules: It is now required to provide all needed libraries to the > linker when building the modules. I guess this problem could be worked > around by adding --add-needed to the LDFLAGS_MODULE ... > > Soeren > tough to say... some how your hitting __wait_status during your initial boot. by looking at the comment(in applesmc.c): __wait_status - Wait up to 32ms for the status port to get a certain value * (masked with 0x0f), returning zero if the value is obtained. maybe your hitting a different value because of binutls. (keep in mind I have the latest binutils running on the macbook, but nothing switched to gold during compilation time) Justin P. Mattock