[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] vesafb

On 9/5/07 08:48, "Jan Beulich" <jbeulich@xxxxxxxxxx> wrote:

>> For one thing, there's some extended BIOS data that Linux would like to get
>> its hands on. Another is that it might be nice to get the memory-map
>> information for ourselves instead of relying on the bootloader (there's at
>> least one system we've seen where GRUB gets it wrong). Really there aren't
>> that many examples, and they'd all be invoked at start-of-day.
> ... and for which I had already posted patches to do all that's needed before
> entering C code (and namely, before enabling paging and [on x86-64] long
> mode), almost like Linux does - I have to admit that I continue to favor that
> solution, including extending it to set the VESA mode and, if that's really
> important as you say, calling INT 15 fn E820.

Yes, I have come around to this. It's not so great that we have to export
that EDD structure out to dom0, but it does look to be mostly laid out
according to BIOS specs. And we can't safely run the code which actually
reads disc sectors after we've messed with IRQ setup anyway (assuming some
BIOSes may depend on interrupts and running with EFLAGS.IF==1, although I'm
not sure about this).

 -- Keir

Xen-devel mailing list



Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.