Bug 76511 - Mass storage disconnects after few seconds of unuse
Summary: Mass storage disconnects after few seconds of unuse
Status: NEW
Alias: None
Product: Drivers
Classification: Unclassified
Component: USB (show other bugs)
Hardware: All Linux
: P1 normal
Assignee: Greg Kroah-Hartman
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-05-19 19:41 UTC by Mildred
Modified: 2014-05-19 19:52 UTC (History)
0 users

See Also:
Kernel Version: 3.14.4-1-ARCH, 3.12.6-300.fc20.x86_64
Subsystem:
Regression: No
Bisected commit-id:


Attachments

Description Mildred 2014-05-19 19:41:26 UTC
Description of problem:

I have a USB mass storage device (a Polaroid XS100 HD camera, 4255:1000) that cannot stay very long connected through USB. Within seconds of being connected, it disconnects itself. I suppose that's not a problem with the device itself because it works well on Mac OS X.

Version-Release number of selected component (if applicable): kernel-3.12.6-300.fc20.x86_64

How reproducible:
always

Steps to Reproduce:
1. Plug in the device
2. It connects

Actual results:
seconds later, it disconnects

Expected results:
it should stay connected

Additional info:
https://ask.fedoraproject.org/en/question/40039/mass-storage-device-disconnects-when-not-actively-used/
https://bugzilla.redhat.com/show_bug.cgi?id=1058194

Note /sys/bus/usb/devices/1-6/power/control is "on"

On ArchLinux kernel 3.14.4-1-ARCH, I get the following logs in dmesg:

--- the device is connected, powering it up

