From owner-freebsd-arm@FreeBSD.ORG Thu Apr 17 20:50:18 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 38FF6F9B for ; Thu, 17 Apr 2014 20:50:18 +0000 (UTC) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 06DD211BE for ; Thu, 17 Apr 2014 20:50:17 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1WatGC-000K1i-6Y; Thu, 17 Apr 2014 20:50:16 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id s3HKoCvZ003667; Thu, 17 Apr 2014 14:50:12 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1/9lvwpRtjOUag9xenwNrnC Subject: Re: Building an ARM/RPI-B release (hacked) on CURRENT/AMD64. From: Ian Lepore To: Mark R V Murray In-Reply-To: <54D788B2-BD68-4F75-86FF-0C4E71D9B75A@grondar.org> References: <9FDD6F0E-B2A9-48D9-A3E4-181868995FDA@grondar.org> <20140417103117.GE44138@cicely7.cicely.de> <1397738961.1124.157.camel@revolution.hippie.lan> <1397761628.1124.245.camel@revolution.hippie.lan> <7196A020-54E1-42FA-B8A0-25B145B0E412@bsdimp.com> <54D788B2-BD68-4F75-86FF-0C4E71D9B75A@grondar.org> Content-Type: text/plain; charset="windows-1251" Date: Thu, 17 Apr 2014 14:50:11 -0600 Message-ID: <1397767811.1124.289.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by damnhippie.dyndns.org id s3HKoCvZ003667 Cc: Tim Kientzle , freebsd-arm , ticso@cicely.de X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2014 20:50:18 -0000 On Thu, 2014-04-17 at 20:54 +0100, Mark R V Murray wrote: > On 17 Apr 2014, at 20:14, Warner Losh wrote: >=20 > >=20 > > On Apr 17, 2014, at 1:07 PM, Ian Lepore wrote: > >>=20 > >> Hmmm. After a bit of poking around in the llvm code, it looks like = the > >> full extent of the support for -ffixed-r9 is that it doesn't conside= r > >> that register available for use by the code generator; that's only p= art > >> of what u-boot needs. =20 > >=20 > > what=92s the other part? Global register variables like this? >=20 > Yah. U-boot/Arm is heavily dependant on using R9 (previously R8) as a > global register variable. >=20 > >> Some online notes I found for clang 3.5 claim that global register > >> variables aren't supported, and aren't likely to be any time soon. > >=20 > > Is that a poke in the eye of uboot, or is it more of a contention tha= t > > uboot is moving away from that need? >=20 > It means that for now I guess we are stuck with using GCC to compile u-= boot. >=20 > I=92d mind a lot less if this was done as a port. >=20 > > Hmm. A port to do what crochet does, without all the FreeBSD/ARM (build= |install)(world|kernel) stuff? >=20 > Something that makes an empty .img (with only the weird boot bi= ts in it) as its =93product=94 for later use by the release process might= be nice. >=20 > I=92m guessing (more like hoping) that once the boot bits work, they=92= ll be pretty stable for a given platform for a while, and the .img file c= ould be kept under src/release/=85 somewhere. This way, it doesn=92t matt= er if some humongous GCC port is used for cross-building; this would be o= nly needed when the boot-bits change. > I'm not very familiar with crochet, but I'm confused now... Tim K. is the creator of crochet, and he's the maintainer of the u-boot-beaglebone-eabi port, which uses the gcc cross-compiler from ports. So did Tim not use his own excellent port in crochet? -- Ian