Re: Slow boot due to USB errors

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, 12 May 2014, poma wrote:

> ...
> > "initial 64-byte descriptor request timeout"
> > https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/tree/drivers/usb/core/hub.c#n67
> > https://www.kernel.org/doc/Documentation/kernel-parameters.txt
> > usbcore.initial_descriptor_timeout=
> > & Co.
> > 
> 
> I made several tests concerning the topic and incidentally found one bug. :)

> https://bugzilla.redhat.com/show_bug.cgi?id=1096786
> Unplug the device without unmounting, 
> 
> ...
> usb 2-1: USB disconnect, device number 2
> ------------[ cut here ]------------
> WARNING: CPU: 0 PID: 4692 at fs/sysfs/group.c:216 sysfs_remove_group+0x93/0xa0()
> sysfs group ffffffff81cb1300 not found for kobject 'target8:0:0'
> CPU: 0 PID: 4692 Comm: umount Not tainted 3.14.3-200.fc20.x86_64 #1
> Call Trace:
>  [<ffffffff816ef242>] dump_stack+0x45/0x56
>  [<ffffffff8108a1bd>] warn_slowpath_common+0x7d/0xa0
>  [<ffffffff8108a23c>] warn_slowpath_fmt+0x5c/0x80
>  [<ffffffff81265598>] ? kernfs_find_and_get_ns+0x48/0x60
>  [<ffffffff81264233>] sysfs_remove_group+0x93/0xa0
>  [<ffffffff8146b543>] dpm_sysfs_remove+0x43/0x50
>  [<ffffffff81460b35>] device_del+0x45/0x1c0
>  [<ffffffff8148deb7>] scsi_target_reap_usercontext+0x27/0x40
>  [<ffffffff810a4e67>] execute_in_process_context+0x67/0x70
>  [<ffffffff8148f334>] scsi_target_reap+0xc4/0xf0
>  [<ffffffff81491366>] scsi_device_dev_release_usercontext+0xe6/0x120
>  [<ffffffff810a4e67>] execute_in_process_context+0x67/0x70
>  [<ffffffff8149127c>] scsi_device_dev_release+0x1c/0x20
>  [<ffffffff814600e2>] device_release+0x32/0xa0
>  [<ffffffff813560a7>] kobject_cleanup+0x77/0x1b0
>  [<ffffffff81355f60>] kobject_put+0x30/0x60
>  [<ffffffff81460407>] put_device+0x17/0x20
>  [<ffffffff8148268b>] scsi_device_put+0x3b/0x50
>  [<ffffffff81495e50>] scsi_disk_put+0x30/0x50
>  [<ffffffff814961b2>] sd_release+0x42/0xd0
>  [<ffffffff8122489c>] __blkdev_put+0x16c/0x1a0
>  [<ffffffff8122483e>] __blkdev_put+0x10e/0x1a0
>  [<ffffffff8122521c>] blkdev_put+0x4c/0x120
>  [<ffffffff811ebd64>] kill_block_super+0x44/0x70
>  [<ffffffff811ec06d>] deactivate_locked_super+0x3d/0x60
>  [<ffffffff811ec636>] deactivate_super+0x46/0x60
>  [<ffffffff81208dac>] mntput_no_expire+0xac/0x140
>  [<ffffffff8120a37d>] SyS_umount+0x9d/0x110
>  [<ffffffff816ff5e9>] system_call_fastpath+0x16/0x1b
> ---[ end trace 6a4cda17930756e9 ]---
> 
> BTW 3.15.0-0.rc5.git0.1.fc21.x86_64 doesn't have this bug.

This is a known bug, as you can tell from the fact that it has already 
been fixed.  (And, as you can tell by looking at the stack dump, the 
bug was in the SCSI layer rather than the USB layer.)

Alan Stern

--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Linux Media]     [Linux Input]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [Old Linux USB Devel Archive]

  Powered by Linux