Hi there,
I’m seeing an interesting issue where the network interface on my Xavier NX won’t come up after I issue a sudo shutdown -r now command. Everything works fine if I do a full power-cycle, but if I reboot via the shutdown command, this is what I see in dmesg afterwards:
[ 54.297201] [eqos_poll_for_swr][598][type:0x4][loga-0x0] poll_for_swr: timeout
[ 54.297473] net eth0: failed to poll MAC Software reset
When I log in via the serial console and try to manually bring eth0 up I get the exact same errors: $ sudo ifconfig eth0 up [ 961.703194] [eqos_poll_for_swr][598][type:0x4][loga-0x0] poll_for_swr: timeout [ 961.703393] net eth0: failed to poll MAC Software reset ifconfig: SIOCSIFFLAGS: Operation not permitted
I’m using Jetpack 5.0.2. Any advice you have on how to further troubleshoot this would be much appreciated!
I’m using a custom board. I tried entering super user mode and got the same result:
$ sudo su -
# ifconfig eth0 up
[ 1313.864459] [eqos_poll_for_swr][598][type:0x4][loga-0x0] poll_for_swr: timeout
[ 1313.864669] net eth0: failed to poll MAC Software reset
ifconfig: SIOCSIFFLAGS: Operation not permitted
I’ve attached two dmesg logs - the first one (dmesg_before_commanded_reboot.txt) is after a power cycle, when everything comes up cleanly. Then I did a sudo shutdown -r now to reproduce the bad state. The second log (dmesg_after_commanded_reboot.txt) contains the dmesg output after that commanded reboot, when the network interface fails to come up. dmesg_before_commanded_reboot.txt (51.5 KB)
Yes, we did follow the adaptation guide (although we could always have made a mistake!). If it’s a pinmux issue, though, I would expect that the ethernet phy would not work at all, rather than working fine after power-cycle but failing to come up after a commanded reboot. Do you agree with that assessment?
It’s not exactly.
Ethernet may work with generic ethernet phy driver even though not using specific vendor driver for that phy.
Do you make sure that ethernet phy and driver are matched?