]> Cypherpunks repositories - gostls13.git/commit
runtime: make sure BP is saved in nanotime1/walltime1, else frame pointer may not...
authorDan Scales <danscales@google.com>
Thu, 19 Dec 2019 01:27:27 +0000 (17:27 -0800)
committerDan Scales <danscales@google.com>
Fri, 20 Dec 2019 19:01:41 +0000 (19:01 +0000)
commit21713f41d17514a432a881655332fbcde4814b45
tree91c0e3d2abcc0589402a8b17aeaa9300ec34f239
parent3f51350c706c8ff663f12867bcfec98aa9fc46bf
runtime: make sure BP is saved in nanotime1/walltime1, else frame pointer may not be preserved

nanotime1 and walltime1 do not preserve BP on linux amd64. Previously, this
did not cause a problem, because nanotime/walltime do preserve the BP. But now
with mid-stack inlining, nanotime/walltime are usually inlined, so BP is not
preserved. So, the BP is now wrong in any function after a call to
nanotime()/walltime() on amd64. That means the frame pointer on the stack can
be wrong for any further function call made after the nanotime() call (notably
runtime.main and various GC functions). [386 doesn't use framepointer.]

Fix is to set a frame size of 8 for nanotime1 and walltime1, which means the
standard prolog/epilog that saves/restore BP in the stack frame is added.

I noticed this while investigating issue 16638 (use frame pointers for
runtime.Callers). This change would needed for progress on that issue (which
doesn't have a high priority). Verified that this fix works/is useful for issue
16638.

Change-Id: I19e19ef2c1a517d737a34928baae034f2eb0b2c2
Reviewed-on: https://go-review.googlesource.com/c/go/+/212079
Run-TryBot: Dan Scales <danscales@google.com>
Reviewed-by: Keith Randall <khr@golang.org>
TryBot-Result: Gobot Gobot <gobot@golang.org>
src/runtime/sys_linux_amd64.s