| |
|
 |
|
 |
|
|
|
| |
|
|
xen-devel
RE: [Xen-devel] QEMU upstreaming: status and todo
> > Are the two really dependent on each other? Our virtual firmware
> seems to
> > work okay now, it took a while to get there, and it now rarely needs
> to be
> > fixed. I guess I don't care about the legacy rombios/vgabios bits too
> much,
> > but I'd be unhappy about throwing away all our ACPI stuff. That was a
> pain
> > to actually get working well. That means you can have
> > tools/firmware/{rom,vga}bios if you want, but trickier to mess with
> anything
> > under tools/firmware/hvmloader.
>
> I was proposing only to replace rombios: from a conversation we had
> with
> the SeaBios maintainer at LPC, I think SeaBios can be made to work from
> hvmloader without too much trouble. However I haven't read the code so
> this needs to be tested.
Here is one more point to add to Stefano's note and to clarify Keir's concern
about throwing away our ACPI stuff - There will be some ACPI tables setup code
that is in our hvmloader that wouldn't be needed as SeaBIOS would do the ACPI
tables setup but from what I heard, SeaBIOS provides a way for us to feed it a
list of our SSDTs and more for it to take it from there and load them. So, I
believe we won't end up losing any ACPI functionality we added if that is your
concern.
Kamala
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|
|
|
| |
|
Home