[PATCH v2] score: PR788: Add INTERNAL_ERROR_RESOURCE_IN_USE
Sebastian Huber
sebastian.huber at embedded-brains.de
Mon Mar 31 14:36:11 UTC 2014
On 2014-03-31 16:31, Gedare Bloom wrote:
> On Mon, Mar 31, 2014 at 10:27 AM, Sebastian Huber
> <sebastian.huber at embedded-brains.de> wrote:
>> >On 2014-03-31 16:15, Gedare Bloom wrote:
>>> >>
>>> >>bcc: rtems-users
>>> >>
>>> >>Sebastian,
>>> >>
>>> >>Any thought on whether we can resolve this problem of threads holding
>>> >>resources by way of something similar to the discussion about solving
>>> >>the "strict order mutex" / nested mutex acquire bug
>>> >>https://www.rtems.org/bugzilla/show_bug.cgi?id=2124
>> >
>> >
>> >No, I think this PR2124 is an entirely different issue.
>> >
>> >You have POSIX cleanup handler, POSIX key destructors and thread termination
>> >user extensions to deal with asynchronous thread deletion. I think we
>> >should enable POSIX cleanup handlers for all RTEMS configurations.
>> >
> What do we need the cleanup handler to deal with when the user does
> not enable posix?
Its just one pointer in Thread_Control and a simple list iterate for the
handler invocation.
>
> It starts to feel like we need to re-evaluate the impact on
> applications if we just enable posix all the time in RTEMS.
Before we do this we should implement linker set base initialization (like
Linux, eCos and BSD):
https://www.rtems.org/bugzilla/show_bug.cgi?id=1593
Search also for rtemsrosets in the linker command files. Used in the new
network stack (libbsd).
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail : sebastian.huber at embedded-brains.de
PGP : Public key available on request.
Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
More information about the devel
mailing list