RE: [Xen-devel] Ideas for PV on SeaBIOS

> 
> >>> On 19.05.11 at 07:33, Daniel Castro <evil.dani@xxxxxxxxx> wrote:
> > In order to give PV Drivers to SeaBIOS we will need to solve a few
> > problems, one is the following:
> > Does a booting kernel informs the BIOS that it will leave real mode
> > and not use it again? When the booting kernel uses CPU real mode for
> > the last time, how can we (Xen or SeaBIOS) know that real mode will
no
> > longer be used, and hence BIOS calls will not be issued?
> > We want upon last real mode usage to leave all Xen PV information in
a
> > clean state, this means, closing the channel and ring between the
> > newly created domain and the host system.
> 
> How can you be certain an OS won't switch back to real mode even
> after an extended period of up-time? Or that such switching back
> would affect you (could be calling e.g. the video or PCI BIOS
> functions only).

Well that's a problem with any device with a real mode counterpart (eg
INT13 for storage) isn't it? so just handle it in the same way.

James

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel

<Prev in Thread]

Current Thread

[Next in Thread>

Previous by Date:

Re: [Xen-devel] [PATCH 1 of 3] apic: record local apic state on boot, Ian Campbell

Next by Date:

Re: [Xen-devel] Ideas for PV on SeaBIOS, Ian Campbell

Previous by Thread:

Re: [Xen-devel] Ideas for PV on SeaBIOS - flush/barrier in QEMU, Konrad Rzeszutek Wilk

Next by Thread:

Re: [SeaBIOS] [Xen-devel] Ideas for PV on SeaBIOS, Kevin O'Connor

Indexes:

[Date] [Thread] [Top] [All Lists]