AM6421: MCU Plus SDK cross compatibility

Part Number: AM6421

Hello,

I have a dual core application running Free RTOS on the R5 processors, using MCU Plus SDK 10.1.  I was interested to know if I can build my bootloader with SDK 12.0 in order to pick up all of the critical bug fixes in SysFW.  Desired configuration:

  • R5 0/1 Application Built with SDK 10.1
  • Bootloader Built with SDK 12.0 and latest SysFW

Did the SysFW API maintain compatibility between 10.1 and 12.0 such that we can take advantage of the new SysFw without completely upgrading our application?  Upgrading everything to 12.0 is not a great option due to schedule.  When we upgraded from 9.1 to 10.1 we lost a lot of time due to all of the changes in the provided hardware drivers.

Thanks

Joe

  • Hi Joe,

    Bootloader Built with SDK 12.0 and latest SysFW

    SBL from SDK 12.0 cannot be used to load application built with 10.1, this is because starting from 12.0 SDK supports MCELF based bootloader: AM64x MCU+ SDK: Release Notes 12.00.00 

    Versions prior to 12.0 used RPRC format for appimages.

    Is there any particular reason why you want to move to SYSFW 12.0?

    Best Regards.

    Meet.

  • Hi Meet,

    As I re-read through the SysFW releases, we can definitely use the SA2UL timeout for DMA in Release 11,  and the updated efuse timing parameters in 11.2.  So with that I guess I could re-phrase the request for an 11.2 bootloader/SysFw and 10.1 Application.  Are there any compatibility issues that would prevent that combo?

    Thank you,

    Joe

  • Hello Joe,

    Yes, the above suggestion should work with MCU+SDK 10.1 and SYSFW 11.2.

    We have not tested this test case on our end, and we are not sure what type of problems may occur during your testing with these patches.

    So, we recommend customers to proceed with only the MCU+SDK update rather than the SYSFW update.

    Therefore, if you want to integrate SYSFW 11.2 into MCU+SDK 10.1, you need to validate your application first , then please take the decision. 

    Regards,

    Anil

  • Thanks, Anil.  We will proceed with that in mind.