Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
2 USB3 (5 Gbs) Hubs in a row that don't work correctly.
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Kernel & Hardware
View previous topic :: View next topic  
Author Message
GreenNeonWhale
n00b
n00b


Joined: 30 Mar 2016
Posts: 35

PostPosted: Sat Mar 28, 2020 2:45 pm    Post subject: 2 USB3 (5 Gbs) Hubs in a row that don't work correctly. Reply with quote

Hi,

I have an older system with an add in PCIe USB3 (5 Gbs) card in it. The add in card, when its by itself, works just great. However, I have tried to use two separate USB3 hubs with it, and neither will work correctly. I either got devices not being recognized, oodles of USB resets in dmesg if they are recognized and I start to transfer data, or other wonky issues -- like with the current hub, it will work with resets when plugged into one port, but will not work at all plugged into the other port. With the first hub I got, I thought it was defective and returned it. Now, my system is having similar issues with the second. Both hubs are (were) powered with an external power supply. As I recall, the first one had VIA chipsets, the current one has Realtek chips. The current USB3 hub that I'm trying to use is a BrovSS model P-103. The previous one was a completely different model from a different manufacturer.
Is there something on my end that I can fix here? If anyone has any ideas the help would be much appreciated.

Thank You!
Back to top
View user's profile Send private message
NeddySeagoon
Administrator
Administrator


Joined: 05 Jul 2003
Posts: 45435
Location: 56N 3W

PostPosted: Sat Mar 28, 2020 3:56 pm    Post subject: Reply with quote

GreenNeonWhale,

Please pastebin a section of dmesg showing the errors.
It will be too big for a post.

Pastebin
Code:
lsusb -vvv
with the USB subsystem in the same configuration as was generating the errors.
This may be big too.
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.
Back to top
View user's profile Send private message
GreenNeonWhale
n00b
n00b


Joined: 30 Mar 2016
Posts: 35

PostPosted: Sat Mar 28, 2020 4:59 pm    Post subject: Requested Info Reply with quote

NeddySeagoon,

Thanks for the quick reply and the help. :)
I just hooked the hub back up, and it acted slightly differently. This time the hub was recognized as a USB3 hub, which it may not have been before, I don't recall for sure, and I didn't save the dmesg and lsusb output. (I tried rebooting). However it still generated dmesg errors. There was no data corruption, but still the errors. This makes the hub untrustworthy to me. I also got some errors in the terminal when running lsusb -vvv. I have put two files on-line with all the info you requested. The terminal errors I appended to the lsusb file. Here are the direct links:

http://www.curtharms.com/downloadmania/gnw_dmesg.txt

http://www.curtharms.com/downloadmania/gnw_lsusbvvv.txt
Back to top
View user's profile Send private message
NeddySeagoon
Administrator
Administrator


Joined: 05 Jul 2003
Posts: 45435
Location: 56N 3W

PostPosted: Sat Mar 28, 2020 6:49 pm    Post subject: Reply with quote

GreenNeonWhale,