[37205.034251] usb 1-6: new high-speed USB device number 10 using xhci_hcd
[37205.210092] usb-storage 1-6:1.0: USB Mass Storage device detected
[37205.210440] scsi11 : usb-storage 1-6:1.0
[37206.213462] scsi 11:0:0:0: Direct-Access     AMBA     Storage          v1.0 PQ: 0 ANSI: 0
[37206.216893] sd 11:0:0:0: [sdc] 61831168 512-byte logical blocks: (31.6 GB/29.4 GiB)
[37206.217723] sd 11:0:0:0: [sdc] Write Protect is off
[37206.217730] sd 11:0:0:0: [sdc] Mode Sense: 8f 00 00 08
[37206.218589] sd 11:0:0:0: [sdc] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
[37206.226701]  sdc: sdc1
[37206.233616] sd 11:0:0:0: [sdc] Attached SCSI removable disk
[37206.728069] FAT-fs (sdc1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.

--- the device becomes available. After a few seconds though I get:

[37220.650745] usb 1-6: USB disconnect, device number 10
[37220.686556] ------------[ cut here ]------------
[37220.686574] WARNING: CPU: 5 PID: 19719 at fs/sysfs/group.c:216 sysfs_remove_group+0x99/0xa0()
[37220.686578] sysfs group ffffffff81897ba0 not found for kobject 'target11:0:0'
[37220.686581] Modules linked in: nls_iso8859_1 nls_cp437 vfat fat usb_storage hid_generic usbhid hid rfcomm fuse bbswitch(O) bnep ext4 mbcache jbd2 btusb uvcvideo bluetooth 6lowpan_iphc videobuf2_vmalloc videobuf2_memops videobuf2_core videodev crc16 media arc4 snd_hda_codec_hdmi iwldvm led_class mac80211 r8169 i915 drm_kms_helper joydev coretemp snd_hda_codec_via evdev snd_hda_codec_generic mousedev mxm_wmi iTCO_wdt iwlwifi hwmon mac_hid rtsx_pci_ms iTCO_vendor_support drm mii tpm_infineon x86_pkg_temp_thermal memstick intel_gtt i2c_algo_bit serio_raw intel_powerclamp tpm_tis tpm psmouse snd_hda_intel mei_me lpc_ich wmi cfg80211 snd_hda_codec mei rfkill i2c_i801 i2c_core snd_hwdep shpchp snd_pcm kvm_intel snd_timer kvm snd crct10dif_pclmul soundcore thermal battery crc32_pclmul ghash_clmulni_intel
[37220.686687]  aesni_intel button aes_x86_64 lrw gf128mul glue_helper ablk_helper cryptd video processor pcspkr ac microcode btrfs xor raid6_pq sd_mod crc_t10dif crct10dif_common sr_mod cdrom mmc_block rtsx_pci_sdmmc mmc_core atkbd libps2 crc32c_intel ahci libahci libata ehci_pci ehci_hcd xhci_hcd scsi_mod rtsx_pci usbcore usb_common i8042 serio
[37220.686740] CPU: 5 PID: 19719 Comm: umount Tainted: G        W IO 3.14.4-1-ARCH #1
[37220.686744] Hardware name: Notebook                         W65_W670SR                      /W65_W670SR                      , BIOS 4.6.5 05/31/2013
[37220.686748]  0000000000000000 000000007a69c2ef ffff88010d699b30 ffffffff8150996e
[37220.686757]  ffff88010d699b78 ffff88010d699b68 ffffffff8106ab2d 0000000000000000
[37220.686765]  ffffffff81897ba0 ffff8801060c1838 ffff88040c6ff000 ffff88040c6ff100
[37220.686772] Call Trace:
[37220.686800]  [<ffffffff8150996e>] dump_stack+0x4d/0x6f
[37220.686809]  [<ffffffff8106ab2d>] warn_slowpath_common+0x7d/0xa0
[37220.686816]  [<ffffffff8106abac>] warn_slowpath_fmt+0x5c/0x80
[37220.686825]  [<ffffffff812346e8>] ? kernfs_find_and_get_ns+0x48/0x60
[37220.686832]  [<ffffffff81232fb9>] sysfs_remove_group+0x99/0xa0
[37220.686847]  [<ffffffff8139e783>] dpm_sysfs_remove+0x43/0x50
[37220.686870]  [<ffffffff81393c35>] device_del+0x45/0x1d0
[37220.686901]  [<ffffffffa0157067>] scsi_target_reap_usercontext+0x27/0x40 [scsi_mod]
[37220.686912]  [<ffffffff81087297>] execute_in_process_context+0x67/0x70
[37220.686931]  [<ffffffffa01583a4>] scsi_target_reap+0xc4/0xe0 [scsi_mod]
[37220.686948]  [<ffffffffa015a3b4>] scsi_device_dev_release_usercontext+0x174/0x1a0 [scsi_mod]
[37220.686956]  [<ffffffff81087297>] execute_in_process_context+0x67/0x70
[37220.686972]  [<ffffffffa015a23c>] scsi_device_dev_release+0x1c/0x20 [scsi_mod]
[37220.686979]  [<ffffffff813930c2>] device_release+0x32/0xa0
[37220.686993]  [<ffffffff8129af4a>] kobject_release+0x7a/0x1c0
[37220.687001]  [<ffffffff8129b0bd>] kobject_put+0x2d/0x60
[37220.687008]  [<ffffffff81393507>] put_device+0x17/0x20
[37220.687023]  [<ffffffffa014da1a>] scsi_device_put+0x3a/0x50 [scsi_mod]
[37220.687038]  [<ffffffffa030c810>] scsi_disk_put+0x30/0x50 [sd_mod]
[37220.687050]  [<ffffffffa030d821>] sd_release+0x31/0x70 [sd_mod]
[37220.687058]  [<ffffffff811f6672>] __blkdev_put+0x182/0x1c0
[37220.687067]  [<ffffffff811f6602>] __blkdev_put+0x112/0x1c0
[37220.687073]  [<ffffffff811f703c>] blkdev_put+0x4c/0x150
[37220.687082]  [<ffffffff811bcfc1>] kill_block_super+0x41/0x80
[37220.687089]  [<ffffffff811bd2ed>] deactivate_locked_super+0x3d/0x60
[37220.687095]  [<ffffffff811bd744>] deactivate_super+0x64/0x70
[37220.687109]  [<ffffffff811da23e>] mntput_no_expire+0xee/0x180
[37220.687116]  [<ffffffff811db610>] SyS_umount+0xa0/0x400
[37220.687129]  [<ffffffff81517769>] system_call_fastpath+0x16/0x1b
[37220.687133] ---[ end trace 4789e34f513a20ea ]---
Comment 1 Greg Kroah-Hartman 2014-05-19 19:52:42 UTC
Please send to the linux-usb@vger.kernel.org mailing list

Note You need to log in before you can comment on or make changes to this bug.