diff options
author | Sebastian Huber <sebastian.huber@embedded-brains.de> | 2016-06-01 14:38:05 +0200 |
---|---|---|
committer | Sebastian Huber <sebastian.huber@embedded-brains.de> | 2016-06-02 07:43:15 +0200 |
commit | c6556e2ecc6b80f981bb210d541544f24b7f59df (patch) | |
tree | d33d7c82a530bc9e1de495b393097fc6f9b434a9 /cpukit/score/include/rtems/score/thread.h | |
parent | score: Fix _Thread_Lock_acquire() (diff) | |
download | rtems-c6556e2ecc6b80f981bb210d541544f24b7f59df.tar.bz2 |
score: Maybe fix _Thread_Lock_acquire()
The approach with the generation number was broken. The load/store of
the current lock, the thread queue and the thread queue operations were not
properly synchronized. Under certain conditions on a PowerPC T4240 old
thread queue operations operated on a new thread queue (NULL pointer).
Diffstat (limited to '')
-rw-r--r-- | cpukit/score/include/rtems/score/thread.h | 5 |
1 files changed, 0 insertions, 5 deletions
diff --git a/cpukit/score/include/rtems/score/thread.h b/cpukit/score/include/rtems/score/thread.h index 4618a409eb..7491e8fcdf 100644 --- a/cpukit/score/include/rtems/score/thread.h +++ b/cpukit/score/include/rtems/score/thread.h @@ -691,11 +691,6 @@ typedef struct { */ SMP_lock_Stats Stats; #endif - - /** - * @brief Generation number to invalidate stale locks. - */ - Atomic_Uint generation; } Thread_Lock_control; #endif |