your dmesg ends with
Code:
[ 9356.403488] sd 10:0:0:0: [sdb] Attached SCSI removable disk
[ 9377.875614] usb 4-1.3.3: reset SuperSpeed Gen 1 USB device number 8 using xhci_hcd
[ 9377.890477] sd 10:0:0:0: [sdb] tag#0 FAILED Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
[ 9377.890488] sd 10:0:0:0: [sdb] tag#0 CDB: Read(10) 28 00 00 24 67 80 00 02 00 00
[ 9377.890493] print_req_error: I/O error, dev sdb, sector 2385792
[ 9381.548715] usb 4-1.3.3: reset SuperSpeed Gen 1 USB device number 8 using xhci_hcd
[ 9381.564288] sd 10:0:0:0: [sdb] tag#0 FAILED Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
[ 9381.564295] sd 10:0:0:0: [sdb] tag#0 CDB: Read(10) 28 00 00 2e 03 80 00 02 00 00
[ 9381.564299] print_req_error: I/O error, dev sdb, sector 3015552
[ 9386.817627] usb 4-1.3.3: reset SuperSpeed Gen 1 USB device number 8 using xhci_hcd
[ 9386.832355] sd 10:0:0:0: [sdb] tag#0 FAILED Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
[ 9386.832360] sd 10:0:0:0: [sdb] tag#0 CDB: Read(10) 28 00 00 3b eb 80 00 02 00 00
[ 9386.832408] print_req_error: I/O error, dev sdb, sector 3926912
[ 9395.187709] usb 4-1.3.3: reset SuperSpeed Gen 1 USB device number 8 using xhci_hcd
[ 9395.203510] sd 10:0:0:0: [sdb] tag#0 FAILED Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
[ 9395.203515] sd 10:0:0:0: [sdb] tag#0 CDB: Read(10) 28 00 00 14 4a f0 00 02 00 00
[ 9395.203519] print_req_error: I/O error, dev sdb, sector 1329904
[ 9398.977728] usb 4-1.3.3: reset SuperSpeed Gen 1 USB device number 8 using xhci_hcd
[ 9398.993359] sd 10:0:0:0: [sdb] tag#0 FAILED Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
[ 9398.993367] sd 10:0:0:0: [sdb] tag#0 CDB: Read(10) 28 00 00 40 5f 80 00 02 00 00
[ 9398.993372] print_req_error: I/O error, dev sdb, sector 4218752
[ 9403.646713] usb 4-1.3.3: reset SuperSpeed Gen 1 USB device number 8 using xhci_hcd
[ 9403.662301] sd 10:0:0:0: [sdb] tag#0 FAILED Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
[ 9403.662307] sd 10:0:0:0: [sdb] tag#0 CDB: Read(10) 28 00 00 4c cb 80 00 02 00 00
[ 9403.662310] print_req_error: I/O error, dev sdb, sector 5032832
[ 9407.676642] usb 4-1.3.3: reset SuperSpeed Gen 1 USB device number 8 using xhci_hcd
[ 9407.691251] sd 10:0:0:0: [sdb] tag#0 FAILED Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
[ 9407.691259] sd 10:0:0:0: [sdb] tag#0 CDB: Read(10) 28 00 00 57 7b 80 00 02 00 00
[ 9407.691262] print_req_error: I/O error, dev sdb, sector 5733248
[ 9418.860652] usb 4-1.3.3: reset SuperSpeed Gen 1 USB device number 8 using xhci_hcd
[ 9418.875253] sd 10:0:0:0: [sdb] tag#0 FAILED Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
[ 9418.875260] sd 10:0:0:0: [sdb] tag#0 CDB: Read(10) 28 00 00 77 cd 80 00 02 00 00
[ 9418.875263] print_req_error: I/O error, dev sdb, sector 7851392
[ 9419.325640] usb 4-1.3.3: reset SuperSpeed Gen 1 USB device number 8 using xhci_hcd
[ 9419.340249] sd 10:0:0:0: [sdb] tag#0 FAILED Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
[ 9419.340257] sd 10:0:0:0: [sdb] tag#0 CDB: Read(10) 28 00 00 78 cb 80 00 02 00 00
[ 9419.340261] print_req_error: I/O error, dev sdb, sector 7916416
[ 9426.700701] usb 4-1.3.3: reset SuperSpeed Gen 1 USB device number 8 using xhci_hcd
[ 9426.716421] sd 10:0:0:0: [sdb] tag#0 FAILED Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
[ 9426.716428] sd 10:0:0:0: [sdb] tag#0 CDB: Read(10) 28 00 00 8e a3 88 00 02 00 00
[ 9426.716432] print_req_error: I/O error, dev sdb, sector 9347976

There are no USB bus resets there. That points the finger at your Kingston DataTraveler 3.0 actually having bad sectors.

If you remove the USB 3 hub and connect the DataTraveler without the hub does it work?

What about the data travelle on a USB 2 port?


Your USB tree looks good.
Code:
$ grep -e Bus -e MaxPower GreenNeonWhale_lsusb
Bus 004 Device 005: ID 0bda:0411 Realtek Semiconductor Corp.
    MaxPower                0mA
