summaryrefslogtreecommitdiffstats
path: root/cpukit/score/include/rtems/score/thread.h
diff options
context:
space:
mode:
authorSebastian Huber <sebastian.huber@embedded-brains.de>2016-06-01 14:38:05 +0200
committerSebastian Huber <sebastian.huber@embedded-brains.de>2016-06-02 07:43:15 +0200
commitc6556e2ecc6b80f981bb210d541544f24b7f59df (patch)
treed33d7c82a530bc9e1de495b393097fc6f9b434a9 /cpukit/score/include/rtems/score/thread.h
parentscore: Fix _Thread_Lock_acquire() (diff)
downloadrtems-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.h5
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