From mboxrd@z Thu Jan 1 00:00:00 1970 From: Kay Sievers Date: Tue, 06 Nov 2007 02:26:19 +0000 Subject: Re: usb_id segfaulting on 2.6.23 Message-Id: <1194315979.4461.31.camel@lov.site> List-Id: References: <47135D33.7080805@gentoo.org> In-Reply-To: <47135D33.7080805@gentoo.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: linux-hotplug@vger.kernel.org On Tue, 2007-11-06 at 00:42 +0000, Daniel Drake wrote: > Kay Sievers wrote: > > Strange, seems some attributes are not catched by udev. What does > > "udevinfo" print for the working setup? Do you see the missing > > attributes there? > > You're referring to idVendor, idProduct, etc. Actually, those attributes > don't even exist in sysfs(!!) which must be the root of the problem. > > So, I bisected the kernel. Ready for a strange result? > First bad commit is 296699de: Introduce CONFIG_SUSPEND for > suspend-to-Ram and standby > > On this system, I always disable suspend/hibernate/etc support, and > continued to do so throughout the bisection. This lead me to the above > result. > > On a kernel tree with HEAD as 296699de, I see the bug (no idVendor, etc) > when CONFIG_SUSPEND=n (my normal setup). However, if I set > CONFIG_SUSPEND=y, the missing USB sysfs attributes show up! > > On 2.6.24-rc1-git14, the same is true. CONFIG_SUSPEND=n, no idVendor > nodes, udev usb_id crashes on boot. CONFIG_SUSPEND=y, idVendor and > friends are back, udev behaves as normal. I fixes usb_id in the meantime not to crash, but that's a different story. > I know you have experience working with sysfs/kobject internals, do you > have any suggestions or thoughts before I take this to LKML? Oh, great, it was a complete mystery what was going wrong, maybe this is pointing in the right direction. We got more than one report for this bug. Maybe Oliver or Alan have an idea, what could go wrong with the USB attributes depending on CONFIG_SUSPEND, I don't expect a driver core issue here. Thanks Daniel for the debugging, Kay ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Linux-hotplug-devel mailing list http://linux-hotplug.sourceforge.net Linux-hotplug-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel