topic Re: MCUXpresso SDK API thread safe in MCUXpresso SDK

MCUXpresso SDK API thread safe

grzegorzkonopko — Wed, 14 Feb 2018 12:19:32 GMT

Dear community members/ NXP supporters

1. Is a API of MCUXpresso SDK thread safe, e.g.: I would like to use DbgConsole_Printf() from interrupt routine but there is nothing about in documentation: (MCUXpresso SDK API Reference Manual: Debug Console )

From code inspection seems it is not possible, however it is good idea to ask

2. what is general recommendation of using SDK API in threads environment (not RTOS only, very general), I can not find any guide yet and documentation (which API is safe, which is not)

3. What is recommended for new design, MCUXpresso SDK or Kinetis SDK?

Re: MCUXpresso SDK API thread safe

jorge_a_vazquez — Tue, 20 Feb 2018 21:29:00 GMT

Hi grzegorzkonopko

Answering your questions:

1. Actually the fsl_debug_console are already thread safe, if you check the code in DbgConsole_Printf() in our latest SDK, you will find some APIs like LOG_TAKE_MUTEX_SEMAPHORE_NONBLOCKING. Any case, if you want DbgConsole_Printf() with interrupt, you can look into the macro DEBUG_CONSOLE_TRANSFER_NON_BLOCKING.

3. MCUXpresso SDK is the latest SDK drivers for kinetis devices, so I would recommend you this.

Hope this could help
Have a great day,
TIC

-----------------------------------------------------------------------------------------------------------------------
Note: If this post answers your question, please click the Correct Answer button. Thank you!
-----------------------------------------------------------------------------------------------------------------------

Re: MCUXpresso SDK API thread safe

nxp16 — Fri, 26 Dec 2025 20:02:14 GMT

Actually, the blocking debug console functions are NOT thread safe. Only the non-blocking RTOS ones are. In the blocking implementation, multiple threads can end up writing to the UART at the same time causing interleaving (and possibly other problems). I've proven this to be the true with a test case.

The non-blocking RTOS safe implementation may not be a good idea to call from inside an interrupt handler. You really don't want to block inside an interrupt handler.