Activity
From 02/25/2026 to 03/26/2026
03/26/2026
- JC 02:09 PM Software Development: RE: Using WKUP_UART0 in Linux Space
- If your able, please jump in and respond to them directly and I'll monitor and i'll jump in as needed.
- JC 01:56 PM Software Development: RE: Using WKUP_UART0 in Linux Space
- Holden, TI wants to know if you are using the "VPAC/ISP camera functionality on your AM62A7". Presumably to determine if you need the dm_edgeai firmware or if you can get away with just the normal "ipc_echo_testb_mcu1_0_release_strip.xe...
03/25/2026
- JC 08:41 PM Software Development: RE: Using WKUP_UART0 in Linux Space
- I just responded to your support email but will put my response here as well so others can benifit.
Holden Wozniak wrote:
> Hi,
> ...
As you noted in your email, the DM firmware is baked into the tispl.bin u-boot file. Linux doesn'... - Hi,
I am having some difficulty bringing up a serial port that utilizes WKUP_UART0 pins. From what I understand, it is typically reserved for DM logging and is unusuable in Linux until it is disabled. I have disabled the UART log for ...
03/24/2026
- JC 01:26 PM Software Development: RE: Uart issue in Am62P
- Thanks for the update
- RD 11:44 AM Software Development: RE: Uart issue in Am62P
- Hi Jonathan,
The issue was in the code. We have a function that returns an int, but the application was crashing within that function when running on the AM62P with Debian OS. However, it works fine on the AM62A BSP.
I suspect the ...
03/23/2026
- JC 01:51 PM Software Development: RE: Uart issue in Am62P
- Thanks for the update. Would you mind sharing what the solution was?
- RD 05:44 AM Software Development: RE: Uart issue in Am62P
- Hi Jonathan,
I was on a long vacation until recently. The issue has now been fixed.
Best regards,
Rajkumar.
03/19/2026
- TT 09:53 PM Software Development: RE: Can't read state of output GPIO pins
- Thank you, that would explain it. We ended up setting the pin regardless of the current state. It was an easier change for us.
Tim
03/16/2026
- JC 06:05 PM Software Development: RE: Can't read state of output GPIO pins
- At least for the AM62x, Pins that need to be read, must be pinmuxed as PIN_INPUT*. The only difference between the PIN_OUTPUT and PIN_INPUT #define is whether the input buffer is enabled.
- Hi,
On an AM62x we have a gpio pin (/dev/gpiochip2, line 10) muxed as an output pin. Our application checks the state of this pin to see if it is in the desired state before setting it if needed. Unfortunately the pin state is always ...
02/25/2026
- JC 05:05 PM Software Development: RE: AM62A eMMC Boot - Kernel Device Tree
- Great glad it worked. Hopefully the dtc command examples will be helpful for you and others as well
- BH 04:59 PM Software Development: RE: AM62A eMMC Boot - Kernel Device Tree
- I md5sum'ed the SD dtb and the emmc dtb, they were in-fact different. I re-copied the files and now it is working. I guess in some step I mixed up which device I had updated the rootfs on. I think this is solved. Thank you for your help!
- JC 04:24 PM Software Development: RE: AM62A eMMC Boot - Kernel Device Tree
- It would also be a good idea to md5sum the emmc and sdcard versions of the tfc dtb to make sure they are infact identical.
- JC 04:23 PM Software Development: RE: AM62A eMMC Boot - Kernel Device Tree
- Thanks Ben, I hadn't realized that.
Lets make sure the tfc device tree file contains what you expect it to.
Do you have the "dtc" tool on the filesystem, I think we include it by default?
You can use it to inspect the compiled d... - MW 03:35 PM Software Development: RE: AM62A eMMC Boot - Kernel Device Tree
- can you also post the dtb file?
- BH 03:21 PM Software Development: RE: AM62A eMMC Boot - Kernel Device Tree
- Sorry, I just posted the u-boot log, it does indeed boot. Per the u-boot log it claims to load my dtb but the differences in the device tree once in linux are not present, here's just one example, if in SD boot I see my device tree refle...
- JC 02:43 PM Software Development: RE: AM62A eMMC Boot - Kernel Device Tree
- > Some progress made, it now finds the file but still does not load it.
It looks like it did load it from the eMMC so that is indeed progress