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 02:29:13 -0800 Message-ID: <4B07C0F9.4060702@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> <4B07B9BA.2070607@gmail.com> <1258798113.6842.16.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=mpqMiSj+Xkyhzkn1r3oOx3EpWsv0CPsCPUYfN4BkVu0=; b=hGWyGPEh5Fgkv07GBkoZCBkJb0mcm/01F2n/tvme74Nl5eDLmO11LRKg9fOF9xGvYh /yJZu5BVIFgKqxC42jCR0dtsdAUwlYGtP7jsyzZj9UwfQjowPiegMf0FFOVzPu38yrEF CL6tOA4HQfGv22y19lcmCzICUCG/TupoEuUgU= In-Reply-To: <1258798113.6842.16.camel@no> Sender: kernel-testers-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.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-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Linux Kernel Mailing List , Kernel Testers List Soeren Sonnenburg wrote: > On Sat, 2009-11-21 at 01:58 -0800, Justin P. Mattock wrote: > >> 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. >> > > It could be anything missing... > > >> (keep in mind I have the latest binutils running on the macbook, >> but nothing switched to gold during compilation time) >> > > Note that everything works fine with the old binutils here too.You will > need binutils gold to see the problem and it is described here too > > http://wiki.debian.org/qa.debian.org/FTBFS#A2009-11-02Packagesfailingbecausebinutils-gold.2BAC8-indirectlinking > > Soeren > Well I'd like to go into building gcc with the switch of: --disable-multilib but I cant because of the whole "gold factor" maybe somebody else with this knowledge of(gold) gcc etc... can assist you because I have no knowledge of that . (I'll have to try building a system this way one day); Justin P. Mattock