summaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authortedu <tedu@openbsd.org>2013-06-04 22:16:23 +0000
committertedu <tedu@openbsd.org>2013-06-04 22:16:23 +0000
commitd7be3bfbdee64b0aea4d7e97c10197535526edbe (patch)
tree7571183409f97f555510c20dfaa77d84d58efc8a
parentcomment fix: actually called __cpu_simple_lock_t (diff)
downloadwireguard-openbsd-d7be3bfbdee64b0aea4d7e97c10197535526edbe.tar.xz
wireguard-openbsd-d7be3bfbdee64b0aea4d7e97c10197535526edbe.zip
sentence explaining sched_lock is not a simplelock should be a sentence.
-rw-r--r--sys/sys/sched.h6
1 files changed, 3 insertions, 3 deletions
diff --git a/sys/sys/sched.h b/sys/sys/sched.h
index 8a953934b24..0223bb9b50c 100644
--- a/sys/sys/sched.h
+++ b/sys/sys/sched.h
@@ -1,4 +1,4 @@
-/* $OpenBSD: sched.h,v 1.31 2013/06/03 16:55:22 guenther Exp $ */
+/* $OpenBSD: sched.h,v 1.32 2013/06/04 22:16:23 tedu Exp $ */
/* $NetBSD: sched.h,v 1.2 1999/02/28 18:14:58 ross Exp $ */
/*-
@@ -180,8 +180,8 @@ void remrunqueue(struct proc *);
/*
* XXX Instead of using struct lock for the kernel lock and thus requiring us
* XXX to implement simplelocks, causing all sorts of fine-grained locks all
- * XXX over our tree getting activated consuming both time and potentially
- * XXX introducing locking protocol bugs.
+ * XXX over our tree getting activated, the sched_lock is a different kind of
+ * XXX lock toi avoid introducing locking protocol bugs.
*/
extern struct __mp_lock sched_lock;