Created attachment 871176 [details] dmesg Description of problem: USB 3.0 flash drive error. Driver issue. Not an issue with USB 2.0 Version-Release number of selected component (if applicable): 3.13.5-200.fc20.x86_64 How reproducible: everytime Steps to Reproduce: 1. plug in usb 3.0 flash drive 2. 3. Actual results: dmesg errors Expected results: Additional info: 00:00.0 Host bridge: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor DRAM Controller (rev 06) 00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor PCI Express x16 Controller (rev 06) 00:02.0 VGA compatible controller: Intel Corporation 4th Gen Core Processor Integrated Graphics Controller (rev 06) 00:03.0 Audio device: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor HD Audio Controller (rev 06) 00:14.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB xHCI (rev 05) 00:16.0 Communication controller: Intel Corporation 8 Series/C220 Series Chipset Family MEI Controller #1 (rev 04) 00:1a.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB EHCI #2 (rev 05) 00:1b.0 Audio device: Intel Corporation 8 Series/C220 Series Chipset High Definition Audio Controller (rev 05) 00:1c.0 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #1 (rev d5) 00:1c.2 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #3 (rev d5) 00:1c.3 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #4 (rev d5) 00:1d.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB EHCI #1 (rev 05) 00:1f.0 ISA bridge: Intel Corporation HM86 Express LPC Controller (rev 05) 00:1f.2 SATA controller: Intel Corporation 8 Series/C220 Series Chipset Family 6-port SATA Controller 1 [AHCI mode] (rev 05) 00:1f.3 SMBus: Intel Corporation 8 Series/C220 Series Chipset Family SMBus Controller (rev 05) 03:00.0 Network controller: Intel Corporation Wireless 7260 (rev 73) 04:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. Device 5289 (rev 01) 04:00.2 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 0a)
Does this work with 3.13.4?
Does not work on kernel-3.13.5-202.fc20.x86_64. I'll check kernel-3.13.4-200.fc20.x86_64.
Yes it works on kernel-3.13.4-200.fc20.x86_64. So a regression? I do get: [ 304.286875] systemd-fstab-generator[2245]: Mount point 0 is not a valid path, ignoring. [ 304.286902] systemd-fstab-generator[2245]: Mount point 0 is not a valid path, ignoring. [ 304.393457] xor: automatically using best checksumming function: [ 304.403165] avx : 29692.000 MB/sec [ 304.422185] raid6: sse2x1 9414 MB/s [ 304.439197] raid6: sse2x2 12417 MB/s [ 304.456222] raid6: sse2x4 14617 MB/s [ 304.473224] raid6: avx2x1 19304 MB/s [ 304.490238] raid6: avx2x2 22476 MB/s [ 304.507253] raid6: avx2x4 25859 MB/s [ 304.507265] raid6: using algorithm avx2x4 (25859 MB/s) [ 304.507266] raid6: using avx2x2 recovery algorithm [ 304.518956] bio: create slab <bio-2> at 2 [ 304.520365] Btrfs loaded [ 304.543370] SGI XFS with ACLs, security attributes, large block/inode numbers, no debug enabled [ 373.457870] SELinux: initialized (dev sde1, type vfat), uses genfs_contexts [ 381.447417] systemd-fstab-generator[2558]: Mount point 0 is not a valid path, ignoring. [ 381.447441] systemd-fstab-generator[2558]: Mount point 0 is not a valid path, ignoring.
OK, thanks. It seems a patch made it into 3.13.5 that shouldn't have. It will be reverted upstream shortly. We'll do that now. Fixed in Fedora git.
Great. Seems that this bug is related too--->https://bugzilla.redhat.com/show_bug.cgi?id=1030988 , yes?
kernel-3.13.6-100.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/kernel-3.13.6-100.fc19
kernel-3.13.6-200.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/kernel-3.13.6-200.fc20
Package kernel-3.13.6-100.fc19: * should fix your issue, * was pushed to the Fedora 19 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing kernel-3.13.6-100.fc19' as soon as you are able to, then reboot. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2014-3651/kernel-3.13.6-100.fc19 then log in and leave karma (feedback).
kernel-3.13.6-200.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report.
kernel-3.13.6-100.fc19 has been pushed to the Fedora 19 stable repository. If problems still persist, please make note of it in this bug report.
(In reply to Fedora Update System from comment #10) > kernel-3.13.6-100.fc19 has been pushed to the Fedora 19 stable repository. > If problems still persist, please make note of it in this bug report. I ran into this with my WD My Book 4TB on kernel-3.14.4-200.fc20.x86_64... [ 150.959781] usb 4-3: Disable of device-initiated U1 failed. [ 155.965492] usb 4-3: Disable of device-initiated U2 failed. [ 156.067840] usb 4-3: reset SuperSpeed USB device number 2 using xhci_hcd [ 156.079081] xhci_hcd 0000:00:14.0: xHCI xhci_drop_endpoint called with disabled ep ffff8800ae411200 [ 156.079084] xhci_hcd 0000:00:14.0: xHCI xhci_drop_endpoint called with disabled ep ffff8800ae411240 The USB controller: lspci | grep USB 00:14.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB xHCI Host Controller (rev 04) Was the patch that caused the problem re-introduced? Should I file a new bug?
(In reply to Michael Monreal from comment #11) > [...] Should I file a new bug? I went ahead and filed bug 1103234 because I can reproduce "my" bug on F19 and F20 but not on F17 and F18, so it seems this is some older regression.