about summary refs log tree commit diff
path: root/sysdeps/pthread/tst-rwlock-tryrdlock-stall.c
diff options
context:
space:
mode:
Diffstat (limited to 'sysdeps/pthread/tst-rwlock-tryrdlock-stall.c')
-rw-r--r--sysdeps/pthread/tst-rwlock-tryrdlock-stall.c8
1 files changed, 4 insertions, 4 deletions
diff --git a/sysdeps/pthread/tst-rwlock-tryrdlock-stall.c b/sysdeps/pthread/tst-rwlock-tryrdlock-stall.c
index 9a292d477e..1f4569fe8d 100644
--- a/sysdeps/pthread/tst-rwlock-tryrdlock-stall.c
+++ b/sysdeps/pthread/tst-rwlock-tryrdlock-stall.c
@@ -68,11 +68,11 @@
    391                                                 r ^ PTHREAD_RWLOCK_WRPHASE))
    392         {
 
-   And then attemps to start the read phase.
+   And then attempts to start the read phase.
 
    Assume there happens to be a tryrdlock at this point, noting
    that PTHREAD_RWLOCK_WRLOCKED is clear, and PTHREAD_RWLOCK_WRPHASE
-   is 1. So the try lock attemps to start the read phase.
+   is 1. So the try lock attempts to start the read phase.
 
    In __pthread_rwlock_tryrdlock:
 
@@ -136,7 +136,7 @@
    readers might indeed be waiting, and they are.
 
    The atomic_store_relaxed throws away PTHREAD_RWLOCK_FUTEX_USED,
-   and the waiting reader is never worken becuase as noted
+   and the waiting reader is never worken because as noted
    above it is conditional on the futex being used.
 
    The solution is for the trylock thread to inspect
@@ -257,7 +257,7 @@
    If we did not install the write phase then the readers may already
    be waiting on the futex, the original writer wrote 1 to __wrphase_futex
    as part of starting the write phase, and we cannot also write 1
-   without loosing the PTHREAD_RWLOCK_FUTEX_USED bit.
+   without losing the PTHREAD_RWLOCK_FUTEX_USED bit.
 
    ---