summaryrefslogtreecommitdiff
path: root/sys
diff options
context:
space:
mode:
authorTed Unangst <tedu@cvs.openbsd.org>2013-06-04 22:16:24 +0000
committerTed Unangst <tedu@cvs.openbsd.org>2013-06-04 22:16:24 +0000
commit52520e90dd82bac11547efee62d64e25dec71487 (patch)
tree69efb880d8efb18079254e3798328de97d709f78 /sys
parentc1c6d14a0ad7903aac3503c5e554f3c08b0bd5d0 (diff)
sentence explaining sched_lock is not a simplelock should be a sentence.
Diffstat (limited to 'sys')
-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;