What I mean is this change is happened in the pinmux spreadsheet and then got changed by the MB1 bct during board flash. You don’t need to busybox write it again in CPU.
Are you developing the custom carrier board for Thor?
Which Jetpack release are you using?
Could you share the result of cat /etc/nv_tegra_release on your board?
I can reproduce the similar firewall issue on the AGX Thor devkit + Jetpack 7.0 GA(r38.2.0) with the following commands. Please let me check with internal team.
$ sudo busybox devmem 0x8110310000 w 0xc458
$ sudo busybox devmem 0x8110310020 w 0xc400
But the CAN loopback test is working as expected as following. (you do not need to connect any cable externally)
$ sudo ip link set can0 type can bitrate 500000 loopback on
$ sudo ip link set can0 up
$ candump can0 &
$ cansend can0 123#abcdabcd
can0 123 [4] AB CD AB CD
can0 123 [4] AB CD AB CD
I do see the pinmux for CAN0 pins are configured for CAN usage by default: (in v1.3 pinmux spreasheet)
Hi,
it’s still the same issue. the command will crash in Thor devkit.
“sudo -S busybox devmem 0x8110310000 w 0xc458”
I verify it in Nvidia’s DevKit.
I can find the crash log in dmesg.