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
Realtek Ameba not linking #4462
Comments
@0xc0170 @avolinski @yogpan01 - please note this one as well, next hurdle then... |
cc @Archcady |
I think we didn't switch on our TCM section so it does not have much space for user code. The possible solution for this is to switch on TCM usage. |
Whatever it takes! |
Hi @JanneKiiskila I switch on the TCM usage here #4487 in order to resolve this issue. Please try the test again, thank you. |
Hei @Archcady as it was now merged to master, it was easier for me to compile it (last week was too busy), but it still unfortunately fails. mbed-os master was now pointing to: f31ea01 So it had the fix in it. But, unfortunately
Now it's over by just 2,6 kilobytes anymore though. Close, but no cigar. How are we using the memory in mbed OS? The hardware itself is extremely capable; Quote from website says:
It's got more RAM than almost any board we've yet encountered in mbed OS domain - where is it now going? |
Hi @Archcady ,
I think there is room to increase the limit even more since there is quite lot of unused user space left on the device. |
Seems like we'll have to move code to SDRAM, need some time to work on this and also test this. |
Hi @0xc0170, we meet a problem that if we need to move code to SDRAM, then we wanna use two linking script files (.sct / .ld / .icf) which produce two images. And we wonder if this is supported by mbed-os tools. Thanks. |
Can you describe the problem in own separete issue? that would help. |
@theotherjimmy - can you give a hand here? |
How would you like me to help out? |
@theotherjimmy - Do the mbed tools support 2 linking sections or not? If not, can we somehow force the SW to be put to the SDRAM only - it's 2 megabytes, so I don't see any problem in fitting everything in there. |
@JanneKiiskila The tools don't need to understand linking sections at all, and don't understand linking sections. That's up to linker scripts for the individual compilers. You would have to look at GCC_ARM, IAR and ARMC5 to determine how to write a linker script for each of them to take advantage of the different regions. |
Sorry for the delay cos' we met some problems. Now again here's a PR trying to fix this issue: #4665 |
@JanneKiiskila Can you test the referenced fix above ? |
I think the fix proposed by Archcady should go into the next mbed OS 5.5.x patch release. |
Can we get some closure this? |
Note: This is just a template, so feel free to use/remove the unnecessary things
Description
Bug
Target
Realtek Aemba
Toolchain:
GCC_ARM
Toolchain version:
mbed-cli version:
(
mbed --version
)mbed --version
1.1.1
meed-os sha:
(
git log -n1 --oneline
)92fbf2a (HEAD -> mbed-os-5.5, tag: mbed-os-5.5.0-rc1, origin/mbed-os-5.5) Add versioning information to mbed OS 5.5 release branch
DAPLink version:
N/A
Expected behavior
It should link the Cloud Client w/o update (to remove FlashIAP).
Actual behavior
Linking fails.
Steps to reproduce
Compile and link mbed Cloud Client example (available only to Cloud Client Partners, sorry).
The text was updated successfully, but these errors were encountered: