• State Not Answered
  • Locked Locked
  • Replies 5 replies
  • Subscribers 22 subscribers
  • Views 1717 views
  • Users 0 members are here
Options
Related
How was your experience today?
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

How to Link "aeabi" code to a fixed memory location

Detlef Weidner

Hi,

for the bootloader, integrated into the main project, I need to link the "__aeabi_uidivmod" to a fixed location within the bootloader section of my external flash memory.

How can I manage that?
I tried these expressions in the bootloader section of the scatter loading file, but it didn't cause something:

    aeabi_*    (+RO)
    *armlib/c_* (+RO)
    *armlib/h_* (+RO)
    *armlib*    (+RO)
    *armlib*

Any ideas?

BR
Detlef Weidner

Parents
  • 0 in reply to Detlef Weidner

    In my experience (and honest opinion) uVision is close to useless for managing different targets, so I'd suggest that you just keep two different project files.

    I'm using separate projects for my bootloader and the application(s). This will make debugging the application slightly more cumbersome, but in my case I mostly debug via a serial port anyways. I am, however, using ulink/jtag for downloading to target (quicker than the serial port), and this is no problem, as my projects are configured to erase only the used sectors. When I download my application code to the target from within uVision, my bootloader is not affected/erased. When the target is reset, my bootloader runs first and starts the application. If I then want to debug the application from within uVision, it fails about 50% of the time (and sometimes uVision also crashes), since my bootloader obviously confuses the debugger.

Reply
  • 0 in reply to Detlef Weidner

    In my experience (and honest opinion) uVision is close to useless for managing different targets, so I'd suggest that you just keep two different project files.

    I'm using separate projects for my bootloader and the application(s). This will make debugging the application slightly more cumbersome, but in my case I mostly debug via a serial port anyways. I am, however, using ulink/jtag for downloading to target (quicker than the serial port), and this is no problem, as my projects are configured to erase only the used sectors. When I download my application code to the target from within uVision, my bootloader is not affected/erased. When the target is reset, my bootloader runs first and starts the application. If I then want to debug the application from within uVision, it fails about 50% of the time (and sometimes uVision also crashes), since my bootloader obviously confuses the debugger.

Children
No data