From owner-freebsd-amd64@FreeBSD.ORG Fri Mar 16 17:00:13 2012 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 14E9E1065674 for ; Fri, 16 Mar 2012 17:00:13 +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 F351F8FC0C for ; Fri, 16 Mar 2012 17:00:12 +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 q2GH0Cj9048492 for ; Fri, 16 Mar 2012 17:00:12 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q2GH0CGY048491; Fri, 16 Mar 2012 17:00:12 GMT (envelope-from gnats) Date: Fri, 16 Mar 2012 17:00:12 GMT Message-Id: <201203161700.q2GH0CGY048491@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: Fri, 16 Mar 2012 17:00:13 -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, 16 Mar 2012 09:56:55 -0700 On Thu, Mar 15, 2012 at 2:40 PM, Russell Cattelan wr= ote: > The following reply was made to PR amd64/163710; it has been noted by GNA= TS. [..] > =A0Does the last patch seem acceptable? > > =A0Can we close this issue out? Sadly not, +no-machine: + rm -f ${.CURDIR}/../../ficl/machine .. this is definitely bogus no matter what. This attempts to modify the source tree which may be read only, and should never even have a "machine->..." symlink in it to remove in the first place. I see sys/boot/userboot/ficl/Makefile has commented out the code that sets up the ./machine links in its ${.OBJDIR} and there's -I paths all over the place so my guess is that it's picking up some of the i386 machine links rather than setting up its own. You probably need to look at the userboot/ficl/Makefile code and make sure its setting up the correct links rather than accidently using one belonging to something else. Or your source tree is contaminated somehow with a machine-> link somewhere that it isn't supposed to be. --=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