aboutsummaryrefslogtreecommitdiff
path: root/sysdeps/pthread/tst-rwlock-tryrdlock-stall.c
diff options
context:
space:
mode:
authorPaul Pluzhnikov <ppluzhnikov@google.com>2023-05-30 23:02:29 +0000
committerPaul Pluzhnikov <ppluzhnikov@google.com>2023-05-30 23:02:29 +0000
commit65cc53fe7c6556b90159b8c3da1eb283792387db (patch)
tree879c71521e54f86942bf3ba2a39f9b4bc2dfb915 /sysdeps/pthread/tst-rwlock-tryrdlock-stall.c
parent4d0fe291aed3a476a3b59c4ecfae9d35ac0f15e8 (diff)
downloadglibc-65cc53fe7c6556b90159b8c3da1eb283792387db.tar
glibc-65cc53fe7c6556b90159b8c3da1eb283792387db.tar.gz
glibc-65cc53fe7c6556b90159b8c3da1eb283792387db.tar.bz2
glibc-65cc53fe7c6556b90159b8c3da1eb283792387db.zip
Fix misspellings in sysdeps/ -- BZ 25337
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.
---