[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
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel


 


Rackspace

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