I have running on kernel 28.1 version and it look like UART3 has been enabled as default. I could see /dev/ttyTHS2 as well.
But I could not read any data from GPS module that was plugged into this UART port. On UART2 (B15, B16) port (/dev/ttyTHS1) I could read GPS data as well.
Do I have to modify any pin configuration for UART3 (H9, H10)?
I’m not sure if I’m using the same label as you since sometimes the TRM and schematics use different numbering. UART3 in the schematic does go through the level shifter (and I think I’m seeing the same one you are looking at since I see BGA pins H9 and H10 associated), so first verify J24 is in the 3.3V position if this is what your I/O level is.
Something which might interfere is that I see UART3 (schematic label) is connected to the audio processing engine. The APE itself is its own Cortex A-9 embedded in the SoC, so let me ask first where you are accessing UART3 at (physically), and is this the developer carrier board?
How do you removed the camera module? Is it a physical removal of camera from TX2 or you just unloaded the camera drivers?
If later, is it possible to share the instructions for removing camera module?
Before removing the camera make sure it is off and the capacitors discharged (I hold the power button down for a few seconds). Then it is just a case of two phillips head screws and pulling straight up.
The command isn’t valid with that combination of options. Note that you shouldn’t attempt to write to the existing “/proc/device-tree/”…this is a reflection of the kernel’s state…there are other methods to change state during boot.
“FDT” is a key which starts a line in the extlinux.conf file. This is no longer used in current releases (perhaps it will be used in the future…it was very convenient when it was). So it was never a command to enter at a prompt…it was always a file edit of “/boot/extlinux/extlinux.conf” and cannot be used at all now (it won’t do what is expected).
Before I mention the actual device tree flash command keep in mind that using ttyTHS2 on J17 should not involve touching the device tree…this is already correct on R28.2. A patch related to this was only on a prior release. If you are on R28.2 and changing device tree for use with J17 you are breaking something instead of fixing it.
If you were to flash just the device tree it would be something like this with the command being from the driver package installed on the PC host while the Jetson is plugged in via micro-B USB and in recovery mode:
Note that the “-k DTB” is because the name of the GPT partition label used for device tree is “DTB”. This can be seen via “sudo gdisk -l /dev/mmcblk0”.