[PATCH v3 00/19] efi_loader: more tightly integrate UEFI disks to driver model
sjg at chromium.org
Tue Mar 8 18:37:07 CET 2022
On Tue, 8 Mar 2022 at 10:26, Heinrich Schuchardt <xypron.glpk at gmx.de> wrote:
> On 3/8/22 17:56, Simon Glass wrote:
> > Hi,
> > On Tue, 8 Mar 2022 at 09:49, Heinrich Schuchardt <xypron.glpk at gmx.de> wrote:
> >> On 3/8/22 12:36, AKASHI Takahiro wrote:
> >>> With this patch set applied, UEFI subsystem maintains a list of its
> >>> disk objects dynamically at runtime based on block device's probing.
> >>> (See "issues" below.)
> >>> https://github.com/t-akashi/u-boot/tree/efi/dm_disk
> >> This series together with Simon's series breaks multiple boards due to
> >> size constraints:
> >> https://source.denx.de/u-boot/custodians/u-boot-efi/-/pipelines/11197
> >> Please, investigate how to work around this issue.
> > tbs2910 - perhaps we should just drop this board? It doesn't use
> > DM_SERIAL and still uses OF_EMBED
> > rcar3_salvator-x - can we put the partition changes behind a config?
> This board came up before. 34f2577e926da ("ARM: renesas: reduce
> rcar3_salvator-x image size"). It is generally at the size limit.
> > phycore-rk3288 - something going on in SPL, perhaps needs an
> > additional config to disable it?
> Do we need any of your events on SPL?
Not so far.
More information about the U-Boot