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 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 50DCEC433F5 for ; Wed, 10 Nov 2021 05:52:30 +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 B030461075 for ; Wed, 10 Nov 2021 05:52:29 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.4.1 mail.kernel.org B030461075 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=linaro.org 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 BF8EF836E8; Wed, 10 Nov 2021 06:52:27 +0100 (CET) Authentication-Results: phobos.denx.de; dmarc=pass (p=none dis=none) header.from=linaro.org Authentication-Results: phobos.denx.de; spf=pass smtp.mailfrom=u-boot-bounces@lists.denx.de Authentication-Results: phobos.denx.de; dkim=pass (2048-bit key; unprotected) header.d=linaro.org header.i=@linaro.org header.b="abf4p/4k"; dkim-atps=neutral Received: by phobos.denx.de (Postfix, from userid 109) id B4859836F0; Wed, 10 Nov 2021 06:52:26 +0100 (CET) Received: from mail-pj1-x1032.google.com (mail-pj1-x1032.google.com [IPv6:2607:f8b0:4864:20::1032]) (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 A7D7F836DD for ; Wed, 10 Nov 2021 06:52:22 +0100 (CET) Authentication-Results: phobos.denx.de; dmarc=pass (p=none dis=none) header.from=linaro.org Authentication-Results: phobos.denx.de; spf=pass smtp.mailfrom=takahiro.akashi@linaro.org Received: by mail-pj1-x1032.google.com with SMTP id iq11so648706pjb.3 for ; Tue, 09 Nov 2021 21:52:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-disposition:in-reply-to; bh=PPlo/0ZBNh6zjAWk89933tD+32Y14oDxaJKpYr95Dqw=; b=abf4p/4klfz820HUyFmY3ItuPpAO32D1xDMa9eoEDXjaB2o/GkflR+5rwJ3ZSPNp1K Oc6eeQQM4/mAib4IgDgiI9Y0TgE0M5rHhklMvK4ipNCQsH7153QGOIEdljlpsT/JU47F vOvTIhoqr4S2HtXCJPA+nxShmX1Qh7ltG3RNLpSTigO+yKh10Kk8RktSf2/WEtkv49P+ 3vmiI8eWL107uXCDszrgp0sGzsBnB/8dh/7wd5cOFKI+qKbGRDfYk46Wktswb8Yi1eht TkFzSrhEEdGFcshjvGiQGKWXAeXc1iUagh+kKeIji2huCzypr9bBV+dKQuwtRM1hmK56 a1Gw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id :mail-followup-to:references:mime-version:content-disposition :in-reply-to; bh=PPlo/0ZBNh6zjAWk89933tD+32Y14oDxaJKpYr95Dqw=; b=P2klbRpCYXEyX/8oTOWx+Pk0SCffzP12fhaokssfvwWYTIIwTXEOJ7mw+ncCwpZ2g8 XLT+Ldqc7A6tizlMzGz+Jez8mpKo7MtlnUVuJzLYkr15EbJ2ug6pyj440GsAI8b3fQnC /FGoOgwiva16lGNwH95v0cMcbIiB6PBJPGrWF5qI2HFshv/RW95jvA9CB2xyDCtX6cib 7kyVFwIvrGAIGr4pX/8NXQSSmjAZQSzaIQkMUKASjLb6Z748RsRbZvE0xmbSgMgNMvaU jQebWexhCj1B7efh75qhQbTopwZsrc7sVld87CAAv+9cpzS4Kol6Q3azYRu78yo7mG5E 0EzQ== X-Gm-Message-State: AOAM533xi9MgPXeaCxu86A3gMiFYuQYPFR77HN9ecUBtACO2Se5blTpW FN8Uzs1tIA+rgyw2BekpicNl+A== X-Google-Smtp-Source: ABdhPJxVt9LP0mNTBkgO863b8ezjpJJ8eB1R/lbpj7ZkWVOWbXnGe1W5xUanBQCGV0JVU81BcBBQdw== X-Received: by 2002:a17:90b:4c4d:: with SMTP id np13mr14153383pjb.233.1636523540904; Tue, 09 Nov 2021 21:52:20 -0800 (PST) Received: from laputa ([2400:4050:c3e1:100:d4ad:badd:7539:9f5a]) by smtp.gmail.com with ESMTPSA id h6sm20711268pfi.174.2021.11.09.21.52.17 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 09 Nov 2021 21:52:19 -0800 (PST) Date: Wed, 10 Nov 2021 14:52:15 +0900 From: AKASHI Takahiro To: Mark Kettenis Cc: xypron.glpk@gmx.de, agraf@csgraf.de, sjg@chromium.org, ilias.apalodimas@linaro.org, u-boot@lists.denx.de Subject: Re: [RFC 2/3] efi_loader: bootmgr: add booting from removable media Message-ID: <20211110055215.GB54635@laputa> Mail-Followup-To: AKASHI Takahiro , Mark Kettenis , xypron.glpk@gmx.de, agraf@csgraf.de, sjg@chromium.org, ilias.apalodimas@linaro.org, u-boot@lists.denx.de References: <20211109013233.72902-1-takahiro.akashi@linaro.org> <20211109013233.72902-3-takahiro.akashi@linaro.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: 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 Hi Mark, Thank you for your comments. On Tue, Nov 09, 2021 at 02:53:14PM +0100, Mark Kettenis wrote: > > From: AKASHI Takahiro > > Date: Tue, 9 Nov 2021 10:32:32 +0900 > > Hi Takahiro, > > > Under the current implementation, booting from removal media using > > a architecture-specific default image name, say BOOTAA64.EFI, is > > supported only in distro_bootcmd script. See the commit 74522c898b35 > > ("efi_loader: Add distro boot script for removable media"). > > > > This is, however, half-baked implementation because > > 1) UEFI specification requires this feature to be implemented as part > > of Boot Manager's responsibility: > > > > 3 - Boot Manager > > 3.5.1 Boot via the Simple File Protocol > > When booting via the EFI_SIMPLE_FILE_SYSTEM_PROTOCOL, the FilePath will > > start with a device path that points to the device that implements the > > EFI_SIMPLE_FILE_SYSTEM_PROTOCOL or the EFI_BLOCK_IO_PROTOCOL. The next > > part of the FilePath may point to the file name, including > > subdirectories, which contain the bootable image. If the file name is > > a null device path, the file name must be generated from the rules > > defined below. > > ... > > 3.5.1.1 Removable Media Boot Behavior > > To generate a file name when none is present in the FilePath, the > > firmware must append a default file name in the form > > \EFI\BOOT\BOOT{machine type short-name}.EFI ... > > > > 2) So (1) entails the hehavior that the user's preference of boot media > > order should be determined by Boot#### and BootOrder variables. > > > > With this patch, the semantics mentioned above is fully implemented. > > For example, if you want to boot the system from USB and SCSI in this > > order, > > * define Boot0001 which contains only a device path to the USB device > > (without any file path/name) > > * define Boot0002 which contains only a device path to the SCSI device, > > and > > * set BootOrder to Boot0001:Boot0002 > > The problem with this approach is that EFI device paths are > complicated things and I don't think we can expect users to do what > you describe above all by hand. All x86 machines I've seen have a > more user-friendly way to configure the desired boot order, and also a > way to specify which device to boot from after automatic boot has been > interrupted. I know most x86 prodcuction systems have GUI's, but such interfaces can be implemented on top of the current UEFI implementation. One of candidates, if not the best, is EDK-II's UiApp which is expected to provide more friendly CUI. We'd better move this way. (I mean that we should implement UI applications rather than expand U-Boot itself.) UiApp, however, doesn't work for now on U-Boot due to some issue. > With the current distroboot scripts one can simply do: > > setenv boot_targets usb0 mmc0 pxe dhcp > > and I think we need to have something simple like that. Maybe the > code can automatically create Boot#### and BootOrder variables based > on the boot_targets environment variables if they're not defined? > > Another idea is to accept U-Boot device names (e.g. usb0, mmc0) as > aliases for EFI device paths and automatically expand them? Yeah, those ideas are worth considering, but there are some problems in generating internal device paths for them. Let's continue to discuss this topic in patch#3 thread. Thanks, -Takahiro Akashi > > Signed-off-by: AKASHI Takahiro > > --- > > lib/efi_loader/efi_bootmgr.c | 65 +++++++++++++++++++++++++++++++++++- > > 1 file changed, 64 insertions(+), 1 deletion(-) > > > > diff --git a/lib/efi_loader/efi_bootmgr.c b/lib/efi_loader/efi_bootmgr.c > > index 1fe19237f9a6..1d9d5858561f 100644 > > --- a/lib/efi_loader/efi_bootmgr.c > > +++ b/lib/efi_loader/efi_bootmgr.c > > @@ -30,6 +30,66 @@ static const struct efi_runtime_services *rs; > > * should do normal or recovery boot. > > */ > > > > +#if defined(CONFIG_ARM64) > > +#define BOOTEFI_NAME "bootaa64.efi" > > +#elif defined(CONFIG_ARM) > > +#define BOOTEFI_NAME "bootarm.efi" > > +#elif defined(CONFIG_X86_RUN_32BIT) > > +#define BOOTEFI_NAME "bootia32.efi" > > +#elif defined(CONFIG_X86_RUN_64BIT) > > +#define BOOTEFI_NAME "bootx64.efi" > > +#elif defined(CONFIG_ARCH_RV32I) > > +#define BOOTEFI_NAME "bootriscv32.efi" > > +#elif defined(CONFIG_ARCH_RV64I) > > +#define BOOTEFI_NAME "bootriscv64.efi" > > +#else > > +#define BOOTEFI_NAME "dummy.efi" > > +#endif > > + > > +/** > > + * expand_media_path() - expand a device path for default file name > > + * @device_path: device path to check against > > + * > > + * If @device_path is a media or disk partition which houses a file > > + * system, this function returns a full device path which contains > > + * an architecture-specific default file name for removable media. > > + * > > + * Return: a newly allocated device path > > + */ > > +static > > +struct efi_device_path *expand_media_path(struct efi_device_path *device_path) > > +{ > > + struct efi_device_path *dp, *full_path; > > + efi_handle_t handle; > > + efi_status_t ret; > > + > > + if (!device_path) > > + return NULL; > > + > > + /* > > + * If device_path is a (removable) media or partition which provides > > + * simple file system protocol, append a default file name to support > > + * booting from removable media. > > + */ > > + dp = device_path; > > + ret = efi_locate_device_path(&efi_simple_file_system_protocol_guid, > > + &dp, &handle); > > + if (ret == EFI_SUCCESS) { > > + if (dp->type == DEVICE_PATH_TYPE_END) { > > + dp = efi_dp_from_file(NULL, 0, > > + "/efi/boot/" BOOTEFI_NAME); > > + full_path = efi_dp_append(device_path, dp); > > + } else { > > + full_path = efi_dp_dup(device_path); > > + } > > + efi_free_pool(dp); > > + } else { > > + full_path = efi_dp_dup(device_path); > > + } > > + > > + return full_path; > > +} > > + > > /** > > * try_load_entry() - try to load image for boot option > > * > > @@ -68,13 +128,16 @@ static efi_status_t try_load_entry(u16 n, efi_handle_t *handle, > > } > > > > if (lo.attributes & LOAD_OPTION_ACTIVE) { > > + struct efi_device_path *file_path; > > u32 attributes; > > > > log_debug("%s: trying to load \"%ls\" from %pD\n", > > __func__, lo.label, lo.file_path); > > > > - ret = EFI_CALL(efi_load_image(true, efi_root, lo.file_path, > > + file_path = expand_media_path(lo.file_path); > > + ret = EFI_CALL(efi_load_image(true, efi_root, file_path, > > NULL, 0, handle)); > > + efi_free_pool(file_path); > > if (ret != EFI_SUCCESS) { > > log_warning("Loading %ls '%ls' failed\n", > > varname, lo.label); > > -- > > 2.33.0 > > > >