|
|
|
|
|
|
|
|
|
|
xen-devel
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
|
<Prev in Thread] |
Current Thread |
[Next in Thread>
|
- Re: [Xen-devel] vesafb, (continued)
- Re: [Xen-devel] vesafb, Jan Beulich
- Re: [Xen-devel] vesafb, Keir Fraser
- Re: [Xen-devel] vesafb, Jan Beulich
- Re: [Xen-devel] vesafb, Keir Fraser
- RE: [Xen-devel] vesafb, Kaushik Barde
- Re: [Xen-devel] vesafb, Keir Fraser
- RE: [Xen-devel] vesafb, Kaushik Barde
- Re: [Xen-devel] vesafb, Keir Fraser
- RE: [Xen-devel] vesafb, Kaushik Barde
- Re: [Xen-devel] vesafb, Jan Beulich
- Re: [Xen-devel] vesafb,
Keir Fraser <=
RE: [Xen-devel] vesafb, Ian Pratt
|
|
|
|
|