topic Re: S32K146 CSEc strict mode code size update in S32K

S32K146 CSEc strict mode code size update

sinixtek — Mon, 09 Sep 2024 06:19:08 GMT

Hi,

We are developing a solution in which we need to enable CSEc strict mode.

When we do, by using the boot flavor '00' in the command CMD_BOOT_DEFINE, everything works fine.

However, after rebooting, if we update our boot loader and we try to define a new BOOT_SIZE, the command fails with code 0x800.

Even if we try to update with the same BOOT_SIZE, the command fails, no matter the Boot Flavor we use in the command. If we ignore the error and reboot, the part is bricked (even using the same BOOT_SIZE and updating the MAC appropriately).

The same process works without issue if the Sequential Boot Method is selected. The documentation states that Strict mode is OTP, but that BOOT_SIZE can be changed.

How can we update BOOT_SIZE in Strict mode?

Thank you very much!

Re: S32K146 CSEc strict mode code size update

lukaszadrapa — Wed, 11 Sep 2024 11:38:13 GMT

Hi @sinixtek

That's a good question, I have never tried this use-case. It looks like you are the first one who is trying to change the BOOT_SIZE in strict boot mode. Please give me more time to clarify this. I will probably need to discuss this with another team, so it may take some time. At a glance, my guess is that it's not supported even if the documentation says something different. But let's wait for the result.

Regards,

Lukas

Re: S32K146 CSEc strict mode code size update

sinixtek — Thu, 12 Sep 2024 06:12:51 GMT

Hi @lukaszadrapa ,

Thank you very much for your support, let's see what they say.

Best regards,

Carlos

Re: S32K146 CSEc strict mode code size update

lukaszadrapa — Wed, 18 Sep 2024 09:46:29 GMT

Hi @sinixtek

the result is that the SIZE cannot be updated. The sentence in the manual is confusing, I asked to update it.

Thanks for pointing this out.

Regards,

Lukas

Re: S32K146 CSEc strict mode code size update

sinixtek — Thu, 19 Sep 2024 07:35:56 GMT

Thank you very much for clarifying this.

Best regards,

Carlos