Hello everyone,
I am working with a Banana Pi R4 Pro 8x and I am currently trying to boot the official firmware/image provided for the board.
I initially had no output on the console, but after testing the exposed UARTs I found that CON5 provides a working serial console using an FT232 USB-UART adapter.
The serial output shows that the board is booting a Zephyr/WSP firmware (version 1.0.70).
The beginning of the boot sequence looks normal:

The networking components then initialize:
The PHYs also appear to initialize:

However, later in the boot process I repeatedly get:
There are many repetitions of this error.
I also see:

and periodically:
sfp_daemon: vr_reset(port 0) mxl_xpcs: sram_ld_fw:926: time 40 + 0
The vr_reset() message repeats approximately every 41–42 seconds.
UART setup
I am using an FT232 USB-UART adapter connected to CON5.
The serial device on my Linux PC is:
/dev/ttyUSB1
The UART output is readable at the working configuration.
I also tested the board’s other exposed UART/console connection through the onboard Holtek USB-to-UART bridge, but I did not get the same useful boot output there. CON5 is the one currently producing the WSP/Zephyr log.
My questions
-
Is the gpy2xx device (30) is out of range (0~7) error expected on the BPI-R4 Pro 8x, or does it indicate an incorrect WSP/GPHY configuration?
-
What does GPHY index 30 represent in this firmware?
-
Why is the firmware attempting to access index 30 when the valid range is only 0~7?
-
Is the repeated: sfp_daemon: vr_reset(port 0) mxl_xpcs: sram_ld_fw sequence expected behaviour, or does it indicate that the WSP firmware is stuck in an initialization/recovery loop?
-
Is CON5 the WSP/Zephyr console only, or should I expect the main MT7988A/U-Boot/Linux/OpenWrt boot messages there as well?
-
If CON5 is not the main Linux console, where is the correct UART/test point for the MT7988A U-Boot/OpenWrt console on this board?
-
Does the 192.0.2.1 message indicate an actual network interface/IP address, or is it only an internal WSP networking rule?
-
Could this WSP/GPHY issue explain why the Ethernet interface does not answer ARP and why I cannot access OpenWrt?

