Re: 2.6.23-rc6-mm1

[Andrew Morton]

On Thu, 20 Sep 2007 21:20:24 +0200
Tilman Schmidt <tilman@xxxxxxx> wrote:

> Another data point. When booting into runlevel 3, the system is usable,
> although these messages still appear after boot:
> 
> <4>[   22.731025] sysfs: duplicate filename 'bInterfaceNumber' can not be created
> <4>[   22.735872] WARNING: at fs/sysfs/dir.c:433 sysfs_add_one()
> <7>[   22.740737] bas_gigaset: <-------3: 0x11 (0 [0x00 0x00])
> <4>[   22.740881]  [dump_trace+100/498] dump_trace+0x64/0x1f2
> <7>[   22.745708] bas_gigaset: <-------3: 0x11 (0 [0x00 0x00])
> <4>[   22.745721]  [show_trace_log_lvl+26/47] show_trace_log_lvl+0x1a/0x2f
> <4>[   22.750533]  [show_trace+18/20] show_trace+0x12/0x14
> <4>[   22.755285]  [dump_stack+22/24] dump_stack+0x16/0x18
> <4>[   22.759997]  [sysfs_add_one+87/188] sysfs_add_one+0x57/0xbc
> <4>[   22.764633]  [sysfs_add_file+73/135] sysfs_add_file+0x49/0x87
> <4>[   22.769418]  [sysfs_create_group+138/240] sysfs_create_group+0x8a/0xf0
> <4>[   22.774014]  [<fa99c20a>] usb_create_sysfs_intf_files+0x2d/0xa2 [usbcore]
> <4>[   22.778659]  [<fa9989ed>] usb_set_configuration+0x450/0x48d [usbcore]
> <4>[   22.783246]  [<fa99fa9b>] generic_probe+0x53/0x94 [usbcore]
> <4>[   22.787895]  [<fa99a00b>] usb_probe_device+0x35/0x3b [usbcore]
> <4>[   22.792471]  [driver_probe_device+233/362] driver_probe_device+0xe9/0x16a
> <4>[   22.797214]  [__device_attach+8/10] __device_attach+0x8/0xa
> <4>[   22.801779]  [bus_for_each_drv+56/97] bus_for_each_drv+0x38/0x61
> <4>[   22.806344]  [device_attach+112/133] device_attach+0x70/0x85
> <4>[   22.810905]  [bus_attach_device+41/119] bus_attach_device+0x29/0x77
> <4>[   22.815468]  [device_add+795/1342] device_add+0x31b/0x53e
> <4>[   22.820052]  [<fa993de7>] usb_new_device+0x5c/0x168 [usbcore]
> <4>[   22.824653]  [<fa9954f9>] hub_thread+0x6b9/0xaa5 [usbcore]
> <4>[   22.829276]  [kthread+59/100] kthread+0x3b/0x64
> <4>[   22.833823]  [kernel_thread_helper+7/16] kernel_thread_helper+0x7/0x10
> <4>[   22.838409]  =======================

Yep, that looks like a USB bug.

> and a bit later:
> 
> Sep 20 20:54:36 xenon kernel: [   39.581898] hwinfo[5185]: segfault at b7cf9f10 eip b7cf9f10 esp bfefe20c error 4
> Sep 20 20:54:36 xenon kernel: [   39.586320] BUG: sleeping function called from invalid context at kernel/rwsem.c:47
> Sep 20 20:54:36 xenon kernel: [   39.590697] in_atomic():1, irqs_disabled():0
> Sep 20 20:54:36 xenon kernel: [   39.594987] no locks held by hwinfo/5185.
> Sep 20 20:54:36 xenon kernel: [   39.599281]  [<c0108441>] dump_trace+0x64/0x1f2
> Sep 20 20:54:36 xenon kernel: [   39.603577]  [<c01085e9>] show_trace_log_lvl+0x1a/0x2f
> Sep 20 20:54:36 xenon kernel: [   39.607851]  [<c010902b>] show_trace+0x12/0x14
> Sep 20 20:54:36 xenon kernel: [   39.612060]  [<c0109154>] dump_stack+0x16/0x18
> Sep 20 20:54:36 xenon kernel: [   39.616305]  [<c0123ecd>] __might_sleep+0xe5/0xeb
> Sep 20 20:54:36 xenon kernel: [   39.620545]  [<c013f72d>] down_write+0x18/0x54
> Sep 20 20:54:36 xenon kernel: [   39.624777]  [<c01890d7>] do_coredump+0x94/0x77d
> Sep 20 20:54:36 xenon kernel: [   39.629004]  [<c0135295>] get_signal_to_deliver+0x408/0x434
> Sep 20 20:54:36 xenon kernel: [   39.633252]  [<c010673a>] do_notify_resume+0x94/0x6a6
> Sep 20 20:54:36 xenon kernel: [   39.637554]  [<c01072e5>] work_notifysig+0x13/0x1a
> Sep 20 20:54:36 xenon kernel: [   39.641854]  [<b7cf9f10>] 0xb7cf9f10
>
> ...
>

There was a locking imbalance in the IPC code.  Do you have the fixes in
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc6/2.6.23-rc6-mm1/hot-fixes/
applied?

> As this seems to concern USB and sysfs, I guess Greg's the man?

Greg isn't the only USB developer ;)  linux-usb-devel cc added..
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/