DefaultBootPriority {
data = "usb,nvme,emmc,sd,ufs";
locked;
The first time I inserted the R8125 module (a PCIe 2.5G network card, MAC address 88C9), the boot order had NVMe as the first priority, which matched the DTB configuration.
However, when I reinserted the R8125 module and rebooted again, an HTTPV6 boot option associated with the R8125 module suddenly appeared at the top of the boot order.
This issue occurs every time. Since we’re planning to use this in our product, it’s concerning. If a customer removes the network card and reboots the device, the boot order will likely change, causing the system to get stuck trying to boot from HTTP for several minutes.
It seems the boot order changed due to insert/remove the PCIe network card.
You have the requirement to keep NVMe SSD as first boot device (not affected by new boot device) in your use case.
Got it! The UEFI menu modification works as expected. UEFI menu → Device Manager → NVIDIA Configuration → Boot Configuration → Add new devices to top or bottom of boot order → Bottom
Plus, I updated the L4TConfiguration.dtbo file:
NewDeviceHierarchy {
data = [00]; // data from '01' to '00'
};
Now, after flashing, there’s no need to manually change the UEFI menu settings. It automatically sets the default, which is super convenient!
Thanks a ton for the help—I really appreciate it!