Re: [PATCH 2/3] qemu-x86: Wire support for applying capsule updates to pflash
Simon Glass <[email protected]> Tue, 4 Aug 2026 08:19:29 -0600
| Newsgroups | gmane.comp.boot-loaders.u-boot |
|---|---|
| Message-ID | <CAFLszTiF=SVQKu90fhHrk8hWfhsirwv=h0wB+mmfUNtvBpvb0A@mail.gmail.com> |
Hi Elliot, On Mon, 3 Aug 2026 at 18:23, Elliot Berman <[email protected]> wrote: > > On Mon, Aug 03, 2026 at 01:25:32PM -0600, Simon Glass wrote: > > Hi Elliot, > > > > On 2026-07-30T19:37:45, Elliot Berman <[email protected]> wrote: > > > qemu-x86: Wire support for applying capsule updates to pflash > > > > The other two patches use the 'x86: qemu:' / 'x86: emulation:' prefix > > =E2=80=94 please make this one consistent (e.g., 'x86: qemu: Wire suppo= rt for > > capsule updates to pflash'). > > > > > > > > Following the flow used for qemu-arm64, probe the pflash MTD device > > > and set dfu_alt_info/mtdparts for qemu-x86 and qemu-x86_64 so EFI > > > capsule updates can target the u-boot pflash partition. > > > > > > Signed-off-by: Elliot Berman <[email protected]> > > > > > > board/emulation/common/Kconfig | 2 ++ > > > board/emulation/common/qemu_dfu.c | 6 ++++-- > > > board/emulation/common/qemu_mtdparts.c | 6 ++++-- > > > board/emulation/qemu-x86/Kconfig | 3 +++ > > > board/emulation/qemu-x86/Makefile | 3 +++ > > > board/emulation/qemu-x86/qemu-x86.c | 38 ++++++++++++++++++++++++= ++++++++++ > > > 6 files changed, 54 insertions(+), 4 deletions(-) > > > > > diff --git a/board/emulation/qemu-x86/Kconfig b/board/emulation/qemu-= x86/Kconfig > > > @@ -24,5 +24,8 @@ config BOARD_SPECIFIC_OPTIONS # dummy > > > imply VIRTIO_NET > > > imply VIRTIO_BLK > > > imply CMD_SMBIOS > > > + imply SET_DFU_ALT_INFO > > > + imply SYS_MTDPARTS_RUNTIME > > > > These are only useful when EFI capsule updates are wanted. qemu-arm > > gates them by putting them in a separate 'if TARGET_QEMU_ARM_64BIT && > > !TFABOOT' block that also sources common/Kconfig - please follow the > > same pattern here. > > > > I can't guard against EFI_HAVE_CAPSULE_SUPPORT or DFU since it causes > dependency loop. I believe the config guard is set up because it isn't > (wasn't?) clear how to set up capsule updates with TF-A? Is there a > Kconfig symbol you had in mind for x86? Hmmm, OK. Since this is qemu and we don't care about size, that's fine. Regards, Simon