All of lore.kernel.org
 help / color / mirror / Atom feed
From: Niklas Cassel via buildroot <buildroot@buildroot.org>
To: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
Cc: Niklas Cassel via buildroot <buildroot@buildroot.org>,
	Niklas Cassel <cassel@kernel.org>,
	Damien Le Moal <dlemoal@kernel.org>,
	Kilian Zinnecker <kilian.zinnecker@mail.de>
Subject: Re: [Buildroot] [PATCH v3 3/4] configs/rock5b: use the arm64 rootfs partition-type-uuid
Date: Wed, 23 Oct 2024 20:07:44 +0000	[thread overview]
Message-ID: <ZxlXj4Ov7K5Zf8Uj@ryzen> (raw)
In-Reply-To: <20241023181918.13ba7a70@windsurf>

Hello Thomas,

On Wed, Oct 23, 2024 at 06:19:18PM +0200, Thomas Petazzoni wrote:
> Hello Niklas,
> 
> On Tue, 22 Oct 2024 21:50:51 +0000
> Niklas Cassel <Niklas.Cassel@wdc.com> wrote:
> 
> > I don't feel comfortable to change it for platforms that I don't have
> > access too.
> 
> Absolutely, but we can evolve what we can consider to be "the best
> practice", documented in the manual.
> 
> > The reason why I saw this was because u-boot has support for searching
> > for a suitable rootfs (if CONFIG_PARTITION_TYPE_GUID).
> > 
> > and then specifying the type using type=
> > in e.g. PARTS_DEFAULT.
> 
> PARTS_DEFAULT is used to assign the "partitions" environment variable,
> but I don't see anything that uses that except the fastboot
> implementation. So I believe this PARTS_DEFAULT is only used in
> conjunction with fastboot, which is irrelevant to our discussion.

I see.

There obviously is code in uboot to automatically detect and use the
uboot-environment based on the u-boot-env partition type GUID being detected.

I didn't know if any u-boot code actually used PARTS_DEFAULT, or the
root-arm64 partition type GUID, so it seemed better not to change the
partition type GUID for any board I do not have access to.

I could imagine some board supported by buildroot perhaps having a custom
uboot script/config/patch that somehow depends on the rootfs GPT partition
type GUID being what they currently have configured in their genimage.cfg.

I tried to do a 'git grep ",type="' in buildroot, but I couldn't find
anything interesting.

I did find some ',type=' matches (related to PARTS_DEFAULT) in u-boot:
https://github.com/u-boot/u-boot/blob/v2024.10/include/configs/starfive-visionfive2.h#L25
https://github.com/u-boot/u-boot/blob/v2024.10/include/configs/sifive-unleashed.h#L38

But perhaps PARTS_DEFAULT is only used by the fastboot support in u-boot,
like you said.


> I must say I'm a bit confused by your reasoning, which I have a hard
> time following. Could you walk me more step by step? Either I'm missing
> something (very possible), or you're missing something (also possible,
> considering how crazy the U-Boot environment and boot flow is...).

I think that it is most likely me who was missing something :)

It is most likely safe to change the GPT partition type GUID for boards
that use u-boot. (I have no idea about edk2 boards though...)

I've already spent way too much time on getting the u-boot environment
to work in a nice way. (I am happy for all the feedback that you gave,
because of that we finally have a nice solution that hopefully will be
emulated/copied by other boards.)

But I have to respectfully decline to clean up the inconsistency with
regards to root-arm64 vs b921b045-1df0-41c3-af44-4c6f280d3fae vs L.

I have too many things on my todo list already (including some important
non-trivial tasks that I wish I had finished already (if they only weren't
so non-trivial :P)).


Kind regards,
Niklas
_______________________________________________
buildroot mailing list
buildroot@buildroot.org
https://lists.buildroot.org/mailman/listinfo/buildroot

  reply	other threads:[~2024-10-23 20:07 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-10-16 13:24 [Buildroot] [PATCH v3 0/4] rock5b improvements Niklas Cassel via buildroot
2024-10-16 13:24 ` [Buildroot] [PATCH v3 1/4] configs/rock5b: update to linux 6.11.3 Niklas Cassel via buildroot
2024-10-22 20:46   ` Thomas Petazzoni via buildroot
2024-10-22 21:08     ` Niklas Cassel via buildroot
2024-10-22 21:10       ` Niklas Cassel via buildroot
2024-10-22 21:14       ` Thomas Petazzoni via buildroot
2024-10-23 18:31   ` Kilian Zinnecker via buildroot
2024-10-16 13:24 ` [Buildroot] [PATCH v3 2/4] configs/rock5b: update to uboot 2024.10 Niklas Cassel via buildroot
2024-10-22 20:46   ` Thomas Petazzoni via buildroot
2024-10-16 13:24 ` [Buildroot] [PATCH v3 3/4] configs/rock5b: use the arm64 rootfs partition-type-uuid Niklas Cassel via buildroot
2024-10-22 20:49   ` Thomas Petazzoni via buildroot
2024-10-22 21:50     ` Niklas Cassel via buildroot
2024-10-23 16:19       ` Thomas Petazzoni via buildroot
2024-10-23 20:07         ` Niklas Cassel via buildroot [this message]
2024-10-16 13:24 ` [Buildroot] [PATCH v3 4/4] configs/rock5b: enable uboot-env on the SD card Niklas Cassel via buildroot
2024-10-22 20:50   ` Thomas Petazzoni via buildroot
2024-10-23 18:35     ` Niklas Cassel via buildroot
2024-10-23 19:13       ` Thomas Petazzoni via buildroot

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=ZxlXj4Ov7K5Zf8Uj@ryzen \
    --to=buildroot@buildroot.org \
    --cc=Niklas.Cassel@wdc.com \
    --cc=cassel@kernel.org \
    --cc=dlemoal@kernel.org \
    --cc=kilian.zinnecker@mail.de \
    --cc=thomas.petazzoni@bootlin.com \
    /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.