-
Notifications
You must be signed in to change notification settings - Fork 3k
Eventloop in main thread #5752
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
Eventloop in main thread #5752
Conversation
Can you please rebase your patch, I rebased the destination branch to get travis fix that is required here |
The separate eventloop thread may not be necessary on all uses, as one can use the existing main thread for event dispatching. Add a conditional nanostack-hal.event-loop-dispatch-from-application, which disables the thread creation. Note: the ns_hal_init must be ran from the same thread which will be used to execute the event loop later.
…read The thread flag signaling mechanism is problematic if a separate event loop thread is not used. The problem is, that one needs to know the thread id of the loop dispathcer, and that knowledge can be derived only from the caller thread of the initialization function. Remove the magic connection from caller thread to dispatcher thread by using event flags instead of thread flags on signaling. As the event flags require the massive amount 20 bytes of RAM whereas thread flags requires none, keep the code behind flag.
f74780f
to
9054ef5
Compare
Rebased with current feature-miniclient -branch and force pushed. |
/morph build |
Build : SUCCESSBuild number : 747 Triggering tests/morph test |
Exporter Build : SUCCESSBuild number : 400 |
Test : SUCCESSBuild number : 572 |
@cmonr This didn't need a release version as it is going into a feature branch not master . |
This has the same content as https://github.com/ARMmbed/mbed-os-confidential-m/pull/7, just the target repo and branch are different.