topic __malloc_lock/unlock in Kinetis Design Studio

__malloc_lock/unlock

sergeisharonov — Fri, 20 Mar 2015 20:07:40 GMT

Why KDS::newlib::malloc() does not call __malloc_lock/unlock functions? Was locking support compiled out?

I can see malloc_r in the map file but no reference to locking functions.

Regards

Sergei

Re: __malloc_lock/unlock

ZhangJennie — Thu, 26 Mar 2015 05:46:31 GMT

hello Sergei,

can you please upload your demo project to showcase your issue? thanks!

Have a great day,
Zhang Jun

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

Re: __malloc_lock/unlock

martynhunt — Thu, 26 Mar 2015 16:19:27 GMT

Hi Sergei,

Yes, they are #define'd out in newlib-nano. The paragraph on malloc in newlib-nano below is from MBED:

Synchronizing Heap Accesses (malloc/free)

The memory allocation routines implementation in newlib-nano include references to MALLOC_LOCK and MALLOC_UNLOCK macros. In the standard newlib library, these macros would be weak references to __malloc_lock() and __malloc_unlock() routines. A project like gcc4mbed could then provide implementation of these routines to use a mutex to serialize access to the heap. However, in newlib-nano these macros are #define'ed to nothing so this isn't possible.

I hope this helps.

Best regards,

Martyn

Re: __malloc_lock/unlock

sergeisharonov — Thu, 26 Mar 2015 20:45:38 GMT

Sorry, looks like replies via Thunderbird make it through to the list but all text is stripped. Here we go again:

On 3/26/2015 11:19 AM, Martyn Hunt wrote:

> However, in newlib-nano these macros are #define'ed to nothing ....

Thought as much. Now, newlib makes malloc/free calls behind your back and we do not have any way to protect these hidden calls.

This makes newlib (as it exists in KDS) not safe to use in any multitasking environment.

The only way I see to make it work is to override newlib's malloc/free with protected equivalents. That seems to work for me.

Sergei

Re: __malloc_lock/unlock

sergeisharonov — Thu, 26 Mar 2015 20:47:01 GMT

Sorry, looks like replies via Thunderbird make it through to the list but all text is stripped. Here we go again:

On 3/26/2015 12:46 AM, ZhangJennie wrote:

> can you please upload your demo project to showcase your issue? thanks!

Do not have a demo project but here are 3 easy steps to reproduce:

1. In KDS import hello_world_frdm22k demo project from KSDK_1.1.0/demos/hello_world/kds/frdmk22f

2. Add calls to malloc/free somewhere in main(), e.g.:

.....
{
      void *p;
      p = malloc(10);
      if(p)
             free(p);
}

....

3. Check map file for presence of locking functions:

grep malloc_lock hello_world_frdmk22f.map

Or use text editor if grep is not available.

You will see that locking functions are not there.

If I add my own locking functions using RTOS locking mechanics they will

not get called either.

BTW, problem was solved by overriding library malloc/free with RTOS equivalents

instead of trying to protect them.

Regards,

Sergei

Re: __malloc_lock/unlock

martynhunt — Thu, 26 Mar 2015 21:37:52 GMT

Hi Sergei,

If you remove nanolibc from the linker options and simply link in libc, then you will find that malloc/free calls __malloc_lock/unlock. Hopefully this helps you.

Best regards,

Martyn

Re: __malloc_lock/unlock

sergeisharonov — Mon, 30 Mar 2015 17:10:47 GMT

Martyn,

Thank you for looking into this. However, I believe full newlib is way too bloated for many embedded systems. For me, the better option was to override library malloc/free with FreeRTOS equivalents.

Regards,

Sergei