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:
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.
The firmware image can be extracted from the Windows driver.
A viable source is the "PP2U-E" (USB3.0 Host to PCIe Adapter)'s
"Firmware download (ver 2.0.1.3) Jun 15, 2012" file. It contains
the K2013080.mem file which needs to be placed in /lib/firmware.
So it seems there are so many firmware blobs out there, however no firmware in linux-firmware yet. We have to see what happens if we disable the driver …
The question is now why Netgear is releasing K2013080.mem as GPL under the folder /WNDR4700-V1.0.0.56_GPL_SRC/target/linux/wndr4700/renesas/ and it is not yet released by Renesas themselves.
I have a Renesas USB 3.0 based card. I get the ‘possibly missing firmware’ message when I run mkinicpio. I do not have a Renesas firmware blob anywhere on my system.
The card works fine since kernel 5.8.4.
The firmware is on the card. The early 5.8 series had a bug in the new Renesas USB host module and thus failed to initialize the card.
So it seems after all it is the following commit which breaks the support of some USB 3.0 controllers:
It more or less forces the driver to look for the firmware as needed. So by deactivating the xhci-pci-rensas driver you still get the notification that you might miss some firmware. So it is hard to fix this.