philm
26 September 2020 17:41
3
Seems this is a bigger issue for some USB-3.0 Hubs. With the recent changes in 5.8 development cycle the renesas_usb_fw.mem is now needed for some rensas controller like uPD720201 and uPD720202. However this firmware is due to its license not distributable.
There are some commits:
committed 01:44PM - 15 May 20 UTC
This add a new driver for renesas xhci which is basically a firmware
loader for … uPD720201 and uPD720202 w/o ROM. The xhci-pci driver will
invoke this driver for loading/unloading on relevant devices.
This patch adds a firmware loader for the uPD720201K8-711-BAC-A
and uPD720202K8-711-BAA-A variant. Both of these chips are listed
in Renesas' R19UH0078EJ0500 Rev.5.00 "User's Manual: Hardware" as
devices which need the firmware loader on page 2 in order to
work as they "do not support the External ROM".
The "Firmware Download Sequence" is describe in chapter
"7.1 FW Download Interface" R19UH0078EJ0500 Rev.5.00 page 131.
The firmware "K2013080.mem" is available from a USB3.0 Host to
PCIe Adapter (PP2U-E card) "Firmware download" archive. An
alternative version can be sourced from Netgear's WNDR4700 GPL
archives.
The release notes of the PP2U-E's "Firmware Download" ver 2.0.1.3
(2012-06-15) state that the firmware is for the following devices:
- uPD720201 ES 2.0 sample whose revision ID is 2.
- uPD720201 ES 2.1 sample & CS sample & Mass product, ID is 3.
- uPD720202 ES 2.0 sample & CS sample & Mass product, ID is 2.
[vkoul: fixed comments:
used macros for timeout count and delay
removed renesas_fw_alive_check
cleaned renesas_fw_callback
removed recursion for renesas_fw_download
add register defines and field names
move to a separate file
make fw loader as sync probe so that we execute in probe and
prevent race
make xhci-pci-renesas a seprate module]
Signed-off-by: Christian Lamparter <chunkeey@googlemail.com>
Signed-off-by: Bjorn Andersson <bjorn.andersson@linaro.org>
Signed-off-by: Vinod Koul <vkoul@kernel.org>
Link: https://lore.kernel.org/r/20200514122039.300417-3-vkoul@kernel.org
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
committed 01:44PM - 15 May 20 UTC
Some rensas controller like uPD720201 and uPD720202 need firmware to be
loaded. … Add these devices in table and invoke renesas firmware loader
functions to check and load the firmware into device memory when
required.
Signed-off-by: Vinod Koul <vkoul@kernel.org>
Link: https://lore.kernel.org/r/20200514122039.300417-4-vkoul@kernel.org
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
committed 01:44PM - 15 May 20 UTC
uPD720201 supports ROM and allows software to program the ROM and boot
from it. … Add support for detecting if ROM is present, if so load the ROM
if not programmed earlier.
Signed-off-by: Vinod Koul <vkoul@kernel.org>
Link: https://lore.kernel.org/r/20200514122039.300417-5-vkoul@kernel.org
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
If we look closer we got this note:
config USB_XHCI_PCI_RENESAS
tristate "Support for additional Renesas xHCI controller with firwmare"
depends on USB_XHCI_PCI
---help---
Say 'Y' to enable the support for the Renesas xHCI controller with
firwmare. Make sure you have the firwmare for the device and
installed on your system for this device to work.
If unsure, say 'N'.
So we will try to remove that driver support as recommended by upstream and revisit it, as soon as the firmware lands into linux-firmware .
See also:
For the time being the 5.8 kernel has issues with Renesas USB controllers due to a FW version check issue. My PCIe x4 USB 3.0 controller card is affected by it. I need that controller working, as I currently have a USB HDD enclosure attached to it, that I need to use.
It’s currently being discussed here and the latest solution is to remove that check entirely because it turned out there are so many FW versions in the wild (FW version 8209 in my case). I’m currently trying to build a 5.8 kernel …
2 Likes