runtime: fatal error: failed to get system page size / panic before malloc heap initialized #18041

steeve · 2016-11-24T16:24:31Z

Please answer these questions before submitting your issue. Thanks!

What version of Go are you using (`go version`)?

go version devel +8ace346 Wed Nov 23 01:16:47 2016 +0000 darwin/amd64

What operating system and processor architecture are you using (`go env`)?

GOARCH="amd64"
GOBIN=""
GOEXE=""
GOHOSTARCH="amd64"
GOHOSTOS="darwin"
GOOS="darwin"
GOPATH="/Users/steeve/go"
GORACE=""
GOROOT="/usr/local/Cellar/go/HEAD-8ace346/libexec"
GOTOOLDIR="/usr/local/Cellar/go/HEAD-8ace346/libexec/pkg/tool/darwin_amd64"
GCCGO="gccgo"
CC="clang"
GOGCCFLAGS="-fPIC -m64 -pthread -fno-caret-diagnostics -Qunused-arguments -fmessage-length=0 -fdebug-prefix-map=/var/folders/bs/51dlb_nn5k35xq9qfsxv9wc00000gn/T/go-build321427714=/tmp/go-build -gno-record-gcc-switches -fno-common"
CXX="clang++"
CGO_ENABLED="1"
PKG_CONFIG="pkg-config"
CGO_CFLAGS="-g -O2"
CGO_CPPFLAGS=""
CGO_CXXFLAGS="-g -O2"
CGO_FFLAGS="-g -O2"
CGO_LDFLAGS="-g -O2"

What did you do?

Build a gomobile library for Android, link it, and try to launch the app and use the library.

What did you expect to see?

The app launching.

What did you see instead?

fatal error: failed to get system page size
runtime: panic before malloc heap initialized
runtime stack:
runtime.throw(0x7f75837534, 0x1e)
    /usr/local/Cellar/go/HEAD-8ace346/libexec/src/runtime/panic.go:596 +0x70 fp=0x7f74fe2300 sp=0x7f74fe22e0
runtime.mallocinit()
    /usr/local/Cellar/go/HEAD-8ace346/libexec/src/runtime/malloc.go:223 +0x46c fp=0x7f74fe23a0 sp=0x7f74fe2300
runtime.schedinit()
    /usr/local/Cellar/go/HEAD-8ace346/libexec/src/runtime/proc.go:465 +0x38 fp=0x7f74fe23e0 sp=0x7f74fe23a0
runtime.rt0_go(0x7f8fa36d48, 0x7f8ff012c0, 0x4f14, 0x0, 0x0, 0x7f75f3f440, 0x0, 0x4f1400004f26, 0x0, 0x7f74ee5000, ...)
    /usr/local/Cellar/go/HEAD-8ace346/libexec/src/runtime/asm_arm64.s:70 +0xbc fp=0x7f74fe2410 sp=0x7f74fe23e0

The text was updated successfully, but these errors were encountered:

minux · 2016-11-24T21:40:26Z

/cc @aclements It seems we need to have a fallback method (read /proc/self/auxv?) to get the physical page size in runtime/os_linux.go?

steeve · 2016-11-25T00:54:34Z

Also, if this was not clear, the bug happens on android/arm arm64. Works fine on darwin/arm64. Haven't tested linux/arm64 too.

Seems to be linked to https://go-review.googlesource.com/#/c/25022/.

minux · 2016-11-25T01:44:42Z

Right. darwin/arm64 always uses sysctl to query system page size, only the linux port relies on AUXV. But for shared library and static libraries, the AUXV might not be (directly) available.

aclements · 2016-11-28T16:50:35Z

It seems we need to have a fallback method (read /proc/self/auxv?)
to get the physical page size in runtime/os_linux.go?

Yes, we probably need something like that, but since this is GOOS=android, os_linux.go isn't involved right now. As far as I can tell, Android isn't even trying to set the physical page size. I'm not very familiar with the Android runtime init process, which is quite different from other OSes, so I'm trying to work out where to put this setup now.

aclements · 2016-11-28T17:00:54Z

I'm not very familiar with the Android runtime init process

Okay, for example, I did not understand the GOOS=android apparently implies the linux build tag, so os_linux.go is involved. But I think rt0_android_*.go is synthesizing an empty auxv.

gopherbot · 2016-11-28T23:15:24Z

CL https://golang.org/cl/33651 mentions this issue.

gopherbot · 2016-11-28T23:15:25Z

CL https://golang.org/cl/33652 mentions this issue.

