Summary: | [2.6.23 regression] USB sysfs device attributes not created when CONFIG_SUSPEND=n CONFIG_USB_AUTOSUSPEND=y | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Sebastian <sebastian_ml> |
Component: | [OLD] Core system | Assignee: | Gentoo Kernel Bug Wranglers and Kernel Maintainers <kernel> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | udev-bugs |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | linux-2.6.23-regression | ||
Package list: | Runtime testing required: | --- |
Description
Sebastian
2007-10-10 14:22:08 UTC
Can't reproduce it in an 64 bit environment - will test it later on a via x86. Well, I can't reproduce it anywhere; anyway we need a backtrace: http://www.gentoo.org/proj/en/qa/backtraces.xml which was the last known working kernel? 2.6.22(.9) works fine. I'll try doing a backtrace like Jakub suggested. I'm unable to do a backtrace. I posted this issue upstream: http://thread.gmane.org/gmane.linux.hotplug.devel/12108 Meanwhile people start popping up with the same issue on the forums: http://forums.gentoo.org/viewtopic-t-599069.html Workaround: Enable CONFIG_SUSPEND I can't figure out how to manually reproduce the segfault. For instance I don't know the parameters udev calls usb_id with before it segfaults. Upping debug output of udev doesn't help - scrollback buffer is too small and the logs (syslog and bootlogd) are useless. I would try netconsole, but unfortunately I have no second box around here. http://article.gmane.org/gmane.linux.hotplug.devel/12099 (seems the post was unfortunately split up) kernel folks, ideas? I have the same issue, will hopefully have time to dig into it soon. Just in case you didn't read the gmane stuff: First bad commit is http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=296699de6bdc717189a331ab6bbe90e05c94db06 Are you using any USB input devices? If so, does replugging them cause more segfaults to appear in dmesg? I have both USB mouse and keyboard. Replugging the keyboard is fine, but replugging the mouse makes usb_id segfault like you said. Oct 15 15:44:21 section-eight usb 2-2: USB disconnect, address 4 Oct 15 15:44:21 section-eight usb 2-1: USB disconnect, address 5 Oct 15 15:44:26 section-eight usb 2-2: new low speed USB device using ohci_hcd and address 6 Oct 15 15:44:26 section-eight usb 2-2: configuration #1 chosen from 1 choice Oct 15 15:44:26 section-eight input: Logitech HID compliant keyboard as /devices/pci0000:00/0000:00:02.0/usb2/2-2/2-2:1.0/input/input9 Oct 15 15:44:26 section-eight input: USB HID v1.10 Keyboard [Logitech HID compliant keyboard] on usb-0000:00:02.0-2 Oct 15 15:44:26 section-eight input: Logitech HID compliant keyboard as /devices/pci0000:00/0000:00:02.0/usb2/2-2/2-2:1.1/input/input10 Oct 15 15:44:26 section-eight input: USB HID v1.10 Device [Logitech HID compliant keyboard] on usb-0000:00:02.0-2 Oct 15 15:44:29 section-eight usb 2-1: new low speed USB device using ohci_hcd and address 7 Oct 15 15:44:29 section-eight usb 2-1: configuration #1 chosen from 1 choice Oct 15 15:44:29 section-eight input: Logitech USB-PS/2 Optical Mouse as /devices/pci0000:00/0000:00:02.0/usb2/2-1/2-1:1.0/input/input11 Oct 15 15:44:29 section-eight input: USB HID v1.10 Mouse [Logitech USB-PS/2 Optical Mouse] on usb-0000:00:02.0-1 Oct 15 15:44:29 section-eight usb_id[3730]: segfault at 00000000 eip b7e713e4 esp bff2c954 error 4 Oct 15 15:44:29 section-eight udevd-event[3729]: run_program: '/lib/udev/usb_id' abnormal exit haven't forgotten about this, am just away from the affected system at the moment. The problem appears to be that I do not get the per-device idVendor and idProduct files in sysfs under 2.6.23. Will hopefully get back to this soon. Hi Daniel, can you try if the mentioned workaround (enable CONFIG_SUSPEND) works for you as well? Once you at the box again ... Regards Sebastian this all stems from attributes such as idVendor and idProduct missing under 2.6.23. sent a kernel patch upstream to fix this... fixed in gentoo-sources-2.6.23-r3 |