Closed srcshelton closed 1 month ago
$ lspci -d 1106:3483 -xxx
01:00.0 USB controller: VIA Technologies, Inc. VL805/806 xHCI USB 3.0 Controller (rev 01)
00: 06 11 83 34 00 00 10 00 01 30 03 0c 00 00 00 00
10: 04 00 00 c0 00 00 00 00 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 06 11 83 34
30: 00 00 00 00 80 00 00 00 00 00 00 00 00 01 00 00
Related to #469 (in that not outputting VL805 details unless relevant would resolve this issue).
It's not ideal, but realistically, not going to change this.
Describe the bug
The Turing Pi Cluster board supports up to four CM4 modules, the fourth of which has a VL805 controller on its PCIe bus.
The first three modules report:
… whilst the fourth reports:
… which is both incorrect (this controller isn't using the boot loader EEPROM) and confusing (the latest RPi VL805 firmware is
000138c0
).If the VL805 firmware upgrade doesn't apply to a given model of RPi, perhaps that section should be elided from the output regardless of whether there is a VL805 present?
(Would I be correct in saying that there is no intersection between the devices which have VL805 firmware updatable by
rpi-eeprom-update
and those which have an accessible PCIe lane to which an external controller could be attached?)Steps to reproduce the behaviour
Run
rpi-eeprom-update
on a system with a PCIe-connected VL805 controller.Device (s)
Raspberry Pi CM4
Bootloader configuration.
System
Bootloader logs
n/a
USB boot
n/a
NVMe boot
n/a
Network (TFTP boot)
n/a