Using kernel 4.14.65, I get a usb-driver crash when accessing the top left port (topmost, nearest the ethernet port) of the Le potato.  Plugging any device into this port results in the following kernel message and prevents the use of usb until reboot.   There is no kernel stacktrace.  As long as I don't plug anything into that port,  the other 3 ports on the board work fine. 

[  292.242434] usb 1-2: new full-speed USB device number 7 using xhci-hcd
[  302.562341] xhci-hcd xhci-hcd.0.auto: xHCI host not responding to stop endpoint command.
[  302.583217] xhci-hcd xhci-hcd.0.auto: Host halt failed, -110
[  302.583231] xhci-hcd xhci-hcd.0.auto: xHCI host controller not responding, assume dead
[  302.583287] xhci-hcd xhci-hcd.0.auto: HC died; cleaning up
[  302.583527] usb usb1-port2: couldn't allocate usb_device
[  302.583578] usb 1-1: USB disconnect, device number 2

Is this a known issue?  I looked areound and didn't see any other reports like it.

I switched to a 4.18.5 nightly, and all 4 ports work fine there.  Interestingly the 'bad' port enumerates as '1-2', where the others enumerate as 1-1.1 - 1-1.3 (I was expectng either '1-1.0' or '1-1.4'), and  the current port '1-1' appears to be:

Bus 001 Device 002: ID 05e3:0610 Genesys Logic, Inc. 4-port hub

So I it looks like the top-left USB port is not hooked up to the usb hub on the le-potato?

3 hours ago, PhracturedBlue said:

Is this a known issue?

I was unaware of it, I'll take a quick look.

 

8 hours ago, PhracturedBlue said:

So I it looks like the top-left USB port is not hooked up to the usb hub on the le-potato?

 

Yep, this should be the 'fast' port where you connect a disk to for example since not having to share bandwidth with the other ports. But it's still USB2/Hi-Speed so no idea where xhci messages originate from.

5 hours ago, tkaiser said:

Speed so no idea where xhci messages originate from.

The s905x uses a dwc3 controller but runs high-speed out to the world.  Ask Amlogic, I have no idea why.

1 hour ago, TonyMac32 said:

Ask Amlogic

 

LOL! Yeah, asking the SoC vendor constantly cheating on users... haha, no, my simple approach is to stay away from everything where's Amlogic printed on!  

On 8/25/2018 at 6:23 PM, PhracturedBlue said:

Using kernel 4.14.65, I get a usb-driver crash when accessing the top left port (topmost, nearest the ethernet port) of the Le potato.  Plugging any device into this port results in the following kernel message and prevents the use of usb until reboot.   There is no kernel stacktrace.  As long as I don't plug anything into that port,  the other 3 ports on the board work fine. 

[  292.242434] usb 1-2: new full-speed USB device number 7 using xhci-hcd
[  302.562341] xhci-hcd xhci-hcd.0.auto: xHCI host not responding to stop endpoint command.
[  302.583217] xhci-hcd xhci-hcd.0.auto: Host halt failed, -110
[  302.583231] xhci-hcd xhci-hcd.0.auto: xHCI host controller not responding, assume dead
[  302.583287] xhci-hcd xhci-hcd.0.auto: HC died; cleaning up
[  302.583527] usb usb1-port2: couldn't allocate usb_device
[  302.583578] usb 1-1: USB disconnect, device number 2

Is this a known issue?  I looked areound and didn't see any other reports like it.

I switched to a 4.18.5 nightly, and all 4 ports work fine there.  Interestingly the 'bad' port enumerates as '1-2', where the others enumerate as 1-1.1 - 1-1.3 (I was expectng either '1-1.0' or '1-1.4'), and  the current port '1-1' appears to be:

Bus 001 Device 002: ID 05e3:0610 Genesys Logic, Inc. 4-port hub

So I it looks like the top-left USB port is not hooked up to the usb hub on the le-potato?

See https://github.com/libre-computer-project/libretech-linux/commit/9b6b181a0700b329876b7998eb75283ce0b338cc

 

The previous USB patches that were posted to the libre-computer-project 4.14 branch were not the final ones.

 

All of the out-of-tree patches for 4.14 can be found here: https://github.com/libre-computer-project/libretech-linux/commits/linux-4.14/libretech-cc-master

6 hours ago, Da Xue said:

All of the out-of-tree patches for 4.14 can be found here: 

 

OK, I had been using https://github.com/superna9999/meta-meson/tree/sumo/recipes-kernel/linux

for the patches.