-
Notifications
You must be signed in to change notification settings - Fork 3k
feature_cmsis5: Fix mbedmicro-rtos-threads test for gcc 5.4. #3839
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
Conversation
ARM compiler test results
GCC 5.4:
|
Can you share a map file for those 2 different versions of GCC ? I would like to make a diff to see why it increases? what about GCC 6? |
@@ -48,7 +48,10 @@ int main() | |||
if (NULL == thread_list[i]) { | |||
allocation_failure = true; | |||
} | |||
thread_list[i]->start(task_using_malloc); | |||
else |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
please use the same formatting
8b7060f
to
c7e556b
Compare
@0xc0170 map files were sent via e-mail. |
@nvlsianpu Could you fix the line which create the new threads ? With thread_list[i] = new (std::nothrow) Thread(osPriorityNormal, THREAD_STACK_SIZE); |
For gcc 5.4 each task consumes 0x128 B of stack.
c7e556b
to
93c9a90
Compare
This PR fails to build for uvisor-tests http://e108747.cambridge.arm.com:8080/job/mbed-os/job/mbed-os-pr-uvisor-test-pipeline/1825/execution/node/116/log/ |
@bulislaw UVISOR requires a file named |
Ignore all the failures from the CIs. The uVisor support is not yet in (there's PR open). We'll update GCC to v6 soon in the CIs so all the issues will go away. @nvlsianpu Thanks for that, I'll check locally if changing stack size doesn't break other boards and merge. |
I had a look and this PR actually makes the test fail for the GCC6. |
Now both NRF51 and NRF52 pass all the tests for GCC and ARM. Thanks for your help. I'll close this PR. |
Description
For gcc 5.4 each task created into this test consumes 0x128 B of stack. for gcc 4.9 consumption was 0xA0 B. Increase the THREAD_STACK_SIZE fixed the problem.
Status
READY
Related to Issue
#3690