]> Cypherpunks repositories - gostls13.git/commitdiff
runtime: fix accounting race in printlock
authorRuss Cox <rsc@golang.org>
Wed, 14 Jan 2015 19:57:10 +0000 (14:57 -0500)
committerRuss Cox <rsc@golang.org>
Wed, 14 Jan 2015 20:28:08 +0000 (20:28 +0000)
It could happen that mp.printlock++ happens, then on entry to lock,
the goroutine is preempted and then rescheduled onto another m
for the actual call to lock. Now the lock and the printlock++ have
happened on different m's. This can lead to printlock not being
unlocked, which either gives a printing deadlock or a crash when
the goroutine reschedules, because m.locks > 0.

Change-Id: Ib0c08740e1b53de3a93f7ebf9b05f3dceff48b9f
Reviewed-on: https://go-review.googlesource.com/2819
Reviewed-by: Rick Hudson <rlh@golang.org>
src/runtime/print1.go

index 7bec5599b5ddc8a7485940080f1a47ff2b81e53b..e717c9879949a43a8fa53bbfa8be5779c8ed971d 100644 (file)
@@ -53,10 +53,12 @@ var debuglock mutex
 
 func printlock() {
        mp := getg().m
+       mp.locks++ // do not reschedule between printlock++ and lock(&debuglock).
        mp.printlock++
        if mp.printlock == 1 {
                lock(&debuglock)
        }
+       mp.locks-- // now we know debuglock is held and holding up mp.locks for us.
 }
 
 func printunlock() {