diff options
author | Sebastian Huber <sebastian.huber@embedded-brains.de> | 2014-03-28 13:44:18 +0100 |
---|---|---|
committer | Sebastian Huber <sebastian.huber@embedded-brains.de> | 2014-04-03 11:13:25 +0200 |
commit | 3f5f2ce22903c1e1f15fee75938b34987d894916 (patch) | |
tree | b241a719942581e9e15226b380d027ae18f51b4d /testsuites/sptests/Makefile.am | |
parent | score: Move __log2table to separate file (diff) | |
download | rtems-3f5f2ce22903c1e1f15fee75938b34987d894916.tar.bz2 |
score: PR788: Add INTERNAL_ERROR_RESOURCE_IN_USE
Issue a fatal error in case a thread is deleted which still owns
resources (e.g. a binary semaphore with priority inheritance or ceiling
protocol). The resource count must be checked quite late since RTEMS
task variable destructors, POSIX key destructors, POSIX cleanup handler,
the Newlib thread termination extension or other thread termination
extensions may release resources. In this context it would be quite
difficult to return an error status to the caller.
An alternative would be to place threads with a non-zero resource count
not on the zombie chain. Thus we have a resource leak instead of a
fatal error. The terminator thread can see this error if we return an
RTEMS_RESOURCE_IN_USE status for the rtems_task_delete() for example.
Diffstat (limited to 'testsuites/sptests/Makefile.am')
-rw-r--r-- | testsuites/sptests/Makefile.am | 1 |
1 files changed, 1 insertions, 0 deletions
diff --git a/testsuites/sptests/Makefile.am b/testsuites/sptests/Makefile.am index d47f6f7244..c344ce01e2 100644 --- a/testsuites/sptests/Makefile.am +++ b/testsuites/sptests/Makefile.am @@ -33,6 +33,7 @@ SUBDIRS = \ spsignal_err01 spport_err01 spmsgq_err01 spmsgq_err02 spsem_err01 \ spsem_err02 sptask_err01 spevent_err03 sptask_err03 sptask_err02 \ sptask_err04 spclock_err01 +SUBDIRS += spfatal28 SUBDIRS += spthreadlife01 SUBDIRS += spprofiling01 SUBDIRS += spcache01 |