Hi…
I’m experiencing frequent ethernet disconnects on my system.
It seems like the frequency of ethernet disconnects varies depending on the amount of traffic.
As traffic increases, the frequency of Internet disconnections also seems to increase.
I would like to know if Jetpack includes the part that controls ethernet, excluding the application, driver and H/W issues.
Thanks,
Are you talking about the on board ethernet or something added by yourself?
This is a problem that occurred while using onboard ethernet.
That thing is a pure PCIe device with Realtek driver in use. I am not sure why information you want to know here. Maybe you should elaborate.
After several errors or disconnects you want to look at the output of:
ifconfig” or “ip -a -s addr” (the first one is better formatted if you have it), and post the output here.lspci and find the output which applies to the Realtek Ethernet device (I’m assuming wired). The left side will have a slot number. I’ll use a contrived example for that of 01:00.0, but adjust for the actual value and post a copy of the verbose output; this command logs the output to a file so you can attach the file:sudo lspci -s 01:00.0 -vvv 2>&1 | tee log_pci.txtHi I am a colleague of Raymond.
Our customer using Jetson Orin NX 16GB & custom carrier board. They don’t using PCIe ethernet NIC card.
only using Realtek PHY.
Besides the driver and the application, is there anything else that could affect the Ethernet connection?
If the traffic becomes heavy, who manages it? Is it handled solely by the driver?
Thanks.
There is an typo in Hudson’s explanation above: the Orin NX module uses an 8GB module, not a 16GB.
The use of a custom carrier board implies the device tree has a direct effect on the Realtek PHY. The device tree is how lane routing is determined. Taking it a step further, there are some very specific impedance and lane length requirements, and even if the electrical layout is the same and uses the same pins for the same purpose, then even minor changes to impedance could be problematic. I don’t know if there is an IBIS model for this, but probably there is, and I’d be wondering if the lanes meet electrical specs.
A less likely issue, but still not out of the possible realm, is that there is some load which starves the Ethernet long enough that there would be some sort of starvation of time to process the driver. The reason I asked earlier for the ifconfig and related output is to see if the network is reporting things like buffer overruns, underruns, collisions, etc.. The lspci question is because of the dev kit’s use of PCIe. Is the PCIe Ethernet hardware completely removed for this device? If so, does the device tree have appropriate edits?
Hi @hudson4 and @raymond25
I hope someone here could understand the situation first because your comments sound not correct.
There is no native RGMII or MGBE interface on a Orin NX. Those interfaces only exist on Orin AGX. Orin NX and Nano have no hardware pin for that interface.
For Orin NX and Nano, if you ever read the design guide document for etherent part, you will see this figure.
This picture shows 2 things. First, the PHY is integrated inside the SOM which you cannot change. Second, the SOC is providing PCIe interface for this PHY to use.
So back to your comment.
Our customer using Jetson Orin NX 16GB & custom carrier board. They don’t using PCIe ethernet NIC card.
only using Realtek PHY.
This is a comment with conflict. We don’t have any interface here other than PCIe or USB for your customer to run as etherent.
If you are just talking about the PHY inside of SOM, then that thing is a PCIe device to Jetson and NVIDIA does not provide anything else here but just the PCIe driver. The rest of thing is handled by Realtek driver.
