

I would like to ask You one thing: do these chipsets have support in Arch's kernels?ĭigitus DS-30220-4 based on NEC/Renesas chipset NEC UPD720202 I'm still trybing to do a workaround for it and i would like to try using USB 3.0 pcie-x1 express card. uPD720202 USB 3.I recently wrote about my problems with USB 3.0 on my Gigabyte Z97-HD3 motherboard with an Intel Z97 chipset.

03:00.0 USB controller: Renesas Technology Corp. Memory at c5e00000 (64-bit, non-prefetchable) Ĭapabilities: Power Management version 3Ĭapabilities: MSI: Enable- Count=1/8 Maskable- 64bit+Ĭapabilities: MSI-X: Enable+ Count=8 Masked-Ĭapabilities: Express Endpoint, MSI 00Ĭapabilities: Advanced Error ReportingĬapabilities: Latency Tolerance ReportingĮxcept the NUMA node 0 (only on server) there is no difference between Server (not working) and ThinkCentre (working). uPD720202 USB 3.0 Host Controller (rev 02) (prog-if 30 )įlags: bus master, fast devsel, latency 0, IRQ 25, NUMA node 0 4x uPD720202 USB 3.0 Host Controllerĭriver is xhci_hcd from the kernel, if I understand it right: Device: 83:00.0ĭevice: uPD720202 USB 3.0 Host Controller ĭriver information (please mind, that the system has been reinstalled several times between the hw-probe and this one): lspci -nkĦ0:00.0 USB controller: Renesas Technology Corp.
LINUX RENESAS USB 3.0 DRIVER HOW TO
What is this line for? What are likely reasons for those lines missing? How to debug? Is this even the right hint to solve the problem?ītw: The cameras are working perfectly on any of the internal/native USB controllers of that server. You can see that there is an io line for each of the resources, which is missing in the server dmesg. While on the server I see this block: pci_bus 0000:83: resource 1 In the ThinkCentre dmesg there is this block: pci_bus 0000:03: resource 0 My colleague says it showed 4x in each other run, but unfortunately I now only have the 3x log. Please ignore the fact, that the ThinkCentre is showing 4x the uPD720202 controller but the server only 3x. The only real difference I could spot a missing line during initialization (?) of the card.

Nothing helped, so I compared the dmesg of both systems. We tried a lot of stuff in the wild (from random google hits where problems with the renesas card were solved), like autosuspend off, kernel updates, different Ubuntu versions etc. Here's the link to the Server (not working): Here's the link to the ThinkCentre where it's working: Both are using the same OS (Ubuntu 18.04, Kernel 5.4.0-97-generic).
LINUX RENESAS USB 3.0 DRIVER PC
Trying the Card with Renesas chips, it is working perfectly on a ThinkCentre pc but not on the target hardware, a Supermicro Server. The ASMedia did work on no tested PC in combination with the camera). Googeling for some hours shows, that ASMedia chip seems to have some firmware bugs or whatever, so we dropped the idea of using that card. Usb devices like external SSD drives are usable (with high transferrates), but when using a camera, it stops after a few frames with some DMA error. The problem: The ASMedia Card is partly working. So we tried two different card types: ASMedia xy and Renesas uPD720202, where market is dominated by ASMedia and it was really hard to get a few of the Renesas cards. Situation: We want to use USB Vision cameras with USB adapter cards, providing as much bandwidth as possible. Problem with 4x USB controller PCIE cards seems to be not correctly installed.
