[bug report] Jetson Orin Nano Super: RTL8168 Ethernet intermittently negotiates 100 Mbps instead of 1 Gbps on JetPack 7 (L4T R39.2.0)

Title: Jetson Orin Nano Super Developer Kit (L4T R39.2.0 / JetPack 7) Realtek RTL8168 intermittently negotiates 100 Mbps instead of 1 Gbps

Summary

The Ethernet interface on the official NVIDIA Jetson Orin Nano Super Developer Kit intermittently negotiates at 100 Mbps instead of 1 Gbps when connected to a Gigabit router/switch. The same Ethernet cable and the same switch port consistently negotiate at 1 Gbps when used with a laptop.

Disabling Energy Efficient Ethernet (EEE) with ethtool and rebooting appears to restore stable Gigabit operation.

Hardware

  • Board: Official NVIDIA Jetson Orin Nano Super Developer Kit

  • Ethernet controller: Realtek RTL8111/8168/8211/8411 PCIe Gigabit Ethernet Controller (PCI ID 10ec:8168, rev 15)

  • Driver: r8168

  • Wi-Fi: RTL8822CE (not related)

Software

  • Jetson Linux (L4T): R39.2.0

  • nvidia-l4t-core: 39.2.0-20260601141651

  • Kernel variant: oot

/etc/nv_tegra_release

# R39 (release), REVISION: 2.0
# GCID: 45755727
# BOARD: generic
# DATE: Mon Jun 1 09:28:48 PM UTC 2026

Driver information

ethtool -i enP8p1s0

driver: r8168
version: 8.053.00-NAPI
bus-info: 0008:01:00.0

Problem description

After boot, the Ethernet interface frequently negotiates only 100 Mbps Full Duplex although:

  • the connected router/switch supports Gigabit Ethernet,

  • the Ethernet cable supports Gigabit,

  • the same cable and the same switch port negotiate at 1 Gbps with a laptop.

Sometimes the Jetson negotiates at 1 Gbps, but after link renegotiation it falls back to 100 Mbps.

Kernel log also shows repeated link transitions:

r8168: enP8p1s0: link down
r8168: enP8p1s0: link up

This occurs multiple times during normal operation.

Evidence

When the issue occurs:

Speed: 100Mb/s
Duplex: Full

At one point the link partner advertised Gigabit:

Link partner advertised link modes:
1000baseT/Full

Later, after renegotiation, the link partner only advertised:

10baseT
100baseT

This causes the Jetson to negotiate only 100 Mbps.

Measured throughput using iperf3 during this state is approximately:

94-95 Mbit/s

which matches Fast Ethernet performance.

Workaround

Disabling EEE:

sudo ethtool --set-eee enP8p1s0 eee off

followed by a reboot results in:

Speed: 1000Mb/s
Duplex: Full

Measured throughput becomes:

iperf3
932-935 Mbit/s

which is the expected performance for Gigabit Ethernet.

Verification performed

The following components were verified:

  • Same Ethernet cable tested with a laptop → negotiates 1 Gbps.

  • Same router/switch port tested with a laptop → negotiates 1 Gbps.

  • Jetson reports repeated Ethernet link down/up events.

  • Realtek NIC hardware is capable of Gigabit operation after the workaround.

  • No significant RX/TX error counters were observed.

Expected behavior

The Ethernet interface should reliably negotiate a 1 Gbps link with standard Gigabit Ethernet equipment without requiring EEE to be disabled or manual intervention after boot.

Actual behavior

The interface intermittently negotiates only 100 Mbps and repeatedly retrains the Ethernet link until EEE is disabled and the system is rebooted.

dmesg | grep -i r8168
[ 12.262077] r8168 0008:01:00.0: Adding to iommu group 33
[ 12.262290] r8168 Gigabit Ethernet driver 8.053.00-NAPI loaded
[ 12.262350] r8168 0008:01:00.0: enabling device (0000 → 0003)
[ 12.312313] r8168: This product is covered by one or more of the following patents: US6,570,884, US6,115,776, and US6,327,625.
[ 12.324357] r8168 Copyright (C) 2024 Realtek NIC software team nicfae@realtek.com
[ 12.410025] r8168 0008:01:00.0 enP8p1s0: renamed from eth0
[ 19.727728] r8168: enP8p1s0: link up
[ 660.476171] r8168 0008:01:00.0: invalid VPD tag 0x00 (size 0) at offset 0; assume missing optional EEPROM

