From owner-freebsd-stable@FreeBSD.ORG Fri Feb 20 06:02:07 2015 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BCB075CC; Fri, 20 Feb 2015 06:02:07 +0000 (UTC) Received: from pmta1.delivery4.ore.mailhop.org (pmta1.delivery4.ore.mailhop.org [54.191.151.194]) by mx1.freebsd.org (Postfix) with ESMTP id 9B1155E4; Fri, 20 Feb 2015 06:02:07 +0000 (UTC) Received: from smtp5.ore.mailhop.org (172.31.18.134) by pmta1.delivery1.ore.mailhop.org id hsr6sm20r84f; Fri, 20 Feb 2015 05:31:29 +0000 (envelope-from ) Received: from c-73-34-117-227.hsd1.co.comcast.net ([73.34.117.227] helo=ilsoft.org) by smtp5.ore.mailhop.org with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.82) (envelope-from ) id 1YOgBp-0006Nk-4H; Fri, 20 Feb 2015 05:31:49 +0000 Received: from revolution.hippie.lan (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t1K5VmfS058023; Thu, 19 Feb 2015 22:31:48 -0700 (MST) (envelope-from ian@freebsd.org) X-Mail-Handler: DuoCircle Outbound SMTP X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@duocircle.com (see https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information for abuse reporting information) X-MHO-User: U2FsdGVkX1+INDFgLCNYg/4j0ZZ2PM0c Message-ID: <1424410308.1108.56.camel@freebsd.org> Subject: Re: building an 8.4-STABLE i386 poudriere jail on an 10.0-STABLE amd64 host From: Ian Lepore To: Don Lewis Date: Thu, 19 Feb 2015 22:31:48 -0700 In-Reply-To: <201408300043.s7U0hIXf073387@gw.catspoiler.org> References: <201408300043.s7U0hIXf073387@gw.catspoiler.org> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.12.8 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Cc: gjb@FreeBSD.org, stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Feb 2015 06:02:07 -0000 On Fri, 2014-08-29 at 17:43 -0700, Don Lewis wrote: > On 29 Aug, Don Lewis wrote: > > > With the patch below, I get further, but now lint is core getting > > SIGBUS. > > > > ===> usr.bin/xlint/llib (all) > > lint -cghapbx -Cposix /var/poudriere/jails/84STABLEi386/usr/src/usr.bin/xlint/llib/llib-lposix > > llib-lposix: > > lint: /usr/obj/i386/var/poudriere/jails/84STABLEi386/usr/src/tmp/usr/libexec/lint1 got signal 10 > > *** Error code 1 > > 1 error > > *** Error code 2 > > 1 error > > *** Error code 2 > > 1 error > > *** Error code 2 > > 1 error > > *** Error code 2 > > 1 error > > *** [buildworld] Error code 2 > > 1 error > > ====>> Error: Failed to 'make buildworld' > > I simplified things a bit and am now just doing normal crossbuilds. I'm > still seeing core dumps, even on amd64 -> amd64 crossbuilds. I'm not > seeing a reason, though ... > > # gdb /usr/obj/tmp/stable8/tmp/usr/libexec/lint1 /usr/obj/tmp/stable8/usr.bin/xlint/llib/lint1.core > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "amd64-marcel-freebsd"... > Core was generated by `lint1'. > Program terminated with signal 10, Bus error. > #0 0x000000000040b061 in getcnode (tp=0x800c1f400, v=0x800c08160) > at /tmp/stable8/usr.bin/xlint/lint1/tree.c:260 > 260 n->tn_val->v_u = v->v_u; > (gdb) list > 255 n->tn_op = CON; > 256 n->tn_type = tp; > 257 n->tn_val = tgetblk(sizeof (val_t)); > 258 n->tn_val->v_tspec = tp->t_tspec; > 259 n->tn_val->v_ansiu = v->v_ansiu; > 260 n->tn_val->v_u = v->v_u; > 261 free(v); > 262 return (n); > 263 } > 264 > (gdb) print n > $1 = (tnode_t *) 0x80068f000 > (gdb) print v > $2 = (val_t *) 0x800c08160 > (gdb) print *n > $3 = {tn_op = CON, tn_type = 0x800c1f400, tn_lvalue = 0, tn_cast = 0, > tn_parn = 0, tn_u = {tn_s = {_tn_left = 0x80068f028, _tn_right = 0x0}, > _tn_sym = 0x80068f028, _tn_val = 0x80068f028, _tn_strg = 0x80068f028}} > (gdb) print *v > $4 = {v_tspec = INT, v_ansiu = 0, v_u = {_v_quad = 128, > _v_ldbl = 4.6658554008095674912363595950328574e-4949}} > (gdb) print *n->tn_u._tn_val > $5 = {v_tspec = INT, v_ansiu = 0, v_u = {_v_quad = 0, _v_ldbl = 0}} > (gdb) print v->v_u > $6 = {_v_quad = 128, _v_ldbl = 4.6658554008095674912363595950328574e-4949} > (gdb) print n->tn_u._tn_val->v_u > $7 = {_v_quad = 0, _v_ldbl = 0} > > > > Looks like all the pointers are OK, so why the SIGBUS? A late late followup on this... I committed changes to 8-stable so that as of r279041 it can be built on a 10 or later build host, modulo this problem with lint1, which is baffling. The followup is because I stumbled across a workaround for it: just add LINT=/usr/bin/lint to your make command line. That allows the buildworld of 8-stable to complete on my 10-stable machine (amd64 non-cross build). It would be nice to figure out the lint thing, but at least I've finally accomplished what I set out to do this morning that I thought would be easy: build an 8-stable world to test running an 8-stable jail on this 10-stable machine. -- Ian