From owner-freebsd-arm@freebsd.org Sun Sep 25 15:57:29 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 13351BE8273; Sun, 25 Sep 2016 15:57:29 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (kientzle.com [142.254.26.11]) (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 E3947EE8; Sun, 25 Sep 2016 15:57:28 +0000 (UTC) (envelope-from tim@kientzle.com) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id u8PFvISP062229; Sun, 25 Sep 2016 15:57:18 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.106] (192.168.1.101 [192.168.1.101]) by kientzle.com with SMTP id w39erfebfkspmgvzbf2vpmx3vi; Sun, 25 Sep 2016 15:57:18 +0000 (UTC) (envelope-from tim@kientzle.com) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.1 \(3243\)) Subject: Re: 11.0-RELEASE tier level for arm64/aaarch64 and the officially built arm/armv6 variants? From: Tim Kientzle In-Reply-To: Date: Sun, 25 Sep 2016 08:57:18 -0700 Cc: Warner Losh , freebsd-arm , FreeBSD-STABLE Mailing List Content-Transfer-Encoding: 7bit Message-Id: <9BFF1495-8142-4C2F-8919-D9A870D3E2BD@kientzle.com> References: <4076CFFA-7BE2-4E1B-A7E8-08FD8FC27D21@dsl-only.net> <332FA120-31E5-4D31-B63E-A0DFDD7DEFC7@dsl-only.net> <4F04B0C0-DAB1-4EEA-A3A0-4FAA89AD93E2@dsl-only.net> To: Russell Haley X-Mailer: Apple Mail (2.3243) 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: Sun, 25 Sep 2016 15:57:29 -0000 > On Sep 25, 2016, at 12:13 AM, Russell Haley wrote: > >> We can't easily do away with ubldr if we want to support tunables, kernel >> modules loaded at boot time and a few other nifty features like nextboot. > > Are these things not in standard loader? Should they be? "ubldr" *is* the standard loader. It's built from (mostly) the same source as loader(8) used on x86. But, where loader(8) uses the BIOS interface to access the disk, "ubldr" uses the U-Boot ABI to access the disk. FreeBSD's current boot sequence for ARM boards looks like this: * U-Boot loads ubldr * ubldr uses U-Boot to access disk and console * ubldr loads the kernel, kernel modules, and sets kernel tunables To replace U-Boot, bare box would either have to duplicate everything ubldr does (which is a lot) or would have to provide the U-Boot ABI (or something similar) so that ubldr can provide the final boot stage. Tim