Files
semi-libc/src/thread
Rich Felker da8d0fc4fa fix extremely rare but dangerous race condition in robust mutexes
if new shared mappings of files/devices/shared memory can be made
between the time a robust mutex is unlocked and its subsequent removal
from the pending slot in the robustlist header, the kernel can
inadvertently corrupt data in the newly-mapped pages when the process
terminates. i am fixing the bug by using the same global vm lock
mechanism that was used to fix the race condition with unmapping
barriers after pthread_barrier_wait returns.
2012-08-17 17:13:53 -04:00
..
2011-02-12 00:22:29 -05:00
2011-09-18 10:14:37 -04:00
2011-08-14 15:17:36 -04:00
2011-09-11 12:35:41 -04:00
2011-03-17 20:41:37 -04:00
2011-03-04 00:45:59 -05:00
2011-03-04 00:45:59 -05:00
2011-03-04 00:45:59 -05:00
2011-03-04 00:45:59 -05:00
2011-04-17 11:43:03 -04:00