Flashing over USBSS is now supported referring to Flashing Support — Jetson Linux Developer Guide documentation
The Original default RTC source is set as RTC1 (Orin_RTC), which can not keep time if power off. So a patch to set default RTC to RTC0 (PSEQ_RTC) is needed.
There is no explicit pin on Orin that indicates an internal SW reset has occurred. Internal SW reset does not propagate to the IO pin. One way to set an indicator is to use the internal watchdog timer and use WDT_RESET_OUTA (GP63) or WDT_RESET_OUTB (GP21) as the indicator. Both signals are available on the CVM connector.
PCIe pair to pair requirement was so loose (5~20ns), it would be nearly impossible to violate and still meet the max lengths (1.185~2.987ns)
One USB2 roothub cannot be paired with multiple USB3 roothubs. Valid design is one USB2 roothub + one USB3 roothub like:
*) USB2 + USB3 in pair connecting to a USB HUB
*) USB2 + USB3 in pair connecting to a PD controller and then to a type-C port
*) USB2 + USB3 in pair connecting to a type-A port
The buffer on carrier is 74LVC1G07GW which supports open-drain function and so can be used for 3.3V. While the buffer on module is 74LVC2G125 without OD support.
We didn’t do loading test or pressure test on Stardust in qualification test. We did mechanical shock, drop, assembly test, as they are more representative to the stress in the field.
The level could be 1.65V ~ 5.5V per PMIC datasheet.
Please do NOT hotplug module as it could damage board. And also please install the two fix screws during any use case to guarantee module is attached to carrier good enough.
An external pull-up is necessary for the GPIO pin if its “3.3v tolerance” is enable. If do not need to enable 3.3v tolerance, below setting in dts is necessary then.
“nvidia,io-high-voltage = <TEGRA_PIN_DISABLE>;”
Board-level is PCBA qualification test, checking the quality of PCBA. It’s based on JEDEC standard.
System-level is to test the whole system. It’s more usage condition-oriented, simulating real usage scenario. It’s based on IEC or ISO standards. system-level is the whole system including cooling fans, power adapter, chassis, housing, etc.
Orin NX/Nano: -11s ~+20s/day.
- The wifi module we include in the developer kit is what we validate out of box and is included in Support Component List.
- For other Wifi solutions, please work with NV ecosystem partners (Infineon and Silex) who provide validated wifi solutions on Jetson: https://developer.nvidia.com/embedded/ecosystem
- For solutions other than in Support Component List and ecosystem partners, customers should work with the vendor directly.
Refer to the guideline in Jetson/L4T/TRT Customized Example - eLinux.org.
Please find matrixMulCUBLAS sample under /usr/local/cuda-11.4/samples/0_Simple/.
Apply 0001-half-matrixMulCUBLAS.patch to change data type into half.
$ sudo nvpmodel -m 0
$ sudo jetson_clocks
Run matrixMulCUBLAS and stress in different console
$ stress --cpu $(nproc)
Deskew is to perform high-speed skew-calibration between clock and data lanes. According to MIPI_D-PHY_specification_v1-2, transmitter shall send deskew pattern when operating above 1.5 Gbps or changing to any rate above 1.5 Gbps. An initial deskew sequence shall be transmitted before High-Speed Data Transmission in normal mode. For C-PHY, calibration shall be suppoted by Transmitters and Receivers that operate above 3.0 Gsps.
USB2 polarity is defined and cannot be changed. The statement in the design guide is only for the SS, SS_TX_* and SS_RX_*. Refer to the spec, the polarity would be checked with TSEQ and thus it is OK to do the P/N swap on SS differential pairs. For USB2, there’s no such mechanism to check the polarity.
SRNS clocking is recommended in DG as it can provide clock to EP even if RP is dead. There might be FCC issue which needs customer to make shielding design.
The spec of REFCLK is 99.97 ~ 100.03Mhz, while customer found it is 99.78/99.77Mhz on devkit and custom board. Internal discussion about this is ongoing, as per the spec of REFCLK with SSC, it will bring in -300~+2800 ppm deviation and so the freq spec will be 99.72 ~ 100.03Mhz.
Unlike Orin, DMIC is not supported on Orin NX and Orin Nano.