All of lore.kernel.org
 help / color / mirror / Atom feed
From: AKASHI Takahiro <takahiro.akashi@linaro.org>
To: Tom Rini <trini@konsulko.com>
Cc: sjg@chromium.org, alex.nemirovsky@cortina-access.com,
	xypron.glpk@gmx.de, u-boot@lists.denx.de
Subject: Re: [RFC] disk: don't compile in partition support for spl/tpl if not really necessary
Date: Mon, 18 Apr 2022 17:14:56 +0900	[thread overview]
Message-ID: <20220418081456.GC36317@laputa> (raw)
In-Reply-To: <20220416030148.GH14282@bill-the-cat>

Hi Tom,

Thank you for evaluating the code growth.

On Fri, Apr 15, 2022 at 11:01:48PM -0400, Tom Rini wrote:
> On Fri, Apr 15, 2022 at 04:11:56PM +0900, AKASHI Takahiro wrote:
> > We see some increase of spl code size due to partition support (disk/*)
> > while none of particular partition types (CONFIG_SPL_XXX_PARTITION) are
> > enabled.
> > With this patch applied, part.c is no longer included unless really
> > necessary.
> > 
> > In addition, fix errors in CI build revealed after this change is made.
> > 
> > Fixes: commit 88ca8e26958b ("disk: Add an option for partitions in SPL")
> > Fixes: commit 17f8cda505e3 ("efi_loader: set partition GUID in device path
> > 	for SIG_TYPE_GUID")
> > Signed-off-by: AKASHI Takahiro <takahiro.akashi@linaro.org>
> > ---
> >  cmd/Kconfig                                  |  1 +
> >  configs/cortina_presidio-asic-emmc_defconfig |  1 -
> 
> So, the defconfig change here is wrong, CMD_PART isn't being implied
> otherwise,

As I said in my reply to Heinrich, this defconfig seems weird.
but that's okay as I found another workaround.

> and this board is part of a number of boards that had
> EFI_LOADER before, but not DOS_PARTITION, and so do grow, but in a
> valid/expected way.  There are also a number of boards that don't have
> any partition type support set, but that too I think ends up being
> correct.  The whole before/after is at
> https://gist.github.com/trini/731ee8d50a9bc96b90e12860f8c53f14

That happens, probably, because EFI_LOADER is by default enabled
for most platforms whether users want to use UEFI or not.
I don't think that people who want to use UEFI with U-Boot will
be much careful of the code increase by this change.

Anyway, I will drop this hunk("select DOS_PARTITION) in the next version
as I found another way to fix the dependency issue.

-Takahiro Akashi



> -- 
> Tom



      reply	other threads:[~2022-04-18  8:15 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-04-15  7:11 [RFC] disk: don't compile in partition support for spl/tpl if not really necessary AKASHI Takahiro
2022-04-15  8:21 ` Heinrich Schuchardt
2022-04-15 12:32   ` Tom Rini
2022-04-18  8:06   ` AKASHI Takahiro
2022-04-15 12:33 ` Tom Rini
2022-04-16  3:01 ` Tom Rini
2022-04-18  8:14   ` AKASHI Takahiro [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20220418081456.GC36317@laputa \
    --to=takahiro.akashi@linaro.org \
    --cc=alex.nemirovsky@cortina-access.com \
    --cc=sjg@chromium.org \
    --cc=trini@konsulko.com \
    --cc=u-boot@lists.denx.de \
    --cc=xypron.glpk@gmx.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.