Bus 004 Device 008: ID 0951:1666 Kingston Technology DataTraveler 100 G3/G4/SE9 G2
      (Bus Powered)
    MaxPower              504mA
  (Bus Powered)
Bus 004 Device 004: ID 0bda:0411 Realtek Semiconductor Corp.
    MaxPower                0mA
Bus 004 Device 003: ID 0bda:0411 Realtek Semiconductor Corp.
    MaxPower                0mA
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
    MaxPower                0mA
Bus 003 Device 005: ID 0bda:5411 Realtek Semiconductor Corp.
    MaxPower                0mA
Bus 003 Device 004: ID 0bda:5411 Realtek Semiconductor Corp.
    MaxPower                0mA
Bus 003 Device 003: ID 0bda:5411 Realtek Semiconductor Corp.
    MaxPower                0mA
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
    MaxPower                0mA
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
    MaxPower                0mA
Bus 002 Device 002: ID 046d:c404 Logitech, Inc. TrackMan Wheel
      (Bus Powered)
    MaxPower              100mA
  (Bus Powered)
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

Bus 1 is an unused USB 2 root hub. It would be good to test the memory stick there as it wants 500mA from the bus which is the bus power limit for USB 1 and 2. 
    MaxPower                0mA

No power issues.
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.
Back to top
View user's profile Send private message
GreenNeonWhale
n00b
n00b


Joined: 30 Mar 2016
Posts: 35

PostPosted: Sat Mar 28, 2020 9:31 pm    Post subject: kingston drive is bad and ... Reply with quote

Well, I could have sworn that when plugged in directly, the Kingston was working fine. It seems that after another test it is indeed throwing errors even without the Hub.
So, I tried testing the hub with a USB3 to SATA adapter and a good SATA drive. First I connected the adapter directly to the PCI card, and ran some gpg and sha512 checksums on stored data -> A-OK.
Then I hooked up the hub, plugged the adapter into the hub, and did the same thing. I got more errors in dmesg (but the checksums were still OK.)
Checked with the adapter plugged directly into the PCIe card again, no errors, and much faster.
Here is the pertinent dmesg output:

http://www.curtharms.com/downloadmania/gnw_dmesg2.txt

If you've got any ideas, I'd love to hear them. And Thank You for helping me out again. :)
Back to top
View user's profile Send private message
GreenNeonWhale
n00b
n00b


Joined: 30 Mar 2016
Posts: 35

PostPosted: Sat Mar 28, 2020 9:36 pm    Post subject: Addendum Reply with quote

Addendum:

Just tried the Kingston on a motherboard USB2 port. A-OK, no errors while checksumming about 4GB of data. Hmmmmm ...
Back to top
View user's profile Send private message
NeddySeagoon
Administrator
Administrator


Joined: 05 Jul 2003
Posts: 45435
Location: 56N 3W

PostPosted: Sat Mar 28, 2020 9:56 pm    Post subject: Reply with quote

GreenNeonWhale,

Please try a newer kernel. If you want to stay with stable, the next stable kernel in Gentoo will be 5.4, its not there yet though, as that's the new LTS kernel.
If you don't mind, try the testing gentoo-sources.
Make UAS a module, then you can
Code:
modprobe -r uas
to test without it. Its a USB3 only go faster option. At least, its faster when it works.

Its in use in one of your tests but not the other. It way be a contributing factor. Some things that are supposed to work with UAS don't work very well.
The Data Traveller did not try to use it.
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.
Back to top
View user's profile Send private message
GreenNeonWhale
n00b
n00b


Joined: 30 Mar 2016
Posts: 35

PostPosted: Sat Mar 28, 2020 10:34 pm    Post subject: Reply with quote

NeddySeagoon,

