From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-7.3 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS,USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id C2E82C4320A for ; Thu, 19 Aug 2021 13:59:57 +0000 (UTC) Received: from phobos.denx.de (phobos.denx.de [85.214.62.61]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id CDA096113E for ; Thu, 19 Aug 2021 13:59:56 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.4.1 mail.kernel.org CDA096113E Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=konsulko.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=lists.denx.de Received: from h2850616.stratoserver.net (localhost [IPv6:::1]) by phobos.denx.de (Postfix) with ESMTP id 5AC4A81F7B; Thu, 19 Aug 2021 15:59:54 +0200 (CEST) Authentication-Results: phobos.denx.de; dmarc=none (p=none dis=none) header.from=konsulko.com Authentication-Results: phobos.denx.de; spf=pass smtp.mailfrom=u-boot-bounces@lists.denx.de Authentication-Results: phobos.denx.de; dkim=pass (1024-bit key; unprotected) header.d=konsulko.com header.i=@konsulko.com header.b="S9WoHMUd"; dkim-atps=neutral Received: by phobos.denx.de (Postfix, from userid 109) id F3D0A80EE9; Thu, 19 Aug 2021 15:59:52 +0200 (CEST) Received: from mail-qv1-xf2d.google.com (mail-qv1-xf2d.google.com [IPv6:2607:f8b0:4864:20::f2d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits)) (No client certificate requested) by phobos.denx.de (Postfix) with ESMTPS id ADCBC81FC6 for ; Thu, 19 Aug 2021 15:59:48 +0200 (CEST) Authentication-Results: phobos.denx.de; dmarc=none (p=none dis=none) header.from=konsulko.com Authentication-Results: phobos.denx.de; spf=pass smtp.mailfrom=trini@konsulko.com Received: by mail-qv1-xf2d.google.com with SMTP id f7so3619735qvt.8 for ; Thu, 19 Aug 2021 06:59:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=konsulko.com; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=OvrndQmw36HXEa1381jq0+IkcILUQsjr7wt21MxfZTQ=; b=S9WoHMUdK5tX4M/VzpapYz9aRf3lTByNjVk0dSSj+/+jULdnO4wReZ5IO5tzq80x4H zPL65E0AUKXWQX8mjL+1uqyACiLe8fvzzDs3aD0rmpUw9XEzd444P/jwLq0cF6Lbin6z klUfpy6SiyxXt8/EGQle+81RJoFImEpk8V0Fw= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=OvrndQmw36HXEa1381jq0+IkcILUQsjr7wt21MxfZTQ=; b=g+H/PC0hsLTp1sW0vh+4qvD97h58Xnj9IGQvr5JMWRflXhvSd6vGcqEiITqL7LKMOW Z95ehwkwoiyitNQVbjUSsEHooimP0y8gM8Dak574YFvNMY/esBsUyV950QjxqJSdk1BK OTX5upS1UZ37elt986/jPLuHsE7k2RilaxappTRUXTLz8XrQl6j27WC7x4qQU73O/eiW JYkE8QnM7RRHrFeb7e7sVOfJg+XDvSoXWPQuj8OSLerrv4l5CLeWyWI84wiV2PMMhwH6 GcpM+1uAcEjmKmkVNJwCZACCyH56fVh445VQkcc4nWo8YGDLDm3mhDGLz15Pa0fz3yhN jpOA== X-Gm-Message-State: AOAM532ZwP48ZT5zh6pzxm05IjWWiFs4Z+45B6n2s8yTWmw/tIiUVi2F T+k3RWqLB2Pq4dxnIFVnaQgF8w== X-Google-Smtp-Source: ABdhPJxOL/pGwG1+uEXDXZossG0oPy/awoiLEEbXwLOSzuL1gaZ7M4Qts53f2qMXfsgxqu1KhoWeXQ== X-Received: by 2002:ad4:5cea:: with SMTP id iv10mr14688490qvb.8.1629381587415; Thu, 19 Aug 2021 06:59:47 -0700 (PDT) Received: from bill-the-cat (2603-6081-7b01-cbda-599d-dbbd-fe12-cbbd.res6.spectrum.com. [2603:6081:7b01:cbda:599d:dbbd:fe12:cbbd]) by smtp.gmail.com with ESMTPSA id c193sm1653621qkg.120.2021.08.19.06.59.46 (version=TLS1_2 cipher=ECDHE-ECDSA-CHACHA20-POLY1305 bits=256/256); Thu, 19 Aug 2021 06:59:46 -0700 (PDT) Date: Thu, 19 Aug 2021 09:59:44 -0400 From: Tom Rini To: Simon Glass Cc: U-Boot Mailing List , Ilias Apalodimas , Steffen Jaeckel , Michal Simek , Dennis Gilmore , Daniel Schwierzeck , Lukas Auer , Jaehoon Chung , Matthias Brugger , Peng Fan , Stephen Warren , Stephen Warren Subject: Re: [PATCH 00/28] Initial implementation of bootmethod/bootflow Message-ID: <20210819135944.GX858@bill-the-cat> References: <20210819034601.1618773-1-sjg@chromium.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="pJWGhKxYz0gFF1YW" Content-Disposition: inline In-Reply-To: <20210819034601.1618773-1-sjg@chromium.org> X-Clacks-Overhead: GNU Terry Pratchett User-Agent: Mutt/1.9.4 (2018-02-28) X-BeenThere: u-boot@lists.denx.de X-Mailman-Version: 2.1.34 Precedence: list List-Id: U-Boot discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: u-boot-bounces@lists.denx.de Sender: "U-Boot" X-Virus-Scanned: clamav-milter 0.103.2 at phobos.denx.de X-Virus-Status: Clean --pJWGhKxYz0gFF1YW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 18, 2021 at 09:45:33PM -0600, Simon Glass wrote: > Bootmethod and bootflow provide a built-in way for U-Boot to automaticall= y boot > an Operating System without custom scripting and other customisation: >=20 > - bootmethod - a method to scan a device to find bootflows (owned by U-= Boot) > - bootflow - a description of how to boot (owned by the distro) >=20 > This series provides an initial implementation of these, enable to scan > for bootflows from MMC and Ethernet. The only bootflow supported is > distro boot, i.e. an extlinux.conf file included on a filesystem or > tftp server. It works similiarly to the existing script-based approach, > but is native to U-Boot. >=20 > With this we can boot on a Raspberry Pi 3 with just one command: >=20 > bootflow scan -lb >=20 > which means to scan, listing (-l) each bootflow and trying to boot each > one (-b). The final patch shows this. >=20 > It is intended that this approach be expanded to support mechanisms other > than distro boot, including EFI-related ones. With a standard way to > identify boot devices, these features become easier. It also should > support U-Boot scripts, for backwards compatibility only. >=20 > The first patch of this series moves boot-related code out of common/ and > into a new boot/ directory. This helps to collect these related files > in one place, as common/ is quite large. >=20 > Like sysboot, this feature makes use of the existing PXE implementation. > Much of this series consists of cleaning up that code and refactoring it > into something closer to a module that can be called, teasing apart its > reliance on the command-line interpreter to access filesystems and the > like. Also it now uses function arguments and its own context struct > internally rather than environment variables, which is very hard to > follow. No core functional change is included in the included PXE patches. >=20 > For documentation, see the 'doc' patch. >=20 > There is quite a long list of future work included in the documentation. > One question is the choice of naming. Since this is a bootloader, should > we just call this a 'method' and a 'flow' ? The 'boot' prefix is already > shared by other commands like bootm, booti, etc. >=20 > The design is described here: >=20 > https://drive.google.com/file/d/1ggW0KJpUOR__vBkj3l61L2dav4ZkNC12/view?us= p=3Dsharing >=20 > The series is available at u-boot-dm/bmea-working My question / concern is this. Would the next step here be to implement the generic UEFI boot path? Today, I can write Fedora 34 for AArch64 to a USB stick, boot U-Boot off of uSD card and the installer automatically boots. I'm sure I could do the same with the BSDs. Reading the documentation left me with the impression that every OSV would be expected to write something, so that their installer / OS boot. But there's already standards for that, which they do, and we should be implementing (and do, via the current distro_boot) or making easier to enable. Thanks! --=20 Tom --pJWGhKxYz0gFF1YW Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGzBAABCgAdFiEEGjx/cOCPqxcHgJu/FHw5/5Y0tywFAmEeY8YACgkQFHw5/5Y0 tywaAwv/RxBb9aZb4ikLPZHzQE/YGAzUL4JsLT6H9F38v9uH3i0kETIe9CLnJgjD 7/Jp7DCw5F2Vj1TNa8ZBKuL9ZIpsIvDD+c7Xwyy+Opdbk8rm8xpsAnUCIxNou89A EXqbPNFQTDv6/6MQaJwvoUKuz5k3WsqpxwF+IvcaBplJjKT5p6PnSdCJzMsdo89l E+71tEzVOjJM3KOsmmWx+BP11nUyASfMPphEFCe/et/jnpsQIZK4NpuVe4+7tGz7 hTyZv+xjbYFTnOI3MATIudg/BYOSJScBi4TV3EoSa66EsG0zUguCkypx/rFamc24 T7OdpiKVKsWGIvcRbMsLzbArgo3GyJVVbqN2rjZNeYvBZ0zBOAytX91o8EnB+YxR 4Kfbg5s6G66+6Hw/cZB84UUYY4p5zkDyqjkjqtKq3H/kWkYAP3MrZ8wulOIpxmZN r20/uwbrmIsc559ttw5FcCLAEgzW0ITfeKHlpg22o50U7juZ1kk/s5ezfg0dvs5m FmnLrgZ3 =kgom -----END PGP SIGNATURE----- --pJWGhKxYz0gFF1YW--