runtime: move trace locks to the leaf of the lock graph

Now that trace.lock cannot be held over a stack split, we can move
that lock and traceStackTab to the leaf of the lock graph. We add a
couple edges to STACKGROW that were previously passing through trace.

Fixes #53979.

Change-Id: Ie664ff7bb33973745f991f7516dc6106e60f5892
Reviewed-on: https://go-review.googlesource.com/c/go/+/418957
Run-TryBot: Austin Clements <austin@google.com>
Reviewed-by: Michael Pratt <mpratt@google.com>
Reviewed-by: Michael Knyszek <mknyszek@google.com>
TryBot-Result: Gopher Robot <gobot@golang.org>

Author: aclements

Diff for: src/runtime/lockrank.go

@@ -115,26 +115,15 @@ allg,
 MPROF < profInsert, profBlock, profMemActive;
 profMemActive < profMemFuture;
 
-# Execution tracer events (with a P)
-hchan,
-  root,
-  sched,
-  traceStrings,
-  notifyList,
-  fin
-# Above TRACE is anything that can create a trace event
-< TRACE
-< trace
-< traceStackTab;
-
 # Stack allocation and copying
 gcBitsArenas,
   netpollInit,
   profBlock,
   profInsert,
   profMemFuture,
   spanSetSpine,
-  traceStackTab
+  fin,
+  root
 # Anything that can grow the stack can acquire STACKGROW.
 # (Most higher layers imply STACKGROW, like MALLOC.)
 < STACKGROW
@@ -168,6 +157,18 @@ stackLarge,
 # Below mheap is the span allocator implementation.
 mheap, mheapSpecial < globalAlloc;
 
+# Execution tracer events (with a P)
+hchan,
+  root,
+  sched,
+  traceStrings,
+  notifyList,
+  fin
+# Above TRACE is anything that can create a trace event
+< TRACE
+< trace
+< traceStackTab;
+
 # panic is handled specially. It is implicitly below all other locks.
 NONE < panic;
 # deadlock is not acquired while holding panic, but it also needs to be