All of lore.kernel.org
 help / color / mirror / Atom feed
From: Rasmus Villemoes <rasmus.villemoes@prevas.dk>
To: u-boot@lists.denx.de
Subject: RFC: Partition type GUID for U-Boot environment
Date: Tue, 17 Nov 2020 13:59:56 +0100	[thread overview]
Message-ID: <e2393ddd-dacd-60c4-5224-20a6221c1c5d@prevas.dk> (raw)
In-Reply-To: <9e1f9086-c2e5-df45-3325-4e54a625bea1@juszkiewicz.com.pl>

On 17/11/2020 13.21, Marcin Juszkiewicz wrote:
> W dniu 17.11.2020 o?11:05, Rasmus Villemoes pisze:
> 
>> Would it make sense to choose a canonical "Partition type GUID" [1] for
>> partitions used to store a U-Boot environment?
>>
>> The partition type is mostly informational, but I'm thinking it might
>> make sense to have some canonical thing to put into an image definition
>> rather than having the tool use something random or a default which
>> would often be "Linux filesystem data".
>>
>> If so, I propose 3de21764-95bd-54bd-a5c3-4abe786f38a8 , which is from
>> https://www.uuidtools.com/v5 with a namespace of
>> 25cbcde0-8642-47c6-a298-1a3a57cd256b (randomly generated just now, but
>> should be used for future v5 uuids within U-Boot context [2]) and name
>> "U-Boot environment" (sans quotes).
> 
> If you device lacks flash for environment then create "BIOS boot
> partition" and use it for storing both bootloader and env?

I'm afraid I don't understand what you're asking about. I'm dealing with
multiple different boards, with lots of different ways of storing U-Boot
and/or its environment. I'm merely asking if, for the cases where one
chooses to define a GPT partition to hold the environment (and nothing
else), does it make sense to have something to put in the Partition Type
field?

I don't think I've ever had occasion to put U-Boot and the environment
in the same partition, but I have cases where both are stored raw - and
it's that hardcoding of offsets I'd like to get rid of by defining a
partition for the environment - it's much nicer to be able to put
/dev/disk/by-partlabel/u-boot-env in fw_env.config. I can do that
without a canonical partition type uuid of course.

> Something like 552d426f-6f74-2070-6c75-7320456e762020 (plus some endian
> swaps) would be better UUID for U-Boot Env partition as it goes to
> "U-Boot plus Env" after ASCII convertion ("BIOS Boot partition" UUID is
> "Hah!IdontNeedEFI" so why not continue tradition).

Eh, because, at least according to that wiki page, " The formation of
this GUID does not follow the GUID definition;". But whichever uuid the
U-Boot project would elect I'd use. (Though one spelling "U-Boot plus
Env" would be somewhat misleading for something only containing an
environment).

Rasmus

  reply	other threads:[~2020-11-17 12:59 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-11-17 10:05 RFC: Partition type GUID for U-Boot environment Rasmus Villemoes
2020-11-17 12:21 ` Marcin Juszkiewicz
2020-11-17 12:59   ` Rasmus Villemoes [this message]
2020-11-17 18:27 ` Tom Rini
2020-11-20  8:59   ` Rasmus Villemoes
2020-11-20 10:45     ` [PATCH 0/3] add partition " Rasmus Villemoes
2020-11-20 10:45       ` [PATCH 1/3] lib/uuid.c: change prototype of uuid_guid_get_str() Rasmus Villemoes
2021-01-18 13:00         ` Tom Rini
2020-11-20 10:45       ` [PATCH 2/3] doc/README.gpt: define partition type GUID for U-Boot environment Rasmus Villemoes
2021-01-18 13:00         ` Tom Rini
2020-11-20 10:45       ` [PATCH 3/3] doc/README.gpt: reflow partition type GUID table Rasmus Villemoes
2021-01-18 13:00         ` Tom Rini

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=e2393ddd-dacd-60c4-5224-20a6221c1c5d@prevas.dk \
    --to=rasmus.villemoes@prevas.dk \
    --cc=u-boot@lists.denx.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.