On Mon, 9 Dec 2019 at 09:42, Ard Biesheuvel <ard.biesheu...@linaro.org> wrote: > > On Mon, 9 Dec 2019 at 03:12, Ni, Ray <ray...@intel.com> wrote: > > > > > Exactly. This flow is identical to how option ROMs are processed if > > > they are discovered before EndOfDxe signalling completes (which is why > > > the Juno platform was broken without the call to > > > EfiBootManagerDispatchDeferredImages() in > > > PlatformBootManagerBeforeConsole()) > > > > > > > Ard, > > I checked ArmPkg's PlatformBootManagerLib and found it doesn't > > call *DispatchDeferredImages() after signaling EndOfDxe. > > > > It does. We just added this in 0f9395d7c5cc6ae2beaa2d87008fe158d04a8069 > > > The deferred image dispatch mechanism assumes the platform > > needs to call the *DispatchDeferredImages() after signaling EndOfDxe. > > > > Indeed. > > > I don't understand why the deferred image can be loaded with your patch. > > They are still deferred because the loading time is before EndOfDxe. > > > > Yes, but because PlatformBootManagerBeforeConsole () does all of this, > the only way to get Driver#### to work for consoles on GOP drivers, we > need to move it before that call.
Any further comments on this patch? -=-=-=-=-=-=-=-=-=-=-=- Groups.io Links: You receive all messages sent to this group. View/Reply Online (#52107): https://edk2.groups.io/g/devel/message/52107 Mute This Topic: https://groups.io/mt/67470372/21656 Group Owner: devel+ow...@edk2.groups.io Unsubscribe: https://edk2.groups.io/g/devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-