From: Javier Martinez Canillas <javierm@redhat.com>
To: Heinrich Schuchardt <xypron.glpk@gmx.de>
Cc: eballetb@redhat.com, alexl@redhat.com,
Ilias Apalodimas <ilias.apalodimas@linaro.org>,
Jan Kiszka <jan.kiszka@siemens.com>,
Javier Tia <javier.tia@linaro.org>,
Maks Mishin <maks.mishinfz@gmail.com>,
Rasmus Villemoes <ravi@prevas.dk>, Simon Glass <sjg@chromium.org>,
Tien Fong Chee <tien.fong.chee@altera.com>,
Tom Rini <trini@konsulko.com>,
Varadarajan Narayanan <quic_varada@quicinc.com>,
u-boot@lists.denx.de
Subject: Re: [PATCH 4/5] efi_loader: disk: Extend EFI_PARTITION_INFO_PROTOCOL to support MBR
Date: Wed, 21 Jan 2026 10:25:36 +0100 [thread overview]
Message-ID: <87343zfhbj.fsf@ocarina.mail-host-address-is-not-set> (raw)
In-Reply-To: <a45fa439-535d-4bdf-8ac7-94b3150d117e@gmx.de>
Heinrich Schuchardt <xypron.glpk@gmx.de> writes:
Hello Heinrich,
Thanks for your feedback.
> On 1/20/26 14:36, Javier Martinez Canillas wrote:
>> The EFI_PARTITION_INFO_PROTOCOL provides detailed information about
>> partitions. The UEFI specification mentions that both GPT and MBR
>> partition schemes are supported, but the U-Boot implementation only
>> supports the former.
>>
>> This can cause compatibility issues for platforms whose boot ROM only
>> supports MBR. This change adds support for MBR partition tables to
>> the protocol, making U-Boot compatible with systems that require a
>> legacy MBR table.
>>
>> To implement this, the existing part_get_info_extended() function,
>> which already traverses DOS partitions, is refactored to optionally
>> retrieve the raw MBR partition record. This provides the necessary
>> data for the EFI subsystem.
>>
>> Signed-off-by: Javier Martinez Canillas <javierm@redhat.com>
>> ---
>>
>> disk/part_dos.c | 63 ++++++++++++++++++++++++---------------
>> include/part.h | 14 +++++++++
>> lib/efi_loader/efi_disk.c | 9 ++++--
>> 3 files changed, 59 insertions(+), 27 deletions(-)
>>
>> diff --git a/disk/part_dos.c b/disk/part_dos.c
>> index 60c3d6773696..5b508483bae7 100644
>> --- a/disk/part_dos.c
>> +++ b/disk/part_dos.c
>> @@ -201,7 +201,9 @@ static void print_partition_extended(struct blk_desc *desc,
>
> Please add a Sphinx style function description describing the usage of
> the parameters.
>
Sure, I didn't add for the new parameter since the function didn't have
a description, but I'll add a preparatory patch in v2 to add that.
[...]
>> +/**
>> + * part_get_mbr() - Get the MBR partition record of a partition
>> + *
>> + * This function reads the MBR partition record for a given block
>> + * device and partition number.
>> + *
>> + * @desc: block device descriptor
>> + * @part: partition number for which to return the partition record
>> + * @mbr: MBR partition record
>> + *
>> + * Return: 0 on success, otherwise error
>> + */
>> +int part_get_mbr(struct blk_desc *desc, int part, dos_partition_t *mbr);
>> +
>> #endif
>>
>
> Please, put the partition library changes into one patch and the EFI
> changes into another.
>
Ok, I'll split these in v2.
> Best regards
>
> Heinrich
>
--
Best regards,
Javier Martinez Canillas
Core Platforms
Red Hat
next prev parent reply other threads:[~2026-01-21 9:25 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-01-20 13:36 [PATCH 0/5] efi_loader: disk: Add EFI_PARTITION_INFO_PROTOCOL support for MBR Javier Martinez Canillas
2026-01-20 13:36 ` [PATCH 1/5] disk: part_dos: Move header to the main include directory Javier Martinez Canillas
2026-01-20 14:34 ` Tom Rini
2026-01-20 13:36 ` [PATCH 2/5] disk: part_dos: Align dos_partition_t with struct partition Javier Martinez Canillas
2026-01-20 14:35 ` Tom Rini
2026-01-20 13:36 ` [PATCH 3/5] disk: part_efi: Remove redundant struct partition definition Javier Martinez Canillas
2026-01-20 14:37 ` Tom Rini
2026-01-20 13:36 ` [PATCH 4/5] efi_loader: disk: Extend EFI_PARTITION_INFO_PROTOCOL to support MBR Javier Martinez Canillas
2026-01-20 14:53 ` Heinrich Schuchardt
2026-01-21 9:25 ` Javier Martinez Canillas [this message]
2026-01-20 17:39 ` Jan Kiszka
2026-01-21 9:28 ` Javier Martinez Canillas
2026-01-22 8:54 ` Jan Kiszka
2026-01-20 13:36 ` [PATCH 5/5] efi_selftest: Enhance MBR test for PARTITION_INFO_PROTOCOL Javier Martinez Canillas
2026-01-20 14:56 ` Heinrich Schuchardt
2026-01-21 9:28 ` Javier Martinez Canillas
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=87343zfhbj.fsf@ocarina.mail-host-address-is-not-set \
--to=javierm@redhat.com \
--cc=alexl@redhat.com \
--cc=eballetb@redhat.com \
--cc=ilias.apalodimas@linaro.org \
--cc=jan.kiszka@siemens.com \
--cc=javier.tia@linaro.org \
--cc=maks.mishinfz@gmail.com \
--cc=quic_varada@quicinc.com \
--cc=ravi@prevas.dk \
--cc=sjg@chromium.org \
--cc=tien.fong.chee@altera.com \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox