From owner-freebsd-arm@FreeBSD.ORG Thu Apr 17 20:06:12 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 E6BBBE32 for ; Thu, 17 Apr 2014 20:06:11 +0000 (UTC) Received: from mail-pd0-f179.google.com (mail-pd0-f179.google.com [209.85.192.179]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B38951C86 for ; Thu, 17 Apr 2014 20:06:11 +0000 (UTC) Received: by mail-pd0-f179.google.com with SMTP id w10so705316pde.24 for ; Thu, 17 Apr 2014 13:06:05 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=55u0wOAbsZQ1v/rdck3m0K0wVtvxKJET733GZQ3Z4I4=; b=K+QpyyJesMyag6upYl0MmYn1KWv46gG7mhG8BdZ93jNoVUt+6niEW+Cq3rgnLKZITF pT/ngdCZ9RRsVgg+d1KU3u82pDiOmrq4I1K9J290ipOJd/OsAcyA44yIdd+pHmt4zsd/ MzUwIFIfecmq1IgUTB6o/PBuThPVeHfI4UdcPyWMkrIoNbD8AaNLaAITHXkhvsBcOQO7 OrsPUvj3iGo0HtIEoOyFSIP84AvWvVfbO0Gf7++21t2dpR5VNoJic3diYAN3r84BclXF pp73a5uHC+2Ol2+u8YBGQgfHTcr2z4Op2efpKaPjhsFJfYKy/4UAA4mFYJijIwZcFQqh SJhQ== X-Gm-Message-State: ALoCoQlWOJ2VfOSmVHOOUvmrw27OpQ3zGHRxzPv6d0oSWJpzjFa8AmfsIccYK4RW+vEU8CtG/Cgy X-Received: by 10.68.215.68 with SMTP id og4mr17647434pbc.112.1397765164976; Thu, 17 Apr 2014 13:06:04 -0700 (PDT) Received: from lgmac-ckapadia.corp.netflix.com (dc1-prod.netflix.com. [69.53.236.251]) by mx.google.com with ESMTPSA id kl1sm55295061pbd.73.2014.04.17.13.06.03 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 17 Apr 2014 13:06:04 -0700 (PDT) Sender: Warner Losh Content-Type: text/plain; charset=windows-1251 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: Building an ARM/RPI-B release (hacked) on CURRENT/AMD64. From: Warner Losh In-Reply-To: <54D788B2-BD68-4F75-86FF-0C4E71D9B75A@grondar.org> Date: Thu, 17 Apr 2014 14:06:02 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: 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> To: Mark R V Murray X-Mailer: Apple Mail (2.1874) Cc: Tim Kientzle , freebsd-arm , ticso@cicely.de, Ian Lepore 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:06:12 -0000 On Apr 17, 2014, at 1:54 PM, Mark R V Murray wrote: >=20 > 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 = consider >>> that register available for use by the code generator; that's only = part >>> 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 = that >> 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 = bits 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=92ll be pretty stable for a given platform for a while, and the = .img file could be kept under src/release/=85 somewhere. This way, it = doesn=92t matter if some humongous GCC port is used for cross-building; = this would be only needed when the boot-bits change. > Ideally we=92d have it as a package which crochet could grab and use = rather than build from scratch. And the package should build with = whatever arm gcc we provide it with. Then crochet wouldn=92t need to = build xdev. It is really kinda abusing it as it is because xdev is = intended to be a fully functional cross compiler for FreeBSD/arm, not = just an arm cross compiler=85 Warner=