]> Cypherpunks repositories - gostls13.git/commitdiff
runtime: fix typos in comment about gcscanvalid
authorAustin Clements <austin@google.com>
Mon, 18 Apr 2016 22:28:36 +0000 (18:28 -0400)
committerAustin Clements <austin@google.com>
Tue, 26 Apr 2016 23:40:07 +0000 (23:40 +0000)
Change-Id: Id4ad7ebf88a21eba2bc5714b96570ed5cfaed757
Reviewed-on: https://go-review.googlesource.com/22210
Reviewed-by: Ian Lance Taylor <iant@golang.org>
Run-TryBot: Austin Clements <austin@google.com>
TryBot-Result: Gobot Gobot <gobot@golang.org>

src/runtime/proc.go

index 9c840882b6cd7db4243308880a85d43aaa809907..d5acbee0a76fa0a68b6ec03d98475427731b412c 100644 (file)
@@ -643,17 +643,17 @@ func readgstatus(gp *g) uint32 {
        return atomic.Load(&gp.atomicstatus)
 }
 
-// Ownership of gscanvalid:
+// Ownership of gcscanvalid:
 //
 // If gp is running (meaning status == _Grunning or _Grunning|_Gscan),
-// then gp owns gp.gscanvalid, and other goroutines must not modify it.
+// then gp owns gp.gcscanvalid, and other goroutines must not modify it.
 //
 // Otherwise, a second goroutine can lock the scan state by setting _Gscan
-// in the status bit and then modify gscanvalid, and then unlock the scan state.
+// in the status bit and then modify gcscanvalid, and then unlock the scan state.
 //
 // Note that the first condition implies an exception to the second:
 // if a second goroutine changes gp's status to _Grunning|_Gscan,
-// that second goroutine still does not have the right to modify gscanvalid.
+// that second goroutine still does not have the right to modify gcscanvalid.
 
 // The Gscanstatuses are acting like locks and this releases them.
 // If it proves to be a performance hit we should be able to make these