From owner-freebsd-amd64@FreeBSD.ORG Sat Dec 31 03:20:10 2011 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3B06106566C for ; Sat, 31 Dec 2011 03:20:10 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9A64B8FC13 for ; Sat, 31 Dec 2011 03:20:10 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id pBV3KAIV091275 for ; Sat, 31 Dec 2011 03:20:10 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id pBV3KAQr091274; Sat, 31 Dec 2011 03:20:10 GMT (envelope-from gnats) Date: Sat, 31 Dec 2011 03:20:10 GMT Message-Id: <201112310320.pBV3KAQr091274@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Peter Wemm Cc: Subject: Re: amd64/163710: setjump in userboot.so causes stack corruption X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Peter Wemm List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Dec 2011 03:20:10 -0000 The following reply was made to PR amd64/163710; it has been noted by GNATS. From: Peter Wemm To: Russell Cattelan Cc: freebsd-gnats-submit@freebsd.org Subject: Re: amd64/163710: setjump in userboot.so causes stack corruption Date: Fri, 30 Dec 2011 19:16:10 -0800 On Fri, Dec 30, 2011 at 12:24 PM, Russell Cattelan w= rote: > On 12/30/11 1:33 AM, Peter Wemm wrote: >> On Thu, Dec 29, 2011 at 7:16 PM, Russell Cattelan >> wrote: >> >>>> Description: >>> For some reason the forth interpreter is built and linked as 32bit even >>> on amd64. >> That's the catch. We use the same 32 bit loader on i386 and amd64. >> The common loader understands both kernel formats. =A0This unfortunately >> has meant that the libstand and sys/boot environment has had to be 32 >> bit. >> > Yes this is bit of an odd situation. > the loader is linked 32bit but userboot.so / libstand is built 64bit > but pulls in the 32bit ficl lib. > The 64bit libstand provides the setjmp call that needs 96 bytes > of space but since ficl is built with the 32bit jump_buf (48 byte ) > structure > things go sideways. We link the loader with the 32 bit libstand though. It cannot work any other way. BTX is 32 bit only. --=20 Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; KI6FJV "All of this is for nothing if we don't go to the stars" - JMS/B5 "If Java had true garbage collection, most programs would delete themselves upon execution." -- Robert Sewell