when manipulating the robust list, the order of stores matters, because the code may be asynchronously interrupted by a fatal signal and the kernel will then access the robust list in what is essentially an async-signal context. previously, aliasing considerations made it seem unlikely that a compiler could reorder the stores, but proving that they could not be reordered incorrectly would have been extremely difficult. instead I've opted to make all the pointers used as part of the robust list, including those in the robust list head and in the individual mutexes, volatile. in addition, the format of the robust list has been changed to point back to the head at the end, rather than ending with a null pointer. this is to match the documented kernel robust list ABI. the null pointer, which was previously used, only worked because faults during access terminate the robust list processing.
39 lines
1013 B
C
39 lines
1013 B
C
#include "pthread_impl.h"
|
|
|
|
void __vm_lock_impl(int);
|
|
void __vm_unlock_impl(void);
|
|
|
|
int pthread_mutex_unlock(pthread_mutex_t *m)
|
|
{
|
|
pthread_t self;
|
|
int waiters = m->_m_waiters;
|
|
int cont;
|
|
int type = m->_m_type & 15;
|
|
int priv = (m->_m_type & 128) ^ 128;
|
|
|
|
if (type != PTHREAD_MUTEX_NORMAL) {
|
|
self = __pthread_self();
|
|
if ((m->_m_lock&0x7fffffff) != self->tid)
|
|
return EPERM;
|
|
if ((type&3) == PTHREAD_MUTEX_RECURSIVE && m->_m_count)
|
|
return m->_m_count--, 0;
|
|
if (!priv) {
|
|
self->robust_list.pending = &m->_m_next;
|
|
__vm_lock_impl(+1);
|
|
}
|
|
volatile void *prev = m->_m_prev;
|
|
volatile void *next = m->_m_next;
|
|
*(volatile void *volatile *)prev = next;
|
|
if (next != &self->robust_list.head) *(volatile void *volatile *)
|
|
((char *)next - sizeof(void *)) = prev;
|
|
}
|
|
cont = a_swap(&m->_m_lock, (type & 8) ? 0x40000000 : 0);
|
|
if (type != PTHREAD_MUTEX_NORMAL && !priv) {
|
|
self->robust_list.pending = 0;
|
|
__vm_unlock_impl();
|
|
}
|
|
if (waiters || cont<0)
|
|
__wake(&m->_m_lock, 1, priv);
|
|
return 0;
|
|
}
|