From owner-freebsd-arm@freebsd.org Wed Oct 19 18:43:47 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 81724C186FA for ; Wed, 19 Oct 2016 18:43:47 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (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 D2677F94 for ; Wed, 19 Oct 2016 18:43:44 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id u9JIXomA037364; Wed, 19 Oct 2016 11:33:50 -0700 (PDT) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id u9JIXlb1037363; Wed, 19 Oct 2016 11:33:47 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201610191833.u9JIXlb1037363@pdx.rh.CN85.dnsmgr.net> Subject: Re: Raspberry Pi 3 support In-Reply-To: <20161019112224.GA10536@night.db.net> To: Diane Bruce Date: Wed, 19 Oct 2016 11:33:47 -0700 (PDT) CC: Warner Losh , "freebsd-arm@freebsd.org" , Ross Alexander X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Oct 2016 18:43:47 -0000 > On Wed, Oct 19, 2016 at 01:46:20AM -0600, Warner Losh wrote: > ... > > I've updated the nanobsd build. > > > > Is the u-boot-rpi3 port different from the other u-boot ports in > > requiring someone to snag firmware in addition to u-boot? Will that be > > fixed? Or should I go ahead and fix it when I get to rpi3 in my uboot > > cleanup? > > I looked at how the rpi2 u boot port did it. crochet (or whoever) is > responsible for building a dtb from a source dts we have. So for now > the rpi3 port does not provide the dtb files but will provide the broadcom > binary (as the RPI2 port does). Really this is one place where the > RPi2 and RPi3 ports could share easily as the firmware should be the same. > We need to chat about this further ;) It would be very nice to support both 32 bit and 64 bit worlds on the RPI3. I am not sure if this can be done in one version of uboot, or if it would require two, as IIRC it is the binary blob running in the GPU that sets the CPU up for 32 or 64 bit. -- Rod Grimes rgrimes@freebsd.org