Unable to bring up ethernet service and fail to flash on Jetson AGX Orin

My Orin AGX devkit was working fine, but is now unreachable via SSH or ping (both ethernet port and USB-C dev port). The problems are basically identical to this post:

i.e. connecting a monitor and keyboard I see the same exact output from the following commands:

dmesg:

[   12.569313] mdio_bus 6810000.ethernet: MDIO device at address 0 is missing.
[   12.569328] nvethernet 6810000.ethernet: failed to connect PHY
[   12.569332] net eth0: ether_open: Cannot attach to PHY (error: -19)

nmcli:

eth0: unavailable
        "eth0"
        ethernet (nvethernet), 48:B0:2D:A4:D3:92, hw, mtu 1466

ip a:

5: eth0: <BROADCAST,MULTICAST> mtu 1466 qdisc noop state DOWN group default qlen 1000
    link/ether 48:b0:2d:a4:d3:92 brd ff:ff:ff:ff:ff:ff

ip link set eth0 up :

RTNETLINK answers: No such device

I attempted to re-flash the device with SDKManager for a fresh install, with JetPack 5.1.1. The flash completes successfully but when attempting to connect to the device via USB to install SDK components it cannot detect the board even after full reset:

Could this be anything but a hardware issue with the PHY chip?

Want to clarify that because it seems you misunderstood something.

  1. The problem on ethernet has nothing to do with USB type C. They are independent and won’t affect each other.

  2. Your attempt on sdkmanger to install with sdk seems not related ethernet problem. This could be skipped first.
    You could firstly put your board into recovery mode and do flash with manual command from terminal first.

Also, try Jetpack6 first.

Thanks for the reply.

To clarify, I saw the above ethernet service issues first and THEN tried to flash to fix it, the flash did not cause the issues. I have only used SDKManager to flash, not command line so apologies if any of this is incorrect:

I downloaded 36.5 (JetPack 6.2.2) along with its root file system and ran the commands:

sudo ./apply_binaries.sh

sudo ./tools/l4t_create_default_user.sh -u jetson -p jetson --accept-license

sudo ./flash.sh jetson-agx-orin-devkit mmcblk0p1

And the flash completed successfully, attached the logs if that is of any use.

clilogs.txt (102.7 KB)

Booting with a keyboard and monitor successfully gets to the login screen but the keyboard and mouse do not work so I cannot login. The keyboard works in the NVIDIA boot screen but not on the login screen. I tried hot plugging and got the same result.

Is the device supposed to be reachable via ssh at this point? Pinging/SSHing 192.168.55.1 I still cannot see it, and I also cannot connect serially (ls -al /dev/ttyACM* shows
ls: cannot access ‘/dev/ttyACM*’: No such file or directory).

Hi orin101jet,

From your latest update, it looks like the steps you followed to flash the Orin AGX devkit from the command line are correct. However, could you please make sure that you followed all the steps exactly as described in this guide?

NVIDIA Jetson Orin - JetPack 6.1 - Flashing the Board from Cmdline

Even though the guide uses JetPack 6.1 as an example, the same process applies to JetPack 6.2.2.

If you did follow the guide step by step and the issue still persists, I would suggest skipping the “Create a Default User” step. By omitting this step, the board should launch the initial setup wizard on first boot (connected to a monitor), allowing you to manually configure the system and create a user. This can help you bypass the login screen issue you’re currently experiencing.

Hope this helps!

Jose Morera
Embedded Software Engineer at RidgeRun
Contact us: support@ridgerun.com
Developers wiki: https://developer.ridgerun.com
Website: www.ridgerun.com

Please enable your serial console by following this page.

If this is truly a NV devkut, then your micro USB port on it is the UART serial console.

https://developer.ridgerun.com/wiki/index.php/NVIDIA_Jetson_Orin/In_Board/Getting_in_Board/Serial_Console

If you are sure your board at least booting into Ubuntu login, then above console must provide you logs.

If you are able to operate serial console, share us the dmesg.