For now, I'm going to stick with 4.19.*** longterm vanilla sources on this machine. I'm a fan of loop-aes, and prefer it to the crytoloop. I'm currently using it for full disk encryption, and there has not yet been a kernel patch for the latest longterm kernel (5.4). This machine is my new primary machine, so I can't pull it off-line too much. I will however make some time to test gentoo-sources, with, and without, UAS, and see what that does, especially if that will be of some use to the gentoo developers. Unfortunately, that will likely have to wait until next week. Once I have some results to post, should I just put them here in this thread?
I will try and disable UAS support with the latest 4.19, and see if that helps. I'll post again shortly with that result.
Again, thanks for the help! :)
Back to top
View user's profile Send private message
NeddySeagoon
Administrator
Administrator


Joined: 05 Jul 2003
Posts: 45435
Location: 56N 3W

PostPosted: Sat Mar 28, 2020 10:54 pm    Post subject: Reply with quote

GreenNeonWhale,

We all do Gentoo as a hobby. So its a free time thing, Real life comes first by a long way.

My forums workflow is View your posts, View posts from last 24 hours, View unanswered posts, so I will see a new post in this topic whenever it happens next time I'm around.

If UAS is a module,
Code:
modprobe -r uas
will do nicely.
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.
Back to top
View user's profile Send private message
GreenNeonWhale
n00b
n00b


Joined: 30 Mar 2016
Posts: 35

PostPosted: Sun Mar 29, 2020 5:43 pm    Post subject: 4.19.113 UAS off, errors persist Reply with quote

Well, I updated to 4.19.113, and made sure that UAS was turned off this time. Still getting the same errors, but only with the hub. I tried both running about 4GB worth of SHA512sums on the Kingston, and then doing a dd dump of the whole device to /dev/null with it directly plugged in, and did not get a single error. Then I tried the same thing with the hub, and got more errors. I also tried the SATA -> USB3 adapter with the SSD, on the hub, and got a bunch of resets. My dmesg from these tests is below:

http://www.curtharms.com/downloadmania/gnw_dmesg3.txt

When I get some more time, I'll try with gentoo-sources.
I think I may also just buy another USB3 PCIe card that has more ports on it along with a couple of USB3 extension cables. However, even with that setup, getting this USB3 hub to work would still be nice.
I'll update more here, when I have more.

NeddySeagoon, thanks again for all your help! :)
Back to top
View user's profile Send private message
Anon-E-moose
Advocate
Advocate


Joined: 23 May 2008
Posts: 4537
Location: Dallas area

PostPosted: Sun Mar 29, 2020 7:08 pm    Post subject: Reply with quote

does dmesg|grep -i quirk return anything after you start seeing errors?

And any idea what chipset is in the hub and your onboard end?
_________________
PRIME x570-pro, 3700x, RX 550 & 560
Acer E5-575 (laptop), i3-7100u - i965
---both---
5.5.18 zen kernel, gcc 9.3.0, profile 17.1 (no-pie & modified) amd64-no-multilib, eudev, openrc, openbox, palemoon
Back to top
View user's profile Send private message
GreenNeonWhale
n00b
n00b


Joined: 30 Mar 2016
Posts: 35

PostPosted: Sun Mar 29, 2020 10:30 pm    Post subject: Reply with quote

searching for the quirks, the only result I see that seems to matter is:
[ 19.045422] xhci_hcd 0000:05:00.0: hcc params 0x014042cb hci version 0x96 quirks 0x0000000000000004
There were others, but none during or after the errors.

The PCIe card is an NEC chipset uPD720400
If I recall correctly, the hub has Realtek chips.

Thanks for replying! :)
Back to top
View user's profile Send private message
NeddySeagoon
Administrator
Administrator


Joined: 05 Jul 2003
Posts: 45435
Location: 56N 3W

PostPosted: Mon Mar 30, 2020 9:28 am    Post subject: Reply with quote

GreenNeonWhale,

That's why I wanted you to try a later kernel. It may have updated PCI and USB quirks files.
I have no idea if you can use the later files in earlier kernels.

The NEC uPD720400 is a well known popular chipset. It would be all over the forum and Google if it didn't work, but its not.
My USB3 hub uses a VIA chipset.

Something to try. Boot with nomsi on the kernel command line.
Interrupt handling will be slightly slower, so there is a small performance hit.
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Kernel & Hardware All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum