On Wed, Feb 04, 2009 at 03:24:59PM +0200, Avi Kivity wrote:
> Gleb Natapov wrote:
>>>> struct pci_status {
>>>> @@ -603,10 +603,12 @@ static uint32_t gpe_readb(void *opaque, uint32_t
>>>> addr)
>>>> struct gpe_regs *g = opaque;
>>>> switch (addr) {
>>>> case PROC_BASE:
>>>> - val = g->up;
>>>> - break;
>>>> case PROC_BASE + 1:
>>>> - val = g->down;
>>>> + val = gpe_read_val(g->cpus_sts, addr);
>>>> + break;
>>>> + case PROC_BASE + 2:
>>>> + case PROC_BASE + 3:
>>>> + val = gpe_read_val(g->bios_cpus_sts, addr);
>>>> break;
>>>>
>>> Why can't the bios maintain bios_cpu_sts in RAM?
>>>
>>>
>> It can, just need to find a place for it. Currently our AML does not use
>> RAM at all.
>
> OperationRegion(..., SystemMemory, ...) should work. It's better to
> avoid introducing unnecessary virtual hardware.
>
But what address to chose. It needs to be reserved in e820 map and S3
resume should not touch it.
--
Gleb.
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