Is the device supposed to be reachable via ssh at this point? Pinging/SSHing 192.168.55.1 I still cannot see it, and I also cannot connect serially (ls -al /dev/ttyACM* shows

This is USB interface. We used type C USB as USB device mode and then provide you a ip 192.168.55.1 to ssh it. Now your USB seems to be broken, so it might lead to this interface now showing up.

That is why using UART console is the only way to access the board and check situation.

Please be aware that I am uncertain if it is a hardware defect or software problem without the logs.

Thank you, I followed the guide and got the same result. My first attempt was without using the default user script, but I had the same keyboard and mouse issue and was unable to manually create a user, so I ran with the default user script.

Thank you, trying to secure a micro-usb cable now.

I was able to connect with micro-usb and have attached the output from dmesg (attached).

Let me know if anything else is needed, thank you.

UART.txt (56.1 KB)

Could you put your board into recovery mode and flash it with manual flash command instead of sdkmanager?

I notice these problems from your log

  1. Ethernet is gone as your previous post.
  2. The USB driver is not up at all. Without USB driver, using any interface from USB port won’t work.

Manual flash command would still work here. Please flash your board with rel-36.5 or rel-36.4.4 and see if any of them would have working USB.

This result was already after a manual command line flash of rel-36.5, see logs attached.

Re-flashing gave the same result.

clilogs.txt (102.7 KB)

Could you share me the result of

sudo i2cdump -f -y 0 0x50
and
sudo i2cdump -f -y 0 0x56

Yes, here is the results:

jetson@tegra-ubuntu:~$ sudo i2cdump -f -y 0 0x50
No size specified (using byte-data access)
0 5 6 7 8 9 a b c d e f 0123456789abcdef
00: 02 00 fe 00 00 00 00 00 00 00 00 00 00 00 00 00 ?.?..
10: 00 00 00 0a 36 39 39 2d 31 33 37 30 31 2d 30 30 …?699-13701-00
20: 30 30 2d 35 30 30 20 48 2e 30 00 00 00 00 00 00 00-500 H.0…
30: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 …
40: 00 00 00 00 86 b7 77 2d b0 48 31 34 32 31 30 32 …??w-?H142102
50: 32 31 31 32 37 33 36 00 00 00 00 00 00 00 00 00 2112736…
60: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 …
70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 …
80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 …
90: 00 00 00 00 00 00 4e 56 43 42 00 00 4d 31 00 00 …NVCB..M1..
a0: 00 00 00 00 00 00 00 00 00 00 00 00 86 b7 77 2d …??w-
b0: b0 48 0a 00 00 00 00 00 00 00 00 00 00 00 00 00 ?H?..
c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 …
d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 …
e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 …
f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 24 …$

jetson@tegra-ubuntu:~$ sudo i2cdump -f -y 0 0x56
No size specified (using byte-data access)
0 5 6 7 8 9 a b c d e f 0123456789abcdef
00: 02 00 fe 00 00 00 00 00 00 00 00 00 00 00 00 00 ?.?..
10: 00 00 00 0a 36 39 39 2d 31 33 37 33 37 2d 30 30 …?699-13737-00
20: 30 30 2d 34 30 30 20 47 2e 30 00 00 00 00 00 00 00-400 G.0…
30: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 …
40: 00 00 00 00 00 00 00 00 00 00 31 34 32 31 30 32 …142102
50: 32 31 31 33 35 36 33 00 00 00 00 00 00 00 00 00 2113563…
60: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 …
70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 …
80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 …
90: 00 00 00 00 00 00 4e 56 43 42 00 00 4d 31 00 00 …NVCB..M1..
a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 …
b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 …
c0: 00 00 00 00 00 00 00 00 36 37 35 2d 31 33 37 33 …675-1373
d0: 30 2d 30 30 30 30 2d 30 30 30 00 00 00 31 34 32 0-0000-000…142
e0: 31 31 32 32 30 31 34 36 34 31 00 00 00 00 00 00 1122014641…
f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 52 …R

OK. Please go to do RMA process.