X-Original-To: alpine-aports@mail.alpinelinux.org Delivered-To: alpine-aports@mail.alpinelinux.org Received: from mail.alpinelinux.org (dallas-a1.alpinelinux.org [127.0.0.1]) by mail.alpinelinux.org (Postfix) with ESMTP id EB1CFDC5D95 for ; Tue, 23 Feb 2016 03:31:52 +0000 (UTC) Received: from smtp.webfaction.com (mail6.webfaction.com [74.55.86.74]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.alpinelinux.org (Postfix) with ESMTPS id 79B35DC00A7 for ; Tue, 23 Feb 2016 03:31:50 +0000 (UTC) Received: from [10.10.5.62] (c-71-236-42-116.hsd1.tn.comcast.net [71.236.42.116]) by smtp.webfaction.com (Postfix) with ESMTP id A83E520BE9B6 for ; Tue, 23 Feb 2016 03:31:49 +0000 (UTC) Content-Type: text/plain; charset=utf-8 X-Mailinglist: alpine-aports Precedence: list List-Id: Alpine Development List-Unsubscribe: List-Post: List-Help: List-Subscribe: Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) Subject: Re: [alpine-aports] [PATCH] community/go: update to go 1.6 From: Nathan Johnson In-Reply-To: Date: Mon, 22 Feb 2016 21:31:48 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <6B43A2AB-AE1F-4279-8B9A-5E8B8074D328@nathanjohnson.org> References: <1455921565-314-1-git-send-email-nathan@nathanjohnson.info> <20160222170241.77a421ae@vostro.util.wtbts.net> <5849825D-12E6-424F-9A18-B8FA6DFF831F@nathanjohnson.org> <20160222192020.514ef80e@vostro> To: alpine-aports@lists.alpinelinux.org X-Mailer: Apple Mail (2.3112) X-Virus-Scanned: ClamAV using ClamSMTP So as a followup to all of this, I get segfaults even when I boot to a = vanilla kernel. I=E2=80=99m pretty sure there is something fishy in goville for 1.6 on = 386. I=E2=80=99ve posted an issue on the golang github account, hopefully someone will have some ideas. https://github.com/golang/go/issues/14476 > On Feb 22, 2016, at 3:46 PM, Nathan Johnson = wrote: >=20 >=20 >> On Feb 22, 2016, at 11:20 AM, Timo Teras wrote: >>=20 >> On Mon, 22 Feb 2016 11:14:57 -0600 >> Nathan Johnson wrote: >>=20 >>>> On Feb 22, 2016, at 9:02 AM, Timo Teras wrote: >>>>=20 >>>> Hi, >>>>=20 >>>> I applied but reverted it. Seems it does not work properly on x86, >>>> but the build fails. Perhaps go now needs pax marking on x86? Or >>>> it's something else? Any ideas? =20 >>>=20 >>> I did manage to find something interesting: >>>=20 >>> Starting >>> program: /home/njohnson/aports/community/go/src/go/src/cmd/dist/dist >>> warning: Cannot call inferior functions, Linux kernel PaX protection >>> forbids return to non-executable pages! >>>=20 >>> Program received signal SIGSEGV, Segmentation fault. >>> 0x0809e536 in runtime.setldt () >>> at /usr/lib/go-bootstrap/src/runtime/sys_linux_386.s:420 >>> 420 INT $3 (gdb) quit >>> A debugging session is active. >>>=20 >>> I=E2=80=99ll keep digging. >>=20 >> There is comment in the apkbuild that sysctl kernel.modify_ldt=3D1 is >> required on x86. I wonder if something broke in that regard. Could be >> also kernel side regression. >=20 > After setting that sysctl parameter I was able to get further, but = ultimately > it still fails. >=20 > Feb 22 21:33:09 abuildx86 kern.err kernel: [ 4692.861846] PAX: = execution attempt in: , 00000000-0008a000 00000000 > Feb 22 21:33:09 abuildx86 kern.err kernel: [ 4692.861853] PAX: = terminating task: = /home/njohnson/aports/community/go/src/go/bin/go(go):32570, uid/euid: = 1002/1002, PC: (nil), SP: 5adf0038 > Feb 22 21:33:09 abuildx86 kern.err kernel: [ 4692.861855] PAX: bytes = at PC: ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ??=20 > Feb 22 21:33:09 abuildx86 kern.err kernel: [ 4692.861875] PAX: bytes = at SP-4: 00000000 0810dd38 080e1f1f 00000000 00002000 5adf0054 00000000 = 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 = 00000000 00000000 00000000 00000000 00000000 00000000=20 > Feb 22 21:33:09 abuildx86 kern.alert kernel: [ 4692.861897] grsec: = denied resource overstep by requesting 4096 for RLIMIT_CORE against = limit 0 for /home/njohnson/aports/community/go/src/go/bin/go[go:32570] = uid/euid:1002/1002 gid/egid:1002/1002, parent /bin/busybox[ash:3256 >=20 >=20 >=20 > I also can=E2=80=99t seem to attach to the program with gdb: >=20 > abuildx86:~/aports/community/go/src/go/bin$ gdb go > GNU gdb (GDB) 7.10.1 > Copyright (C) 2015 Free Software Foundation, Inc. > License GPLv3+: GNU GPL version 3 or later = > This is free software: you are free to change and redistribute it. > There is NO WARRANTY, to the extent permitted by law. Type "show = copying" > and "show warranty" for details. > This GDB was configured as "i586-alpine-linux-musl". > Type "show configuration" for configuration details. > For bug reporting instructions, please see: > . > Find the GDB manual and other documentation resources online at: > . > For help, type "help". > Type "apropos word" to search for commands related to "word"... > Reading symbols from go...done. > warning: Missing auto-load script at offset 0 in section = .debug_gdb_scripts > of file /home/njohnson/aports/community/go/src/go/bin/go. > Use `info auto-load python-scripts [REGEXP]' to list them. > (gdb) run > Starting program: /home/njohnson/aports/community/go/src/go/bin/go=20 > warning: Cannot call inferior functions, Linux kernel PaX protection = forbids return to non-executable pages! >=20 > Program terminated with signal SIGKILL, Killed. > The program no longer exists. > (gdb)=20 >=20 > I=E2=80=99m pretty lost when it comes to PaX . I did attempt to do a = paxctl -m on the binary, but I got this: >=20 > abuildx86:/var/log# paxctl -m = /home/njohnson/aports/community/go/src/go/bin/go > file /home/njohnson/aports/community/go/src/go/bin/go is not a valid = ELF executable (invalid SHT_ entry:22) > abuildx86:/var/log#=20 >=20 > I=E2=80=99m out of ideas at this point. >=20 > --- > Unsubscribe: alpine-aports+unsubscribe@lists.alpinelinux.org > Help: alpine-aports+help@lists.alpinelinux.org > --- >=20 --- Unsubscribe: alpine-aports+unsubscribe@lists.alpinelinux.org Help: alpine-aports+help@lists.alpinelinux.org ---