On 11/11/16 15:36, Igor Mammedov wrote:
> I've already have a patch that makes upstream OVMF work for more
> than 64 CPUs and upto 288 (hopefully written in correct way).
> So expect me bothering you about boring stuff like rules where/how
> to post patches for edk2 and asking for review.
Great
On Fri, 11 Nov 2016 09:44:03 -0500
"Kevin O'Connor" wrote:
> On Fri, Nov 11, 2016 at 03:36:19PM +0100, Igor Mammedov wrote:
> > On Fri, 11 Nov 2016 15:02:36 +0100
> > Laszlo Ersek wrote:
> >
> > > adding Jeff Fan and Jordan Justen
> > >
> > > On
On Fri, Nov 11, 2016 at 03:36:19PM +0100, Igor Mammedov wrote:
> On Fri, 11 Nov 2016 15:02:36 +0100
> Laszlo Ersek wrote:
>
> > adding Jeff Fan and Jordan Justen
> >
> > On 11/11/16 13:57, Igor Mammedov wrote:
> > > While looking at OVMF and how it handles CPUs (ACPI/AP
On Fri, 11 Nov 2016 15:02:36 +0100
Laszlo Ersek wrote:
> adding Jeff Fan and Jordan Justen
>
> On 11/11/16 13:57, Igor Mammedov wrote:
> > While looking at OVMF and how it handles CPUs (ACPI/AP wakeup),
> > I've noticed that it uses legacy FW_CFG_NB_CPUS(0x05) to get
> > the
adding Jeff Fan and Jordan Justen
On 11/11/16 13:57, Igor Mammedov wrote:
> While looking at OVMF and how it handles CPUs (ACPI/AP wakeup),
> I've noticed that it uses legacy FW_CFG_NB_CPUS(0x05) to get
> the number of present at start CPUs.
Where exactly do you see this?
The only place where I
While looking at OVMF and how it handles CPUs (ACPI/AP wakeup),
I've noticed that it uses legacy FW_CFG_NB_CPUS(0x05) to get
the number of present at start CPUs.
Variable was introduced back in 2008 by fbfcf955ba and is/was used
by ppc/sparc/arm/x86 and a bunch of firmwares (but not by SeaBIOS).