On Mon, Jun 01, 2015 at 10:58:57AM +0200, Paolo Bonzini wrote:
>
>
> On 01/06/2015 10:10, Michael S. Tsirkin wrote:
> > > UNUSED is written as zeroes, so it will think SMM is _disabled_,
> > > unconditionally. Note that d->smram_region is backwards: it aliases to
> > > VRAM, so it is enabled whe
On 01/06/2015 10:10, Michael S. Tsirkin wrote:
> > UNUSED is written as zeroes, so it will think SMM is _disabled_,
> > unconditionally. Note that d->smram_region is backwards: it aliases to
> > VRAM, so it is enabled when SMRAM is closed and disabled when SMRAM is open.
> >
> > This is correct
On Mon, Jun 01, 2015 at 09:30:38AM +0200, Paolo Bonzini wrote:
>
>
> On 31/05/2015 20:09, Michael S. Tsirkin wrote:
> > On Mon, May 11, 2015 at 03:49:01PM +0200, Paolo Bonzini wrote:
> >> Remove cpu_smm_register and cpu_smm_update. Instead, each CPU
> >> address space gets an extra region which
On 31/05/2015 20:09, Michael S. Tsirkin wrote:
> On Mon, May 11, 2015 at 03:49:01PM +0200, Paolo Bonzini wrote:
>> Remove cpu_smm_register and cpu_smm_update. Instead, each CPU
>> address space gets an extra region which is an alias of
>> /machine/smram. This extra region is enabled or disabled
On Mon, May 11, 2015 at 03:49:01PM +0200, Paolo Bonzini wrote:
> Remove cpu_smm_register and cpu_smm_update. Instead, each CPU
> address space gets an extra region which is an alias of
> /machine/smram. This extra region is enabled or disabled
> as the CPU enters/exits SMM.
>
> Signed-off-by: Pa
Remove cpu_smm_register and cpu_smm_update. Instead, each CPU
address space gets an extra region which is an alias of
/machine/smram. This extra region is enabled or disabled
as the CPU enters/exits SMM.
Signed-off-by: Paolo Bonzini
---
bsd-user/main.c | 4
hw/i386/pc.c
