12:24 AM
> To: Ni, Ray ; 'devel@edk2.groups.io'
> ; 'ard.biesheu...@linaro.org'
>
> Cc: 'Leif Lindholm' ; Gao, Zhichao
> ; Ma, Maurice ; Dong,
> Guo ; You, Benjamin
> Subject: Re: [edk2-devel] [RFC PATCH 2/2] MdeModulePkg/BdsDxe: allow
> consoles on drivers loaded via Driver###
[edk2-devel] [RFC PATCH 2/2] MdeModulePkg/BdsDxe: allow
> consoles on drivers loaded via Driver
>
>
>
> > On Jan 14, 2020, at 8:46 AM, Ard Biesheuvel
> wrote:
> >
> > On Mon, 13 Jan 2020 at 18:57, Andrew Fish via Groups.Io
> > wrote:
> >>
> &g
> On Jan 14, 2020, at 8:46 AM, Ard Biesheuvel wrote:
>
> On Mon, 13 Jan 2020 at 18:57, Andrew Fish via Groups.Io
> wrote:
>>
>> Ard,
>>
>> Is the problem GFX console? Would it be possible to have a PCD to assume
>> graphics console, and if non was found on the boot connect those PCI
On Mon, 13 Jan 2020 at 18:57, Andrew Fish via Groups.Io
wrote:
>
> Ard,
>
> Is the problem GFX console? Would it be possible to have a PCD to assume
> graphics console, and if non was found on the boot connect those PCI devices
> and update the NVRAM to cause a console to connect. You might
Ard,
Is the problem GFX console? Would it be possible to have a PCD to assume
graphics console, and if non was found on the boot connect those PCI devices
and update the NVRAM to cause a console to connect. You might have to do a 2nd
connect on the GOP handle after the nvram variable was
On Fri, 10 Jan 2020 at 17:23, Laszlo Ersek wrote:
>
> On 01/10/20 15:37, Ni, Ray wrote:
> > Ard,
> > I understand now that: BeforeConsole() needs to connect Gfx to get the GOP
> > device path
> > for ConOut updating. But the GOP driver is specified in Driver and it
> > will be loaded after
On 01/10/20 15:37, Ni, Ray wrote:
> Ard,
> I understand now that: BeforeConsole() needs to connect Gfx to get the GOP
> device path
> for ConOut updating. But the GOP driver is specified in Driver and it
> will be loaded after
> BeforeConsole() in today's code. This order makes the Gfx
half Of Ard
> Biesheuvel
> > Sent: Thursday, January 9, 2020 8:54 PM
> > To: Ni, Ray
> > Cc: devel@edk2.groups.io; Laszlo Ersek ; Leif Lindholm
> ; Gao, Zhichao
> > ; Ma, Maurice ; Dong, Guo
> ; You, Benjamin
> >
> > Subject: Re: [edk2-devel] [RFC PATCH
gt; ; Gao, Zhichao
> ; Ma, Maurice ; Dong, Guo
> ; You, Benjamin
>
> Subject: Re: [edk2-devel] [RFC PATCH 2/2] MdeModulePkg/BdsDxe: allow consoles
> on drivers loaded via Driver
>
> On Mon, 23 Dec 2019 at 15:09, Ard Biesheuvel
> wrote:
> >
> > On
gt;
> > > > -Original Message-
> > > > From: devel@edk2.groups.io On Behalf Of Ard
> > > > Biesheuvel
> > > > Sent: Wednesday, December 11, 2019 6:40 PM
> > > > To: Ni, Ray
> > > > Cc: Laszlo Ersek ; edk2-devel-groups-io
t;
Ping?
>
>
> >
> > > -Original Message-
> > > From: devel@edk2.groups.io On Behalf Of Ard
> > > Biesheuvel
> > > Sent: Wednesday, December 11, 2019 6:40 PM
> > > To: Ni, Ray
> > > Cc: Laszlo Ersek ; edk2-devel-groups-io
&g
Laszlo Ersek ; edk2-devel-groups-io
> > ; Leif Lindholm
> > ; Gao, Zhichao ; Ma,
> > Maurice ; Dong, Guo
> > ; You, Benjamin
> > Subject: Re: [edk2-devel] [RFC PATCH 2/2] MdeModulePkg/BdsDxe: allow
> > consoles on drivers loaded via Driver
> >
t; ; Leif Lindholm
> ; Gao, Zhichao ; Ma, Maurice
> ; Dong, Guo
> ; You, Benjamin
> Subject: Re: [edk2-devel] [RFC PATCH 2/2] MdeModulePkg/BdsDxe: allow consoles
> on drivers loaded via Driver
>
> On Mon, 9 Dec 2019 at 09:42, Ard Biesheuvel wrote:
> >
&g
On Mon, 9 Dec 2019 at 09:42, Ard Biesheuvel wrote:
>
> On Mon, 9 Dec 2019 at 03:12, Ni, Ray 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
On Mon, 9 Dec 2019 at 03:12, Ni, Ray 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
> >
> 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
On 12/06/19 15:31, Ard Biesheuvel wrote:
> Currently, we dispatch drivers specified via Driver entries after
> calling PlatformBootManagerBeforeConsole(), which prevents us from
> loading drivers that provide consoles via Driver entries.
I'd put this as:
... which prevents
Currently, we dispatch drivers specified via Driver entries after
calling PlatformBootManagerBeforeConsole(), which prevents us from
loading drivers that provide consoles via Driver entries.
This is particularly annoying on AArch64 systems, given that it prevents
us from loading AArch64
18 matches
Mail list logo