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.2 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,URIBL_BLOCKED,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 5E481C2B9F4 for ; Mon, 28 Jun 2021 13:48:38 +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 BA5F96198D for ; Mon, 28 Jun 2021 13:48:37 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org BA5F96198D Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=konsulko.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=u-boot-bounces@lists.denx.de Received: from h2850616.stratoserver.net (localhost [IPv6:::1]) by phobos.denx.de (Postfix) with ESMTP id DDF9382DD6; Mon, 28 Jun 2021 15:48:35 +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="gMWRfGBg"; dkim-atps=neutral Received: by phobos.denx.de (Postfix, from userid 109) id 4542782DD7; Mon, 28 Jun 2021 15:48:34 +0200 (CEST) Received: from mail-qv1-xf2f.google.com (mail-qv1-xf2f.google.com [IPv6:2607:f8b0:4864:20::f2f]) (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 C4C6082D76 for ; Mon, 28 Jun 2021 15:48:30 +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-xf2f.google.com with SMTP id p7so6084579qvn.5 for ; Mon, 28 Jun 2021 06:48:30 -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=QuOWFEN0uXe2UWgzpHTgp0+Nv0e/4sXX3fx9EBcTJ94=; b=gMWRfGBggFp7P7R4GiircQQhIxNRMcJtIDawxmMaGPUxSP0R/PhdP2EQoE/zgZJ540 2+mVBl58IMH22unFqlebjGrnxBkHpZWBDhsRZy9fBWb3Ec4sJDXGrorNx25dSm6pvoaK q0IDlEQS2X9hsy/bKKLI+Z/N6VHWfxxgMMjpQ= 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=QuOWFEN0uXe2UWgzpHTgp0+Nv0e/4sXX3fx9EBcTJ94=; b=Cob6HVitAhmgm5TCV2CrJOwv6E26+XSkHPOtfdH1NCcPaBSe0UhZh4Yvo1WNIKjBcH qpHsUwD5HsKi9IKFIT4u8y7JO2O5pnwFQL7PratyoMDFvbEMYHNZNAaTbVJv8Tv6P9zI P5WVy3gp6vys6Bjz9zAo+26W2Nej7K51CjnjPl5ic3oENPLbSV9HDTiKx+W/yz41FGia IKIWdk33CDBJGVyREe3AzNfiPtWtmN64DojpYWJFwvqA9xN9RyJ7BGWyNyJxYY2t5Kwu 2mTGVFbO0dSrjzJe5MVZ46qXZEj22UkpjYdsSrzWONE6IrmmjKaSEjqaYY+tDt2cNq8I 34CA== X-Gm-Message-State: AOAM532D61W3agssM5aOvYbhmp9L1i1OqmkXnKd0q/RBz7FcNGhUjlFq WhQPCgcYlz+iHIgWt6/Rq1jNlQ== X-Google-Smtp-Source: ABdhPJzsiUiqc5f07GqwVygm6rynru8BESVohU51oSlQ+mtke+q48EOwFrW7c0pFFGtamhvcvkNZDg== X-Received: by 2002:a0c:fe89:: with SMTP id d9mr5924358qvs.12.1624888109757; Mon, 28 Jun 2021 06:48:29 -0700 (PDT) Received: from bill-the-cat (2603-6081-7b01-cbda-2808-537e-3f88-1d98.res6.spectrum.com. [2603:6081:7b01:cbda:2808:537e:3f88:1d98]) by smtp.gmail.com with ESMTPSA id e12sm835919qtr.32.2021.06.28.06.48.28 (version=TLS1_2 cipher=ECDHE-ECDSA-CHACHA20-POLY1305 bits=256/256); Mon, 28 Jun 2021 06:48:29 -0700 (PDT) Date: Mon, 28 Jun 2021 09:48:27 -0400 From: Tom Rini To: Heinrich Schuchardt Cc: Simon Glass , Pali =?iso-8859-1?Q?Roh=E1r?= , Ilias Apalodimas , Alexander Graf , U-Boot Mailing List Subject: Re: [PATCH 7/7] efi: Make EBBR optional Message-ID: <20210628134827.GA9516@bill-the-cat> References: <20210628014841.501036-1-sjg@chromium.org> <20210627194836.7.I31bd618c21e4c66660015d63001667af64c95bcf@changeid> <82577bf9-dce6-3189-6b44-4a405ede3931@gmx.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="eaOnqiUIFHwTGLlS" Content-Disposition: inline In-Reply-To: <82577bf9-dce6-3189-6b44-4a405ede3931@gmx.de> 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 --eaOnqiUIFHwTGLlS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 28, 2021 at 11:48:00AM +0200, Heinrich Schuchardt wrote: > On 6/28/21 3:48 AM, Simon Glass wrote: > > Add a new Kconfig option for EBBR so that the naming is more explicit. > > Make EFI_LOADER depend on it. > >=20 > > Avoid enabling the options (EBBR / EFI_LOADER) by default, to save spac= e. >=20 > NAK >=20 > Operating systems like Fedora, OpenBSD, FreeBSD require UEFI support. >=20 > See discussion in > https://lists.denx.de/pipermail/u-boot/2021-June/452947.html I also think this is taking things in the wrong direction. It was an intentional "make EFI_LOADER default when supported" when we introduced it, and I still think that's the right overall choice. There's a whole lot of non-customization going on when reference designs are converted to products or other reference designs. > > Also add dependencies on driver model and OF_CONTROL, since boards which > > have not migrated to these should not be using new features like EBBR. >=20 > Only supporting devices using the driver model in the UEFI sub-system is > fine with me. CONFIG_BLK=3Dy is another possible requirement. Adding these would be good. And may allow for the code to be simplified? > We still have 101 defconfigs not using CONFIG_DM=3Dy. Shouldn't they be > eliminated? They will be eliminated after v2022.01, following the same 2 years of "the deadline has passed" that's being used by the board removals I've been posting so far this year. > We have a low number of boards using CONFIG_DM=3Dy and > CONFIG_OF_CONTROL=3Dn. Shouldn't they be moved to CONFIG_OF_CONTROL=3Dy a= nd > that symbol be eliminated? No, we don't require OF_CONTROL intentionally so that other smaller mechanisms can be used. [snip] > We have 274 defconfigs with CONFIG_PARTITIONS=3Dy and CONFIG_BLK=3Dn. > Shouldn't they be converted or eliminated? Some number of them will be, I think there's one or two actual funny cases on how that code is used however. --=20 Tom --eaOnqiUIFHwTGLlS Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGzBAABCgAdFiEEGjx/cOCPqxcHgJu/FHw5/5Y0tywFAmDZ0yoACgkQFHw5/5Y0 tyy+ZAv/TGKXN/KBnXHTY7TGwNpYxohBwnmQGe311np8jl0hKT8HR/sJl0AGq6jg YLvayzwZNaxUasUmjYPUlJqD20CZZRN+TzJYkPT12P4KJhRi74pDX3rD9cqp0b/m kt5jewYd2RVUxAqU+7mLFexFe+j3ZqVdnBD9RZL/qOuWPNBuiQChBppfk9EhGfp1 sektVWvV6OJnmPgzFeWXYzlyaeKmLX9ezbSQl0LuR3STNjJ6NNr4T1RbH6LyJCh3 OQURDrlpYkfMKdN+gB7Yt7sE3pk91/gz4cxMPwSFF4avtZHzG9xK8nBvwuvZHwLf 7SVC/mDbL3Zd6m/MEpkk4vqURmEr/j1F/WBRx9IoSv8cHiW5+fuJZTCXzR0Z4Wad EM28nDtCUfDww2s9YjYr5Xi2Ax3X+xERqK8rgvMsEaHod99ht5FD9q1ZfFkyzUBo 1MSkzi/fYfOYC8JSHAYgLKUenwIDV5CXFZ2IROQAH2o/kj4UKYbYz126ghb+6gLh s1M2mAWI =Ehe1 -----END PGP SIGNATURE----- --eaOnqiUIFHwTGLlS--