about summary refs log tree commit diff
path: root/sysdeps/pthread/tst-mutex10.c
diff options
context:
space:
mode:
Diffstat (limited to 'sysdeps/pthread/tst-mutex10.c')
-rw-r--r--sysdeps/pthread/tst-mutex10.c2
1 files changed, 1 insertions, 1 deletions
diff --git a/sysdeps/pthread/tst-mutex10.c b/sysdeps/pthread/tst-mutex10.c
index 5e8d90a9e3..6a71d92001 100644
--- a/sysdeps/pthread/tst-mutex10.c
+++ b/sysdeps/pthread/tst-mutex10.c
@@ -47,7 +47,7 @@ thr_func (void *arg)
 	 There was a race in FORCE_ELISION macro which leads to either
 	 pthread_mutex_destroy returning EBUSY as the owner was recorded
 	 by pthread_mutex_lock - in "normal mutex" code path - but was not
-	 resetted in pthread_mutex_unlock - in "elision" code path.
+	 reset in pthread_mutex_unlock - in "elision" code path.
 	 Or it leads to the assertion in nptl/pthread_mutex_lock.c:
 	 assert (mutex->__data.__owner == 0);
 	 Please ensure that the test is run with lock elision: