Bug in openrisc __malloc_lock
Julius Schmidt
julius.schmidt@argondesign.com
Mon Aug 3 09:32:00 GMT 2015
I believe there is a bug in the openrisc implementation of __malloc_lock:
The lines
restore = or1k_critical_begin();
_or1k_malloc_lock_restore = restore;
are executed every time _malloc_lock is called. If __malloc_lock is called recursively then the
old value of restore will be forgotten and so interrupts will remain disabled even after the
required number of __malloc_unlock calls.
Am I missing something or should these lines be moved into the if() statement?
Julius Schmidt
Argon Design
More information about the Newlib
mailing list