ethtool -i enP8p1s0
driver: r8168
version: 8.053.00-NAPI
firmware-version:
expansion-rom-version:
bus-info: 0008:01:00.0
supports-statistics: yes
supports-test: no
supports-eeprom-access: no
supports-register-dump: yes
supports-priv-flags: no

We’re trying to reproduce this symptom now.

How frequently did yo hit such issue?

We tried to reboot with default setting for over 20 times but didn’t observe any speed downgrade even once.

Thank you for the thorough investigation! Right from the very first time — after the initial routine firmware update — the device would only run at 100 Mbps. (I only have one of these devices, but I’m planning to buy more.)

Just to confirm. What is the result of

*$ sudo ethtool --show-eee <your interface *>?

We still could not reproduce this error even after confirming EEE is active.

I disabled the workaround and i run the tests and magically its working after reboot (the hw network configuration the same as earlier):

ethtool --show-eee enP8p1s0
EEE settings for enP8p1s0:
        EEE status: enabled - inactive
        Tx LPI: 12 (us)
        Supported EEE link modes:  100baseT/Full
                                   1000baseT/Full
        Advertised EEE link modes:  100baseT/Full
                                    1000baseT/Full
        Link partner advertised EEE link modes:  Not reported

ethtool enP8p1s0
Settings for enP8p1s0:
        Supported ports: [ TP ]
        Supported link modes:   10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
                                1000baseT/Full
        Supported pause frame use: Symmetric Receive-only
        Supports auto-negotiation: Yes
        Supported FEC modes: Not reported
        Advertised link modes:  10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
                                1000baseT/Full
        Advertised pause frame use: No
        Advertised auto-negotiation: Yes
        Advertised FEC modes: Not reported
        Link partner advertised link modes:  10baseT/Half 10baseT/Full
                                             100baseT/Half 100baseT/Full
                                             1000baseT/Full
        Link partner advertised pause frame use: No
        Link partner advertised auto-negotiation: Yes
        Link partner advertised FEC modes: Not reported
        Speed: 1000Mb/s
        Duplex: Full
        Auto-negotiation: on
        Port: Twisted Pair
        PHYAD: 0
        Transceiver: internal
        MDI-X: on
        Supports Wake-on: pumbg
        Wake-on: g
        Current message level: 0x00000033 (51)
                               drv probe ifdown ifup
        Link detected: yes

Speed result:

iperf3 -c 192.168.1.241
Connecting to host 192.168.1.241, port 5201
[  5] local 192.168.1.64 port 39520 connected to 192.168.1.241 port 5201
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec   113 MBytes   943 Mbits/sec    0    523 KBytes       
[  5]   1.00-2.00   sec   110 MBytes   927 Mbits/sec    0    574 KBytes       
[  5]   2.00-3.00   sec   108 MBytes   910 Mbits/sec   45    338 KBytes       
[  5]   3.00-4.00   sec   110 MBytes   927 Mbits/sec    0    359 KBytes       
[  5]   4.00-5.00   sec   110 MBytes   927 Mbits/sec    0    389 KBytes       
[  5]   5.00-6.00   sec   109 MBytes   917 Mbits/sec    0    403 KBytes       
[  5]   6.00-7.00   sec   111 MBytes   928 Mbits/sec   43    356 KBytes       
[  5]   7.00-8.00   sec   110 MBytes   918 Mbits/sec    0    372 KBytes       
[  5]   8.00-9.00   sec   110 MBytes   928 Mbits/sec    0    379 KBytes       
[  5]   9.00-10.00  sec   111 MBytes   927 Mbits/sec    0    395 KBytes       
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec  1.08 GBytes   925 Mbits/sec   88             sender
[  5]   0.00-10.00  sec  1.08 GBytes   923 Mbits/sec                  receiver

iperf Done.

The workround which i used eariler:

cat /etc/systemd/system/disable-eee.service
#[Unit]
#Description=Disable EEE on Realtek Ethernet
#After=network-online.target

#[Service]
#Type=oneshot
#ExecStart=/usr/sbin/ethtool --set-eee enP8p1s0 eee off
#ExecStart=/usr/sbin/ethtool -r enP8p1s0

#[Install]
#WantedBy=multi-user.target

I will update to the latest fw soon and buy another device. If I experience anything unusual, I will write.

Thanks the examination!