@DaveYYY This got be a joke as jetpack 5 with RT patch does not mount either on NVME and display stays black as mentioned in Note but at least its mentioned, my sincere request to Nvidia if something is not confirmed don’t publish in manual, just because you are late and have to publish to server its not worth to even have JP 6 out even after delay because its not usable for some developers and same for JP5 with RT patch. I read lot of posts where
people have posted the same issue without success and some of the moderators have mentioned that its low priority.
JOKE OF 2023 this is, for developer on other side building top level architecture.
@DaveYYY I have fixed most of the kernel bugs on RT patch JP6 side, is it possible for you to realistically check on flashing on NVME side of things in a timely manner ?
Can you also please check on JP5 RT patch flash on NVME, which ever route might be easier thinking JP5 ?
Note if you wanna forward to your internal team:
With RT patch, gnome-control-center crashes, reason being brightness control module (there is a simple fix to initialize brightness to 0 when the jetson boots up) for 5.15 kernel which also leads to gsd-power to also crash which ultimately does not let “Settings” tab to open unless re-installed and reboot the system but then too again when you press on “Power” tile in settings the system crashes again. This is known issue in 5.15 kernel.
YES. We have identified the root cause of this issue.
The issue is that for JetPack 5, NVMe and USB drivers are integrated into NVIDIA’s downstream kernel, and built directly into the kernel image; for JetPack 6, in order to be compatible with upstream kernel, a lot of drivers are pulled out of kernel source, and built as kernel modules.
Therefore, initrd must contain these drivers for NVMe/USB to be mounted as rootfs during booting, but initrd does not get updated during kernel building/flashing, and the kernel suffixes (5.15.122-tegra/5.15.122-rt-tegra) do not match, so drivers cannot be loaded.
A temporary solution would be to copy and unpack the initrd image to the host PC used for building kernel, change the folder name, replace those .ko files with the correct one, pack the initrd image again.
I don’t see any issue with RT patch + JetPack 5.
This is not related to flashing, so please file another topic.
@DaveYYY looks like there are quite a few .ko files, but just curious is it ok just copy and paste the entire 5.15.122-rt-tegra folder because as you said and made sense that it did not get build and there are driver folders which do not exist so what would you suggest, copy the folder or just make dir as needed and copy the .ko’s in there ? (Image to right is built modules after kernel building and left is unpacked initrd folder)
I think copying the entire /lib/modules/$(uname -r)/ folder should also do it.
(If you think manual copy is too troublesome.)
They don’t make much difference in terms of booting time.
However, it’d be better to strip these modules so the file size gets shrunk largely.
@DaveYYY I dont know what is wrong here but my steps are below,
Extracted initrd image and copied the entire folder from usr/lib/modules/5.15.122-rt-tegra to unpacked folder of initrd/usr/lib/modules and then packed with tar -czvf directory_to_tar_in name_of_directory
Then ran the below command to flash,
sudo ./tools/kernel_flash/l4t_initrd_flash.sh --external-device nvme0n1p1
-c tools/kernel_flash/flash_l4t_external.xml -p “-c bootloader/generic/cfg/flash_t234_qspi.xml”
–showlogs --network usb0 jetson-agx-orin-devkit internal
Tried couple times, started over with fresh flash to emmc first and then to build kernels with RT patch and try again above steps but same result. You are right, its something to do with packing it as I tried original file to extract and then compress but failed. Is my command wrong above ?
@DaveYYY I am doing a fresh kernel build again now, and sorry no one told me on that process, I was trying to follow the steps above to best of my knowledge which was wrong. So thank you for correcting it, I will let you know shortly here.