This refactoring is in preparation for handling auxv differently in Android shared libraries. Updates #18041. Change-Id: If0458a309f9c804e7abd0a58b5a224d89f8da257 Reviewed-on: https://go-review.googlesource.com/33651 Run-TryBot: Austin Clements <austin@google.com> TryBot-Result: Gobot Gobot <gobot@golang.org> Reviewed-by: David Crawshaw <crawshaw@golang.org>

steeve · 2016-12-19T13:54:32Z

FYI, this is still an issue in go 1.8b2, and is not happening on 1.7.
While 6f287fa fixes the issue in debug mode apps, release mode apps fail because /proc/self/auxv because of denied permissions.

This is the same issue as #9229

minux · 2016-12-19T14:11:18Z

@crawshaw, perhaps it's time to bump NDK requirement and just use bionic's getauxval?

steeve · 2016-12-19T14:25:54Z

I would advize against that since using getauxval requires 21+.
That means dropping almost 37% of the Android user base, according to https://developer.android.com/about/dashboards/index.html

Could falling back to auvx generation (like it used to) as a last resort be an option ?

We ourselves release on 16+.

quentinmit · 2016-12-19T14:29:42Z

Can we use `getauxval` on 21+ and the private `__libc_auxv` if available on previous versions?

minux · 2016-12-19T14:36:08Z

A crazy idea: when all else fail, we try mmap a few times to determine the system page size.

gopherbot · 2016-12-19T14:50:29Z

CL https://golang.org/cl/34610 mentions this issue.

minux · 2016-12-19T21:41:25Z

@steeve, could you please test CL 34610 and see if it works in production build? (Update: the CL is submitted, so please try the latest master branch instead.) If you got "Recompile using GOARM=5." message, please see if making "func checkgoarm" in runtime/os_linux_arm.go simply return fixes the problem and allow the application to run. Thanks. I failed to find an Android device with such limiting SELinux rules.

steeve · 2016-12-22T10:53:57Z

@minux sorry for the lag.
Just tested it with 860c9c0 and i can confirm it works fine.
Thank you all, that was super fast!

quentinmit added the NeedsFix The path to resolution is known, but the work has not been done. label Nov 24, 2016

quentinmit added this to the Go1.8 milestone Nov 24, 2016

gopherbot closed this as completed in 6f287fa Nov 29, 2016

minux reopened this Dec 19, 2016

gopherbot closed this as completed in a0667be Dec 19, 2016

golang locked and limited conversation to collaborators Dec 22, 2017

gopherbot added the FrozenDueToAge label Dec 22, 2017

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

runtime: fatal error: failed to get system page size / panic before malloc heap initialized #18041

runtime: fatal error: failed to get system page size / panic before malloc heap initialized #18041

steeve commented Nov 24, 2016

minux commented Nov 24, 2016 via email

steeve commented Nov 25, 2016 •

edited

minux commented Nov 25, 2016 via email

aclements commented Nov 28, 2016

aclements commented Nov 28, 2016

gopherbot commented Nov 28, 2016

gopherbot commented Nov 28, 2016

steeve commented Dec 19, 2016 •

edited

minux commented Dec 19, 2016 via email

steeve commented Dec 19, 2016

quentinmit commented Dec 19, 2016 via email

minux commented Dec 19, 2016 via email

gopherbot commented Dec 19, 2016

minux commented Dec 19, 2016 via email •

edited

steeve commented Dec 22, 2016

runtime: fatal error: failed to get system page size / panic before malloc heap initialized #18041

runtime: fatal error: failed to get system page size / panic before malloc heap initialized #18041

Comments

steeve commented Nov 24, 2016

What version of Go are you using (go version)?

What operating system and processor architecture are you using (go env)?

What did you do?

What did you expect to see?

What did you see instead?

minux commented Nov 24, 2016 via email

steeve commented Nov 25, 2016 • edited

minux commented Nov 25, 2016 via email

aclements commented Nov 28, 2016

aclements commented Nov 28, 2016

gopherbot commented Nov 28, 2016

gopherbot commented Nov 28, 2016

steeve commented Dec 19, 2016 • edited

minux commented Dec 19, 2016 via email

steeve commented Dec 19, 2016

quentinmit commented Dec 19, 2016 via email

minux commented Dec 19, 2016 via email

gopherbot commented Dec 19, 2016

minux commented Dec 19, 2016 via email • edited

steeve commented Dec 22, 2016

What version of Go are you using (`go version`)?

What operating system and processor architecture are you using (`go env`)?

steeve commented Nov 25, 2016 •

edited

steeve commented Dec 19, 2016 •

edited

minux commented Dec 19, 2016 via email •

edited