Re: [Qemu-devel] [edk2] [RFC PATCH] Distinguish between reset types

[David Woodhouse]

On Thu, 2013-02-21 at 08:37 -0600, Anthony Liguori wrote:
> 
> Help me understand where we're at.  If you fix the bugs in UEFI and
> SeaBIOS, and I correct the reset patches I pointed you at earlier, we're
> good? 

Yes. And merge the bit which resets the PAM configuration in the i440FX
on a hard reset. And make sure that suspend/resume, keyboard controller,
etc., are *not* hard resets.

>  Or is the lack of big real mode at startup on non-unrestricted
> mode boxes also a problem?

No.

> I never quite understood how the two related to each other in this thread.

It's one or the other. If big real mode actually worked, we'd run from
0xfffffff0 after reset (*any* reset), and we wouldn't *care* what we get
when we read from 0xffff0.

Since big real mode is broken, we *do* care what's at 0xffff0. And thus
we need to make sure that after a *hard* reset it's the ROM (OVMF), and
after a *soft* reset it's still RAM (SeaBIOS after it's done its init,
and can find the ACPI resume vector, etc.)

-- 
dwmw2

smime.p7s
Description: S/MIME cryptographic signature