On Thu, 20 Sep 2007 21:20:24 +0200
Tilman Schmidt <[email protected]> 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 [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]