From owner-freebsd-current@FreeBSD.ORG Wed May 25 21:49:24 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D47D1106564A; Wed, 25 May 2011 21:49:24 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 81FBC8FC13; Wed, 25 May 2011 21:49:24 +0000 (UTC) Received: by iwn33 with SMTP id 33so101491iwn.13 for ; Wed, 25 May 2011 14:49:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=UWQ7HEsitcUIaI+NmgLwbZyJEfwmpuyXr4sQBp4gEe4=; b=VRTWvrsPz+6oqKtmYGnsMhhMJLxWEoyt5Th8FLkK5o9nkzVZpgc0rIwabshiu8CdCX 3oRuSL2s1hfpNe5E1PTqF40OQlrsQjKwWhD0iQLhbz/ufOouIcpXaiTNINWcsTnLSpGQ KG4eWPQT3Au2VYypJoXhfKjae1UY8+ImNKVZQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=DA3NLkFaN5+c6ulvwayqoh/r3hpzUHh+XC2487pIsNKP7X383G/M2OcRxXhBWtfHPr LSkmkgjf+DPs6CM6Eb5R8fCIb1LEL+ErCI69xwXDvni4jwuC+5mPtEQBbRX7jDMwQbBm bl9oFha9xUTUp5u2gmUdNJiYwLCTV1/JffcH4= MIME-Version: 1.0 Received: by 10.42.134.67 with SMTP id k3mr58207ict.478.1306360164076; Wed, 25 May 2011 14:49:24 -0700 (PDT) Received: by 10.42.177.10 with HTTP; Wed, 25 May 2011 14:49:24 -0700 (PDT) In-Reply-To: References: <1306267772-31084-1-git-send-email-lacombar@gmail.com> <201105251228.32399.jhb@freebsd.org> <201105251544.02621.jhb@freebsd.org> Date: Wed, 25 May 2011 17:49:24 -0400 Message-ID: From: Arnaud Lacombe To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, Dimitry Andric Subject: Re: [PATCH] Fix CFLAGS overwrite by Makefile X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2011 21:49:24 -0000 Hi, On Wed, May 25, 2011 at 4:10 PM, Arnaud Lacombe 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