From: Mattijs Korpershoek <mkorpershoek@kernel.org>
To: Heiko Schocher <hs@nabladev.com>,
U-Boot Mailing List <u-boot@lists.denx.de>
Cc: Adrian Freihofer <adrian.freihofer@siemens.com>,
Dmitrii Merkurev <dimorinny@google.com>,
Fabio Estevam <festevam@gmail.com>,
Marek Vasut <marek.vasut+renesas@mailbox.org>,
"NXP i.MX U-Boot Team" <uboot-imx@nxp.com>,
Neil Armstrong <neil.armstrong@linaro.org>,
Stefano Babic <sbabic@nabladev.com>,
Tom Rini <trini@konsulko.com>
Subject: Re: [PATCH v1 0/2] fastboot: mmc: fix bootloader offset
Date: Thu, 29 Jan 2026 11:09:12 +0100 [thread overview]
Message-ID: <875x8kohmf.fsf@kernel.org> (raw)
In-Reply-To: <e7917bc9-11b1-18d0-1f04-9d6af003c1cd@nabladev.com>
On Mon, Jan 26, 2026 at 16:46, Heiko Schocher <hs@nabladev.com> wrote:
> Hello Mattijs,
>
> On 26.01.26 10:48, Mattijs Korpershoek wrote:
>> Hi Heiko,
>>
>> Thank you for the patch.
>
> You are welcome!
>
>>
>> On Sat, Jan 24, 2026 at 06:47, Heiko Schocher <hs@nabladev.com> wrote:
>>
>>> Not for all SoCs the bootloader start at offset 0x0,
>>> in a hardware partition of an emmc. So we need the possibility to
>>> set the correct offset, where bootloader starts.
>>>
>>> Example:
>>>
>>> imx8qxp revision C0 emmc Partition layout
>>>
>>> | eMMC block / partition | Offset | Size | Purpose |
>>> | ---------------------- | ---------- | ----- | ------------------------------ |
>>> | /dev/mmcblk0boot0 | 0x0 | 2MB | imx-boot-container A |
>>> | | 0x00220000 | 128kB | secure boot signature rootfs A |
>>> | /dev/mmcblk0boot1 | 0x0 | 2MB | imx-boot-container B |
>>> | | 0x00200000 | 8kB | U-Boot env 0 |
>>> | | 0x00202000 | 8kB | U-Boot env 1 |
>>> | | 0x00220000 | 128kB | secure boot signature rootfs B |
>>>
>>> imx8qxp rev B0 emmc Partition layout
>>>
>>> | eMMC block / partition | Offset | Size | Purpose |
>>> | ---------------------- | ---------- | ----- | ------------------------------ |
>>> | /dev/mmcblk0boot0 | 0x00008000 | 2MB | imx-boot-container A |
>>> | | 0x00220000 | 128kB | secure boot signature rootfs A |
>>> | /dev/mmcblk0boot1 | 0x0 | 8kB | U-Boot env 0 |
>>> | | 0x00002000 | 8kB | U-Boot env 1 |
>>> | | 0x00008000 | 2MB | imx-boot-container B |
>>>
>>
>> Why can't we use raw partition descriptors for this?
>>
>> See:
>> https://docs.u-boot.org/en/latest/android/fastboot.html#raw-partition-descriptors
>
> Thanks for this hint!
>
> Possible yes ( I must try)... but this will lead in adding
> complexity to scripts people use all over there and needs
> to adapt CI setups, as siemens has B0 and C0 variants.
If you try, please let me know.
Do the same boards (as in U-Boot board definition) have multiple SoC
variants (B0 and C0) ?
In that case I understand it's a pain to add more script complexity.
>
> If we introduce this series, user has nothing to know about
> offsets for different CPU modules as no change in API for
> them...
I understand, and I do like this approach as well. I just don't like
having 2 code paths/approaches for the "same thing".
I am not saying that this is a NAK, but i'd like to iterate a bit to see
if we can either deprecated raw partition descriptors (and migrate
existing boards) or use that everywhere.
I will try to use this series on VIM3 to see how it behaves. It will
take some time though.
Thanks
Mattijs
>
> bye,
> Heiko
> --
> Nabla Software Engineering
> HRB 40522 Augsburg
> Phone: +49 821 45592596
> E-Mail: office@nabladev.com
> Geschäftsführer : Stefano Babic
next prev parent reply other threads:[~2026-01-29 10:09 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-01-24 5:47 [PATCH v1 0/2] fastboot: mmc: fix bootloader offset Heiko Schocher
2026-01-24 5:47 ` [PATCH v1 1/2] fastboot: mmc: make boot partition offset configurable Heiko Schocher
2026-01-26 1:41 ` Peng Fan
2026-02-06 10:20 ` Mattijs Korpershoek
2026-01-24 5:47 ` [PATCH v1 2/2] arch: imx8qxp: Override weak fb_mmc_get_boot_offset function Heiko Schocher
2026-01-26 1:44 ` Peng Fan
2026-02-06 10:24 ` Mattijs Korpershoek
2026-01-26 9:48 ` [PATCH v1 0/2] fastboot: mmc: fix bootloader offset Mattijs Korpershoek
2026-01-26 15:46 ` Heiko Schocher
2026-01-29 10:09 ` Mattijs Korpershoek [this message]
2026-01-29 10:41 ` Heiko Schocher
2026-01-29 14:09 ` Mattijs Korpershoek
2026-01-30 16:35 ` Mattijs Korpershoek
2026-02-02 5:12 ` Heiko Schocher
2026-02-02 9:34 ` Mattijs Korpershoek
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=875x8kohmf.fsf@kernel.org \
--to=mkorpershoek@kernel.org \
--cc=adrian.freihofer@siemens.com \
--cc=dimorinny@google.com \
--cc=festevam@gmail.com \
--cc=hs@nabladev.com \
--cc=marek.vasut+renesas@mailbox.org \
--cc=neil.armstrong@linaro.org \
--cc=sbabic@nabladev.com \
--cc=trini@konsulko.com \
--cc=u-boot@lists.denx.de \
--cc=uboot-imx@nxp.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox