Hi Cyril,
Am 12.12.23 um 20:09 schrieb Cyril Brulebois:
Stefan Wahren <wahrenst@xxxxxxx> (2023-12-05):
In contrast to the Raspberry Pi 4, the Compute Module 4 or the IO board
does not have a VL805 USB 3.0 host controller, which is connected via
PCIe. Instead, the Compute Module provides the built-in
xHCI of the BCM2711 SoC.
Changes in V4:
- use "brcm,xhci-brcm-v2" as fallback compatible as suggested by
Conor & Florian
Changes in V3:
- introduce a new compatible for BCM2711 in order to make the
power domain dependency SoC specific, which also results in
a driver change
This is still:
Tested-by: Cyril Brulebois <cyril@xxxxxxxxxxx>
thank you very much for your efforts. The series has been already
applied by Greg.
https://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git/log/?h=usb-next
Again, I'm also applying Jim Quinlan's PCIe patch series v8, to be able
to fully test what happens with USB devices, onboard and behind PCIe:
https://lore.kernel.org/all/20231126201946.ffm3bhg5du2xgztv@xxxxxxxx/
With the following on a CM4 IO Board, with a Samsung flash drive and a
USB keyboard connected to onboard USB ports:
- CM4 Lite Rev 1.0
- CM4 8/32 Rev 1.0
- CM4 4/32 Rev 1.1
and using one of the three PCIe-to-USB boards referenced previously,
connecting another Samsung flash drive on one of its USB ports.
Conclusion: I can see and use onboard USB devices alongside behind-PCIe
USB devices, either with or without adding otg_mode=1 to config.txt.
On a CM4-based product that uses both onboard USB ports and PCIe-to-USB
ports, all USB components still work fine (3 RF adapters, 1 modem), with
or without otg_mode=1.
(All of this is still with a Debian 12 arm64 user space.)
Cheers,
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@xxxxxxxxxxxxxxxxxxx
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
