On 02/28/13 06:23, Peter Stuge wrote:
Gerd Hoffmann wrote:
Option one is to let qemu provide them, then both ovmf and seabios can
grab them via fw_cfg.
Option two is to use coreboot underneath
I don't think one should exclude the other, I think it would make
great sense to combine them.
On Mon, 2013-02-25 at 15:46 +0100, Gerd Hoffmann wrote:
2. Having (many!) hypervisor-specific special cases in SeaBIOS seems
wildly schizophrenic without bringing any significant benefits,
compared to factoring all of that out into a codebase which *already
does many of the needed
On 02/28/13 10:37, David Woodhouse wrote:
On Mon, 2013-02-25 at 15:46 +0100, Gerd Hoffmann wrote:
2. Having (many!) hypervisor-specific special cases in SeaBIOS seems
wildly schizophrenic without bringing any significant benefits,
compared to factoring all of that out into a codebase which
On 02/26/13 19:30, Laszlo Ersek wrote:
On 02/26/13 10:03, Gerd Hoffmann wrote:
Can tianocore grab acpi tables from coreboot?
Not that I know of. (... It may have been a rhetorical question.)
Wasn't rhetorical. Generating the apci tables in both ovmf and seabios
doesn't make that much
On 02/27/13 10:19, Gerd Hoffmann wrote:
On 02/26/13 19:30, Laszlo Ersek wrote:
On 02/26/13 10:03, Gerd Hoffmann wrote:
Can tianocore grab acpi tables from coreboot?
Not that I know of. (... It may have been a rhetorical question.)
Wasn't rhetorical. Generating the apci tables in both
On Wed, Feb 27, 2013 at 03:09:25PM +0100, Laszlo Ersek wrote:
On 02/27/13 10:19, Gerd Hoffmann wrote:
On 02/26/13 19:30, Laszlo Ersek wrote:
On 02/26/13 10:03, Gerd Hoffmann wrote:
Can tianocore grab acpi tables from coreboot?
Not that I know of. (... It may have been a rhetorical
Gerd Hoffmann wrote:
gets. It sounds like there will soon be need for a more generic PCI
resource allocator, which is another thing that coreboot already has.
--verbose please.
Alex Williamson wrote:
It does make some sense that SeaBIOS initializes PCI, so should be
responsible for this
Gerd Hoffmann wrote:
Option one is to let qemu provide them, then both ovmf and seabios can
grab them via fw_cfg.
Option two is to use coreboot underneath
I don't think one should exclude the other, I think it would make
great sense to combine them. So have coreboot on QEMU read some
Hi,
gets. It sounds like there will soon be need for a more generic PCI
resource allocator, which is another thing that coreboot already has.
--verbose please.
2. Having (many!) hypervisor-specific special cases in SeaBIOS seems
wildly schizophrenic without bringing any significant
On 02/26/13 10:03, Gerd Hoffmann wrote:
Can tianocore grab acpi tables from coreboot?
Not that I know of. (... It may have been a rhetorical question.)
When running on Xen, an area is searched for the RSDP, and linked tables
(prepared by Xen's hvmloader I think) are installed by OVMF.
When
On 02/24/13 19:00, Kevin O'Connor wrote:
On Sat, Feb 23, 2013 at 04:47:26PM +, David Woodhouse wrote:
On Sat, 2013-02-23 at 11:38 -0500, Kevin O'Connor wrote:
IMO, we need to move the ACPI table creation (and PIR/MPTABLE/SMBIOS)
to QEMU and just have QEMU pass the tables to SeaBIOS for it
Laszlo Ersek wrote:
I've made peace with generating AML in C source.
As it happens, coreboot has a good infrastructure for generating AML
at runtime since years already.
Of course static tables in coreboot are no better than static tables
elsewhere. There are two reasons why moving all this
On 02/25/13 14:43, Peter Stuge wrote:
1. Significant amounts of code can quite likely be shared between
many different hypervisors, since coreboot already shares significant
code between many different hardware platforms, never mind the reuse
possible across *both* hypervisors and hardware.
Gerd Hoffmann wrote:
1. Significant amounts of code can quite likely be shared between
many different hypervisors, since coreboot already shares significant
code between many different hardware platforms, never mind the reuse
possible across *both* hypervisors and hardware.
Not really.
On Mon, 2013-02-25 at 15:46 +0100, Gerd Hoffmann wrote:
I'm not convinced using coreboot is a clear win, especially with EFI
coming. Can coreboot run tianocore as payload?
It's being worked on.
--
dwmw2
smime.p7s
Description: S/MIME cryptographic signature
On Sat, Feb 23, 2013 at 04:47:26PM +, David Woodhouse wrote:
On Sat, 2013-02-23 at 11:38 -0500, Kevin O'Connor wrote:
IMO, we need to move the ACPI table creation (and PIR/MPTABLE/SMBIOS)
to QEMU and just have QEMU pass the tables to SeaBIOS for it to copy
into memory like it does on
16 matches
Mail list logo