On Mon, 17 Feb 2014, Ronald wrote:
> I caught this by coincidence since I had netconsole attached to debug
> a nouveau MSI problem (deadlock). It happenned when I disconnected my
> external hardrive in thunar. I have attached my full dmesg.
This isn't a USB problem.
> [17764.280135] usb 1-2: new high-speed USB device number 13 using ehci-pci
> [17764.453094] usb-storage 1-2:1.0: USB Mass Storage device detected
> [17764.461737] scsi14 : usb-storage 1-2:1.0
> [17772.722083] scsi 14:0:0:0: Direct-Access Maxtor 3200
> 0341 PQ: 0 ANSI: 4
> [17772.914430] sd 14:0:0:0: [sdb] 586114704 512-byte logical blocks:
> (300 GB/279 GiB)
> [17772.917232] sd 14:0:0:0: [sdb] Write Protect is off
> [17772.917246] sd 14:0:0:0: [sdb] Mode Sense: 17 00 00 00
> [17772.919206] sd 14:0:0:0: [sdb] No Caching mode page found
> [17772.919222] sd 14:0:0:0: [sdb] Assuming drive cache: write through
> [17772.925185] sd 14:0:0:0: [sdb] No Caching mode page found
> [17772.925199] sd 14:0:0:0: [sdb] Assuming drive cache: write through
> [17773.020601] sdb: sdb1 sdb2 sdb3 sdb4 < sdb5 sdb6 sdb7 sdb8 sdb9 >
> [17773.027194] sd 14:0:0:0: [sdb] No Caching mode page found
> [17773.027211] sd 14:0:0:0: [sdb] Assuming drive cache: write through
> [17773.027219] sd 14:0:0:0: [sdb] Attached SCSI disk
> [17828.434461] Buffer I/O error on device sdb1, logical block 32
> [17828.434930] Buffer I/O error on device sdb1, logical block 786432
> [17828.434962] Buffer I/O error on device sdb1, logical block 16384
> [17828.434971] Buffer I/O error on device sdb1, logical block 512
> [17828.434984] Buffer I/O error on device sdb1, logical block 48496383
> [17828.435024] Buffer I/O error on device sdb1, logical block 3
> [17828.435032] Buffer I/O error on device sdb1, logical block 7
> [17828.436022] ------------[ cut here ]------------
> [17828.436053] WARNING: CPU: 0 PID: 24108 at fs/sysfs/group.c:216
> sysfs_remove_group+0xa3/0xb0()
> [17828.436064] sysfs group ffffffff81a74bc0 not found for kobject
> 'target14:0:0'
> [17828.436069] CPU: 0 PID: 24108 Comm: systemd-udevd Not tainted
> 3.14.0-rc2-00750-g946dd68-dirty #3
> [17828.436141] Hardware name: Hewlett-Packard HP Pavilion dv6000
> (RS551EA#ABH) /30B7, BIOS F.40 08/01/2008
> [17828.436145] 0000000000000009 ffff88003170fb70 ffffffff8165eb64
> ffff88003170fba8
> [17828.436278] ffffffff8102c0c6 0000000000000000 ffffffff81a74bc0
> ffff880070bb7038
> [17828.436298] ffff880033f4f168 ffff880048aa4000 ffff88003170fc08
> ffffffff8102c167
> [17828.436309] Call Trace:
> [17828.436321] [<ffffffff8165eb64>] dump_stack+0x19/0x1b
> [17828.436330] [<ffffffff8102c0c6>] warn_slowpath_common+0x76/0xa0
> [17828.436337] [<ffffffff8102c167>] warn_slowpath_fmt+0x47/0x50
> [17828.436345] [<ffffffff8111dae8>] ? kernfs_find_and_get_ns+0x48/0x60
> [17828.436353] [<ffffffff8111c003>] sysfs_remove_group+0xa3/0xb0
> [17828.436362] [<ffffffff813fabee>] dpm_sysfs_remove+0x3e/0x50
> [17828.436370] [<ffffffff813f281d>] device_del+0x3d/0x1b0
> [17828.436380] [<ffffffff8140ae8b>] scsi_target_reap_usercontext+0x2b/0x40
> [17828.436444] [<ffffffff81040520>] execute_in_process_context+0x60/0x70
> [17828.436452] [<ffffffff8140c027>] scsi_target_reap+0x77/0xa0
> [17828.436458] [<ffffffff8140df10>]
> scsi_device_dev_release_usercontext+0x160/0x190
> [17828.436463] [<ffffffff81040520>] execute_in_process_context+0x60/0x70
> [17828.436467] [<ffffffff8140dda7>] scsi_device_dev_release+0x17/0x20
> [17828.436472] [<ffffffff813f1598>] device_release+0x38/0xb0
> [17828.436478] [<ffffffff8128c7b3>] kobject_cleanup+0x43/0x80
> [17828.436651] [<ffffffff8128be98>] kobject_put+0x28/0x60
> [17828.436656] [<ffffffff813f27d2>] put_device+0x12/0x20
> [17828.436661] [<ffffffff81402d70>] scsi_device_put+0x10/0x20
> [17828.436666] [<ffffffff814106c4>] scsi_disk_put+0x34/0x50
> [17828.436670] [<ffffffff81410973>] sd_release+0x33/0x70
> [17828.436675] [<ffffffff810f36e4>] __blkdev_put+0x144/0x180
> [17828.436679] [<ffffffff810f368d>] __blkdev_put+0xed/0x180
> [17828.436683] [<ffffffff810f4757>] blkdev_put+0x97/0x110
> [17828.436687] [<ffffffff810f47f0>] blkdev_close+0x20/0x30
> [17828.436693] [<ffffffff810c47b2>] __fput+0xe2/0x200
> [17828.436698] [<ffffffff810c4909>] ____fput+0x9/0x10
> [17828.436703] [<ffffffff81042c0f>] task_work_run+0x7f/0xc0
> [17828.436708] [<ffffffff810024e6>] do_notify_resume+0x66/0x70
> [17828.436829] [<ffffffff810c23e1>] ? filp_close+0x51/0x80
> [17828.436835] [<ffffffff81663f64>] int_signal+0x12/0x17
> [17828.436839] ---[ end trace b057fe2fdcfc8458 ]---
> [17828.441765] usb 1-2: USB disconnect, device number 13
You can tell by the way the stack trace doesn't mention USB at all. In
fact, this is a known SCSI problem. It has been fixed by these two
patches:
http://marc.info/?l=linux-scsi&m=139031645920152&w=2
http://marc.info/?l=linux-scsi&m=139031650720168&w=2
If these patches have appeared in any git repositories yet, I don't
know where.
James, what happened to those two target-reap-infrastructure patches?
They don't seem to have reached linux-next yet, and I can't find them
in your SCSI repository on git.kernel.org.
Alan Stern
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
