ESP32 bootloader start address

Sysprogs forums Forums VisualGDB ESP32 bootloader start address

Viewing 2 posts - 1 through 2 (of 2 total)
  • Author
  • #34773
    Scian Maurizio

    I’m trying to override 2nd stage bootlaoder. For that, i simply create a new IDF project, and load the sample “custom_bootloader”-“bootloader_override”.
    Now, i correctly build the project and download it. As said here the 2nd stage bootloader should be resides at offset 0x1000 in flash, but flash_args file says:

    –flash_mode dio –flash_freq 80m –flash_size 2MB
    0x0 bootloader/bootloader.bin
    0x10000 IAMBOOT.bin
    0x8000 partition_table/partition-table.bin

    This means that in location 0x0 (don’t should be 0x1000?) he’s install default bootloader, and IAMBOOT.bin (IAMBOOT is the name of the bootloader project) resides at location 0x10000, that is the location of the factory app, in according with the partition table.
    Actually in the app_main there is only a printf, and in debug it outputs the string on the console as expected. Routine “app_main” is called from the scheduler initialized in “start_cpu0_default” function.
    I tried to manually flash IAMBOOT.bin at address 0x1000 with the flash download tool but don’t work. I tried also to flash it at address 0x0, but the result is the same.
    Also, app_main function has address 0x420074c0, so it doesn’t resides in the 2nd stage bootloader area (that should be, for default, from 0x1000 and 0x8000 or where partition table is allocated).
    How can i define that the project must override default 2nd stage bootloader?



    Such behavior is usually configured via the sdkconfig parameters. VisualGDB provides a GUI for editing them on the first page of VisualGDB Project Properties, although the exact settings are defined by the ESP-IDF and do not come from VisualGDB.

    If you need help locating a specific sdkconfig setting, feel free to ask on the Espressif forums. If you can confirm that the setting works when edited manually but is not working with the VisualGDB GUI, feel free to let us know and we will investigate.

Viewing 2 posts - 1 through 2 (of 2 total)
  • You must be logged in to reply to this topic.