Hi,
Switching the list handling broke pci initialization.
Commit aab42152881dc62b37f1833e79cbdb3dfa51603b seems to be the culprit.
--- log-446defb 2013-06-13 11:53:38.35298 +0200
+++ log-aab4215 2013-06-13 11:53:11.137304303 +0200
@@ -1,8 +1,8 @@
-Start bios (version
On Thu, Jun 13, 2013 at 11:59:15AM +0200, Gerd Hoffmann wrote:
Hi,
Switching the list handling broke pci initialization.
Commit aab42152881dc62b37f1833e79cbdb3dfa51603b seems to be the culprit.
Thanks. I reverted that patch while I take another look at it. Sorry
about that.
-Kevin
This patchset, on top of my acpi branch,
fixes the issues with cross-version migration:
- Don't add fw cfg entries when running with -M 1.5 and older
- Future proof against future ACPI table changes:
create a ROM blob so the tables are migrated
(together with BIOS)
With these changes the ACPI
13.06.2013 11:51, Michael Tokarev wrote:
Hello.
In order to verify some build issues on solaris, I tried to install
sol10 x86 in a kvm vm. But unfortunately it does not work: after the
grub prompt and choosing Solaris 10 x86 boot entry, the kernel
gets loaded (there's a row of dots
Il 11/06/2013 03:35, Michael S. Tsirkin ha scritto:
Two points
1. You never explained what you mean by un-hardware like.
Currently bios is in a ROM device, and it has a
template for ACPI tables together with it.
This simply moves the tables to a separate ROM
device (FW CFG),
On Fri, Jun 14, 2013 at 12:32:22AM +0400, Michael Tokarev wrote:
13.06.2013 11:51, Michael Tokarev wrote:
Hello.
In order to verify some build issues on solaris, I tried to install
sol10 x86 in a kvm vm. But unfortunately it does not work: after the
grub prompt and choosing Solaris 10
On Thu, Jun 13, 2013 at 07:43:03AM +0200, Gerd Hoffmann wrote:
Gets qemu features like direct kernel boot and boot
ordering going when seabios runs on coreboot.
Signed-off-by: Gerd Hoffmann kra...@redhat.com
Okay, that looks like it would work. I think the patch below would be
slightly
On 06/14/13 01:02, Paolo Bonzini wrote:
Il 10/06/2013 21:03, Anthony Liguori ha scritto:
I'm not really convinced that
QEMU-firmware is a GPL boundary because of how tightly the two are
linked.
Where has 'linked' in terms of the GPL ever been anything other than
actual executable linking?
On Thu, Jun 13, 2013 at 08:45:02AM -0400, Kevin O'Connor wrote:
On Thu, Jun 13, 2013 at 11:59:15AM +0200, Gerd Hoffmann wrote:
Hi,
Switching the list handling broke pci initialization.
Commit aab42152881dc62b37f1833e79cbdb3dfa51603b seems to be the culprit.
Thanks. I reverted that
Paolo Bonzini pbonz...@redhat.com writes:
Il 11/06/2013 03:35, Michael S. Tsirkin ha scritto:
Two points
1. You never explained what you mean by un-hardware like.
Currently bios is in a ROM device, and it has a
template for ACPI tables together with it.
This simply moves the
Anthony Liguori wrote:
However, with PCs, the ACPI tables are generated by/included in the
firmware. There's no question about that.
I think the key point is that the firmware is developed and delivered
by the hardware vendor, and not by an independent source.
The firmware is intimately tied
11 matches
Mail list logo