AM2634: DSLite flash update fails if the application use a WDT tiemr

Tool/software:

Hi,

My AM263 application uses the WDT as a watchdog timer. This appears to reset during DSLite flash write and causes the flash write to fail.

Is there any way I can use DSLite to avoid a watchdog reset?

For more context:

I'm developing an application on a LP-AM263 board while we wait for custom hardware.

My team has developed an automation process that relies on loading a new SBL and application image to the board's flash chip using the following DSLite CLI command:
DSLite flash -c user_files/configs/AM263x.ccxml -l user_files/settings/generated.ufsettings -s VerifyAfterProgramLoad=\"No verification\" -e -f -v

This worked consistently, until we try to use the WDT timer. The application uses only WDT0 with `COS` (Continue On Suspend) bit set to 0 so that the counter stops in debug mode.

Now when I run the `DSLite` command it consistently fails with the following output:

info: Cortex_R5_0: AM263x
Cortex_R5_0: GEL Output: CPU reset (soft reset) has been issued through GEL.
Loading Program: myapp.appimage
    Preparing ...
    0 of 32752 at 0x60100000
    0 of 32752 at 0x60107ff0: 6%
    0 of 32752 at 0x6010ffe0: 13%
    0 of 32752 at 0x60117fd0: 20%
    0 of 32752 at 0x6011ffc0: 27%
    0 of 32752 at 0x60127fb0: 34%
    0 of 32752 at 0x6012ffa0: 41%
    0 of 32752 at 0x60137f90: 48%
    0 of 32752 at 0x6013ff80: 55%
    0 of 32752 at 0x60147f70: 62%
    0 of 32752 at 0x6014ff60: 68%
    0 of 32752 at 0x60157f50: 75%
    0 of 32752 at 0x6015ff40: 82%
    0 of 32752 at 0x60167f30: 89%
    0 of 16396 at 0x6016ff20: 96%
    Finished: 96%
info: Cortex_R5_0: Writing 1 chunk at offset  0x100000
error: Cortex_R5_0: Run failed...
error: Cortex_R5_0: Trouble Removing Breakpoint with the Action "Remain Halted" at 0x7001167c: (Error -1066 @ 0x7001167C) Unable to set/clear requested breakpoint. Verify that the breakpoint address is in valid memory. (Emulation package 12.7.0.00130)
error: Cortex_R5_0: File Loader: Failed to terminate flash programming: Timed out waiting for target to halt while executing am263x_flasher.out
Failed: File: myapp.appimage: Load failed.

When the DSLite command fails, I see the AM263 serial port starts to output the "C" XModem pattern as if I booted it in UART mode.

We can disable the watchdog in our application to get around this, however I'd rather be able to run this automation with the watchdog enabled. Looking for any known workarounds to this problem.

Thank you,

-Andy