Changes between Version 1 and Version 2 of GSoC/2015/NestedMutex

Timestamp:

06/05/15 06:18:57 (9 years ago)

Author:

Saurabh Gadia

Comment:

--

GSoC/2015/NestedMutex

@@ -5 +5 @@
 '''Participant:''' Saurabh Gadia
 
-'''Status''' Currently working on configuring and designing the nested mutex validation model in JPF environment for proposed solution.
+'''Status:''' Currently working on configuring and designing the nested mutex validation model in JPF environment for proposed solution.
 
-'''Introduction''' The strict order mutexes in RTEMS is based on LIFO ordering. So whenever thread tries to acquire mutex lock, its priority before acquiring the lock is pushed to that mutex’s thread queue. So whenever thread release any lock then that lock’s queue is consulted and thread’s priority is restored. So this mechanism of restoring priority may induce unbounded priority inversion if higher priority thread is contending for a lock still hold by our candidate thread. This project deals with solving this problem and developing validation methods using JPF. 
+'''Introduction:''' The strict order mutexes in RTEMS is based on LIFO ordering. So whenever thread tries to acquire mutex lock, its priority before acquiring the lock is pushed to that mutex’s thread queue. So whenever thread release any lock then that lock’s queue is consulted and thread’s priority is restored. So this mechanism of restoring priority may induce unbounded priority inversion if higher priority thread is contending for a lock still hold by our candidate thread. This project deals with solving this problem and developing validation methods using JPF. 
 
 = Progress =