[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
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |