Date: Wed, 25 May 2011 17:49:24 -0400 From: Arnaud Lacombe <lacombar@gmail.com> To: John Baldwin <jhb@freebsd.org> Cc: freebsd-current@freebsd.org, Dimitry Andric <dim@freebsd.org> Subject: Re: [PATCH] Fix CFLAGS overwrite by Makefile Message-ID: <BANLkTim-Cwo_PNO-9VeidaeQzdGpurQdJQ@mail.gmail.com> In-Reply-To: <BANLkTikOMtGqpSLeumR764AkwgB1N%2Bx_mA@mail.gmail.com> References: <1306267772-31084-1-git-send-email-lacombar@gmail.com> <201105251228.32399.jhb@freebsd.org> <BANLkTin3aU2fO3WWO8knNeTjSVRgyYfU4w@mail.gmail.com> <201105251544.02621.jhb@freebsd.org> <BANLkTikOMtGqpSLeumR764AkwgB1N%2Bx_mA@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi, On Wed, May 25, 2011 at 4:10 PM, Arnaud Lacombe <lacombar@gmail.com> wrote: > I'm now trying to track down the original instruction triggering the > SIGILL, but it is in a library and that section of the memory does not > seem to be included in the core. Moreover I do not think I have any > way on a broken system to get the address at which libraries get > loaded (understand that ldd(1) is dynamically linked, and as the libc > the likely culprit, rendering ldd(1) useless). > ok, the reason the whole system appears broken is because `/libexec/ld-elf.so.1' is broken, it contains several CMOV instructions. The objects it is made from are clear from any CMOV, so this code likely comes from the jail's lib. I guess that the responsible for building the jail environment had the wonderful idea to use the host /usr/lib32 and put them in the jail /usr/lib, without knowing that those libraries are i686-optimized, That also explain the /boot/loader brokenness which links against the jail's libstand.a. - Arnaud
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?BANLkTim-Cwo_PNO-9VeidaeQzdGpurQdJQ>