Thanks @WayneWWW,
to restart with the new “device tree” settings should I just change the DTSI file and restart or do I need to rebuild the kernel with the DTSI file ?
Currently I have a freshly purchased “Jetson Xavier AGX” PC with Ubuntu bionic 18.04.1 LTS with the follow kernel “Linux jetson-04XX 4.9.108-tegra #2 SMP PREEMPT Wed Oct 31 15:11:49 PDT 2018 aarch64 aarch64 aarch64 GNU/Linux”.
Can I just rebuild the DTB and copy it to the existing system ?
Do you have a guideline to reflash/copy the newly built DTB to the Jetson Xavier PC ?
My question is more : “do I have to rebuild the whole kernel and reflash over network or other method the whole board” or “just the DTB file to the right location and reboot” ?
Much regards, Xavier.
Please refer to l4t development guide on this download center to get familiar with the flash system.
Also, I cannot reply your question directly because it depends on the release you are using.
In some old release, the dtb is in specific partition, so directly copy it to file system would not work.
However, it seems working after rel-32.3.1. But I seldom use such method. You could give it a try too.
Also, there is no need to rebuild the “whole kernel”. Kernel and dtb are different things. Kernel often refers to Image and kernel modules, while dtb means the device tree blob. Also, we could flash dtb only instead of whole rootfs/Image.
Hi @WayneWWW ,
thanks for your reply, yes I am aware of the difference between “kernel/modules” and “dtb” in recent kernels, currently the release (Linux jetson-XXXX 4.9.108-tegra) I am using is giving the following pre-installed dtb files but I dont which one is currently used :
“nvidia@jetson-XXX:~$ sudo find / -iname ‘*dtb’
/dev/disk/by-partlabel/kernel-dtb
/dev/disk/by-partlabel/bootloader-dtb
/dev/disk/by-partlabel/bpmp-fw-dtb
find: ‘/run/user/120/gvfs’: Permission denied
find: ‘/run/user/1001/gvfs’: Permission denied
/run/udev/links/\x2fdisk\x2fby-partlabel\x2fkernel-dtb
/run/udev/links/\x2fdisk\x2fby-partlabel\x2fbootloader-dtb
/run/udev/links/\x2fdisk\x2fby-partlabel\x2fbpmp-fw-dtb
/boot/tegra194-p2888-0001-p2822-0000-maxn.dtb
/boot/tegra194-p2888-0001-p2822-0000.dtb
/boot/dtb
/boot/dtb/tegra194-p2888-0001-p2822-0000.dtb
/boot/tegra186-quill-p3310-1000-c03-00-base.dtb
/boot/tegra186-quill-p3489-1000-a00-00-ucm2.dtb
/boot/tegra186-quill-p3310-1000-a00-00-base.dtb
/boot/tegra186-quill-p3310-1000-c03-00-dsi-hdmi-dp.dtb
/boot/tegra186-quill-p3489-1000-a00-00-ucm1.dtb”
Much regards,
Xavier.
No, then I guess copy it to device will not work. Also, please do not use r31.1 anymore. rel-31.1 is a developer preview and it was released 2 years ago.
Hi,
I will reflash with Jetpack 4.4 and get back to you for the DTB rebuild. In the meantime, I cannot find the l4t kernel souces or source_sync.sh to download the kernel source and prepare a new DTB ? Regards, Xavier.
Dear @WayneWWW
I have installed Jetpack 4.3 (rel-32.3.1) and /etc/nv_tegra_release :
R32 (release), REVISION: 3.1, GCID: 18186506, BOARD: t186ref
At this point can you point me how to rebuild the DTB to make some test with GPIOs ?
Best regards, Xavier.