Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 3 Nov 2018 17:29:36 +0200
From:      Konstantin Belousov <kostikbel@gmail.com>
To:        Charlie Li <ml@vishwin.info>
Cc:        Brooks Davis <brooks@freebsd.org>, svn-src-head@freebsd.org, toolchain@freebsd.org, Konstantin Belousov <kib@FreeBSD.org>, current@freebsd.org
Subject:   Re: svn commit: r339898 - head/lib/libc/amd64/sys
Message-ID:  <20181103152936.GQ5335@kib.kiev.ua>
In-Reply-To: <fdda06af-d189-b9b0-d2d5-26bcf2c6395a@vishwin.info>
References:  <201810300011.w9U0BUui038857@repo.freebsd.org> <a2d14762-d6f9-4c3e-b3d3-efb7dcb2640f@vishwin.info> <20181101160406.GA60233__23941.7825396687$1541088368$gmane$org@spindle.one-eyed-alien.net> <ae15161f-0728-d208-12a2-08a22fcbc50b@vishwin.info> <fdda06af-d189-b9b0-d2d5-26bcf2c6395a@vishwin.info>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, Nov 03, 2018 at 08:52:16AM -0400, Charlie Li wrote:
> On 01/11/2018 15:43, Charlie Li wrote:
> > On 01/11/2018 12:04, Brooks Davis wrote:
> >> Is this failure with devel/llvm70?  It's currently missing the patch
> >> required to make this work.  https://reviews.freebsd.org/D17709 contains
> >> this patch among others.  I'll see about getting it applied.
> >>
> > Yes, devel/llvm70. Will build with your port commit at my next opportunity.
> > 
> After building world and kernel r340097, kernel runs fine, but every
> userspace program in world crashes with Illegal instruction. They all
> crash in exactly the same way. Example backtrace from bmake, running
> from objdir (first discovered after updating a poudriere jail and
> attempting to even start it):
> 
> Reading symbols from
> /usr/obj/usr/src/amd64.amd64/usr.bin/bmake/make...Reading symbols from
> /usr/obj/usr/src/amd64.amd64/usr.bin/bmake/make.debug...done.
> done.
> [New LWP 100097]
> Core was generated by `/usr/obj/usr/src/amd64.amd64/usr.bin/bmake/make
> --help'.
> Program terminated with signal SIGILL, Illegal instruction.
> #0  0x00000000002f5664 in _init ()
> (gdb) bt
> #0  0x00000000002f5664 in _init ()
> #1  0x00000000002290fe in _start (ap=<optimized out>, cleanup=<optimized
> out>) at /usr/src/lib/csu/amd64/crt1.c:66
> 
> Given the line number referenced in crt1.c, I'm guessing this condition
> may have existed since at least r339351.

Some minimal amount of facts instead of guesses would be much more useful.

What is the instruction which faulted ?  Disassemble the text at 0x2f5664.
Regardless of what is the instruction, show either the output from
'x86info -f' on the machine, or cpu identification lines from the
_verbose_ boot dmesg.

make is statically linked, do dynamically linked program fault ?




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20181103152936.GQ5335>