Updating start address to nrf52840 dk via code

RE: Updating start address to nrf52840 dk via code

Simon — Mon, 21 Sep 2020 06:50:56 GMT

I tested some different values and saw that when I placed the image at location 0x4080 (which is dividable by 128), it worked fine, but when I placed the image at 0x4040 (which is dividable by 64), it failed.

This is because the vector table has to be aligned according to some specific rules, check them out here. You can see that the vector table must align to a minimum of 128 bytes.

Best regards,

Simon

RE: Updating start address to nrf52840 dk via code

Nikos Karamolegkos — Fri, 18 Sep 2020 12:12:09 GMT

Hmmm as I can understand when mod(CONFIG_FLASH_LOAD_OFFSET, 1024) = 0 is ok. But why?

RE: Updating start address to nrf52840 dk via code

Nikos Karamolegkos — Fri, 18 Sep 2020 12:07:11 GMT

Update: when I use CONFIG_FLASH_LOAD_OFFSET=0x5000 for the second app the program works fine. When I am using CONFIG_FLASH_LOAD_OFFSET=0x61a8 which is larger than 0x5000 I have problem. I am trying to understand if the problem is on the jump mechanism (taken from MCUboot) or it is relevant to something else (i.e. the size?).

RE: Updating start address to nrf52840 dk via code

Nikos Karamolegkos — Fri, 18 Sep 2020 09:32:56 GMT

My project is nothing special. I am using zephyr and change CONFIG_FLASH_LOAD_OFFSET to the hello world (second app). The custom bootloader is flash with CONFIG_FLASH_LOAD_OFFSET=0x0 and after booting tries to jump to the second app. If I use for the second app the CONFIG_FLASH_LOAD_OFFSET=0x20000 or CONFIG_FLASH_LOAD_OFFSET=0x0000C000 (address of slot1 partition of MCUboot) works fine. If I use something like 0x4e20 which is some bytes after the end of my custom bootloader the jump is not working. I don't know. I am looking to .dts file. Can this be a zephyr issue? I just want to make sure that the device allow the implementation of this idea

RE: Updating start address to nrf52840 dk via code

Simon — Fri, 18 Sep 2020 09:26:33 GMT

I'm not sure why this. But it would be interesting to play around with your project, and get some help internally how to go about this.

Could you upload the project?

RE: Updating start address to nrf52840 dk via code

Simon — Thu, 17 Sep 2020 06:18:59 GMT

When the case is verified it gets removed from my queue and I'm not able to see your responses afterwards. However, I stumbled upon it now and will look into it.

Best regards,

Simon

RE: Updating start address to nrf52840 dk via code

Nikos Karamolegkos — Tue, 15 Sep 2020 13:53:49 GMT

I am trying to impement the idea we discuss with the custom bootloader. But when I flash the second app to an address smaller than 0x20000 I can not jump to this address. For example my bootloader is flashed in 0x0 address with size 0x4abf and the app is flashed in address 0x4e20. The device is like resetting. Any ideas on that?

RE: Updating start address to nrf52840 dk via code

Simon — Mon, 14 Sep 2020 12:10:58 GMT

I have to correct myself. The code execution will not always start at adress 0, but the VTOR register will always be 0x00 at reset. Thus your vector table should be placed at address 0x00. After setting the MSP based on address 0x00 it will set the PC based on the value stored in the reset vector at address 0x04. However, this value can be set to e.g. 0x2000, but this is not a safe solution and your device can easily get bricked.

I would recommend you to go for the solution I suggested (your workaround), using a custom bootlader.

Best regards,

Simon

RE: Updating start address to nrf52840 dk via code

Nikos Karamolegkos — Mon, 14 Sep 2020 10:22:09 GMT

hmm. Your proposal was my workaround. Now, is the solution. Thank you

RE: Updating start address to nrf52840 dk via code

Simon — Mon, 14 Sep 2020 09:50:09 GMT

EDIT: Added strikethrough on an incorrect statement. See the other replies for more clarification.

The code execution will always start at address 0, this is hardcoded and you can not change this. You would need a custom bootloader at address 0x00 to boot into your desired address and update VTOR to point to the associated Vector Table. You could look at MCUBoot and see how it's done there.

Best regards,

Simon