Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Why skip the first 3K of ram? #113

Open
Gregwar opened this issue Sep 8, 2015 · 3 comments
Open

Why skip the first 3K of ram? #113

Gregwar opened this issue Sep 8, 2015 · 3 comments

Comments

@Gregwar
Copy link
Contributor

Gregwar commented Sep 8, 2015

Here:
https://github.com/leaflabs/libmaple/blob/master/support/ld/stm32/mem/sram_20k_flash_128k/mem-flash.inc#L3

Why the first 3K of ram are skipped?
I mean, why don't we start at 0x20000000 with 20K?

@bnewbold
Copy link
Contributor

bnewbold commented Sep 8, 2015

I can't really remember, but maybe some version of maple-bootloader remained partially in RAM? http://static.leaflabs.com/pub/leaflabs/maple-docs/latest/bootloader.html#maple-rev-1

If you want to use all the memory and don't depend on the bootloader, you can use the JTAG target (even if you're using some other mechanism to upload, like a hardware ROM bootloader): https://github.com/leaflabs/libmaple/blob/master/support/ld/stm32/mem/sram_20k_flash_128k/mem-jtag.inc

@rogerclarkmelbourne
Copy link

See https://github.com/rogerclarkmelbourne/STM32duino-bootloader

It does not use the first 3k of RAM

I think the reason was something to do with running the sketch from RAM but as on the STM32F193C8 the RAM is hardly big enough to hold even a blink sketch, that option has been removed from my version, and it free's up the 3k

@Gregwar
Copy link
Contributor Author

Gregwar commented Sep 14, 2016

Yes I removed this skip too in my fork

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants