With seabios built from source, and latest qemu, VMs hang during boot for me. Bisect points at this commit: 76e58028d28e78431f9de3cee0b3c88d807fa39d
Reverting this helps. Guest is stuck quite late, after 'switching root' message, so this could be just an OS visible change that it can't handle. Didn't try debugging more yet.
On Sun, Mar 17, 2013 at 08:27:36PM +0200, Michael S. Tsirkin wrote:
With seabios built from source, and latest qemu, VMs hang during boot for me. Bisect points at this commit: 76e58028d28e78431f9de3cee0b3c88d807fa39d
Reverting this helps. Guest is stuck quite late, after 'switching root' message, so this could be just an OS visible change that it can't handle. Didn't try debugging more yet.
What OS didn't boot?
-Kevin
On Sun, Mar 17, 2013 at 10:19:45PM -0400, Kevin O'Connor wrote:
On Sun, Mar 17, 2013 at 08:27:36PM +0200, Michael S. Tsirkin wrote:
With seabios built from source, and latest qemu, VMs hang during boot for me. Bisect points at this commit: 76e58028d28e78431f9de3cee0b3c88d807fa39d
Reverting this helps. Guest is stuck quite late, after 'switching root' message, so this could be just an OS visible change that it can't handle. Didn't try debugging more yet.
What OS didn't boot?
-Kevin
Sorry. It's a rhel6 image.
On 03/18/13 09:24, Michael S. Tsirkin wrote:
On Sun, Mar 17, 2013 at 10:19:45PM -0400, Kevin O'Connor wrote:
On Sun, Mar 17, 2013 at 08:27:36PM +0200, Michael S. Tsirkin wrote:
With seabios built from source, and latest qemu, VMs hang during boot for me. Bisect points at this commit: 76e58028d28e78431f9de3cee0b3c88d807fa39d
Reverting this helps. Guest is stuck quite late, after 'switching root' message, so this could be just an OS visible change that it can't handle. Didn't try debugging more yet.
What OS didn't boot?
-Kevin
Sorry. It's a rhel6 image.
Apologies for not trying this myself, but I can't very easily do it today. If you have everything handy, could you try booting with pci=nocrs on the guest kernel cmdline? If it boots, can you compare
without with 76e58028 76e58028 but also pci=nocrs
guest dmesg (ignore_loglevel)
acpidump & iasl -d the DSDT and SSDT
I suspect that the "late" hang (ie. after switching root) occurs when the efifb driver (or some such...) tries to use the window(s) retrieved from ACPI. Parsing itself should happen much earlier.
Again, sorry for not doing this myself!
Laszlo
On 03/17/13 19:27, Michael S. Tsirkin wrote:
With seabios built from source, and latest qemu, VMs hang during boot for me. Bisect points at this commit: 76e58028d28e78431f9de3cee0b3c88d807fa39d
Reverting this helps. Guest is stuck quite late, after 'switching root' message, so this could be just an OS visible change that it can't handle. Didn't try debugging more yet.
Make sure dsdt + seabios are in sync. latest bios.bin + dsdt from qemu tree isn't going to work.
With qemu/master (4524051c32190c1dc13ec2ccd122fd120dbed736+) you can simply use 'qemu -L /path/to/seabios/out' and qemu will pick up both bios.bin and dsdt tables from the seabios build output dir (and everything it doesn't find there such as vgabios blobs from the default paths).
cheers, Gerd
On Mon, Mar 18, 2013 at 11:48:57AM +0100, Gerd Hoffmann wrote:
On 03/17/13 19:27, Michael S. Tsirkin wrote:
With seabios built from source, and latest qemu, VMs hang during boot for me. Bisect points at this commit: 76e58028d28e78431f9de3cee0b3c88d807fa39d
Reverting this helps. Guest is stuck quite late, after 'switching root' message, so this could be just an OS visible change that it can't handle. Didn't try debugging more yet.
Make sure dsdt + seabios are in sync. latest bios.bin + dsdt from qemu tree isn't going to work.
With qemu/master (4524051c32190c1dc13ec2ccd122fd120dbed736+) you can simply use 'qemu -L /path/to/seabios/out' and qemu will pick up both bios.bin and dsdt tables from the seabios build output dir (and everything it doesn't find there such as vgabios blobs from the default paths).
cheers, Gerd
Will try. What's the source of the incompatibility?
On 03/18/13 11:56, Michael S. Tsirkin wrote:
On Mon, Mar 18, 2013 at 11:48:57AM +0100, Gerd Hoffmann wrote:
On 03/17/13 19:27, Michael S. Tsirkin wrote:
With seabios built from source, and latest qemu, VMs hang during boot for me. Bisect points at this commit: 76e58028d28e78431f9de3cee0b3c88d807fa39d
Reverting this helps. Guest is stuck quite late, after 'switching root' message, so this could be just an OS visible change that it can't handle. Didn't try debugging more yet.
Make sure dsdt + seabios are in sync. latest bios.bin + dsdt from qemu tree isn't going to work.
With qemu/master (4524051c32190c1dc13ec2ccd122fd120dbed736+) you can simply use 'qemu -L /path/to/seabios/out' and qemu will pick up both bios.bin and dsdt tables from the seabios build output dir (and everything it doesn't find there such as vgabios blobs from the default paths).
cheers, Gerd
Will try. What's the source of the incompatibility?
The values for the pci i/o windows are passed in a different way now. It used to be a reference to seabios-allocated memory (BDAT) with the location of that memory being added to the ssdt. Now that indirection is gone and seabios generates ssdt fields directly. The later makes it easier to generate the ssdt tables in qemu instead.
cheers, Gerd
On Mon, Mar 18, 2013 at 12:07:49PM +0100, Gerd Hoffmann wrote:
On 03/18/13 11:56, Michael S. Tsirkin wrote:
On Mon, Mar 18, 2013 at 11:48:57AM +0100, Gerd Hoffmann wrote:
On 03/17/13 19:27, Michael S. Tsirkin wrote:
With seabios built from source, and latest qemu, VMs hang during boot for me. Bisect points at this commit: 76e58028d28e78431f9de3cee0b3c88d807fa39d
Reverting this helps. Guest is stuck quite late, after 'switching root' message, so this could be just an OS visible change that it can't handle. Didn't try debugging more yet.
Make sure dsdt + seabios are in sync. latest bios.bin + dsdt from qemu tree isn't going to work.
With qemu/master (4524051c32190c1dc13ec2ccd122fd120dbed736+) you can simply use 'qemu -L /path/to/seabios/out' and qemu will pick up both bios.bin and dsdt tables from the seabios build output dir (and everything it doesn't find there such as vgabios blobs from the default paths).
cheers, Gerd
Will try. What's the source of the incompatibility?
The values for the pci i/o windows are passed in a different way now. It used to be a reference to seabios-allocated memory (BDAT) with the location of that memory being added to the ssdt. Now that indirection is gone and seabios generates ssdt fields directly. The later makes it easier to generate the ssdt tables in qemu instead.
cheers, Gerd
Ah so dsdt in qemu and ssdt in seabios conflict?
Hi,
The values for the pci i/o windows are passed in a different way now. It used to be a reference to seabios-allocated memory (BDAT) with the location of that memory being added to the ssdt. Now that indirection is gone and seabios generates ssdt fields directly. The later makes it easier to generate the ssdt tables in qemu instead.
cheers, Gerd
Ah so dsdt in qemu and ssdt in seabios conflict?
dsdt + ssdt must match, and when using the qemu prebuild dsdt (older than commit 76e58028d28e78431f9de3cee0b3c88d807fa39d, thus expecting a old-style ssdt) and a fresh seabios build (newer than 76e58028d28e78431f9de3cee0b3c88d807fa39d, thus generating a new-style ssdt) via -bios then you'll end up with a mismatch and things don't work.
cheers, Gerd
On Mon, Mar 18, 2013 at 11:48:57AM +0100, Gerd Hoffmann wrote:
On 03/17/13 19:27, Michael S. Tsirkin wrote:
With seabios built from source, and latest qemu, VMs hang during boot for me. Bisect points at this commit: 76e58028d28e78431f9de3cee0b3c88d807fa39d
Reverting this helps. Guest is stuck quite late, after 'switching root' message, so this could be just an OS visible change that it can't handle. Didn't try debugging more yet.
Make sure dsdt + seabios are in sync. latest bios.bin + dsdt from qemu tree isn't going to work.
Yes, this was the issue. Thanks!
With qemu/master (4524051c32190c1dc13ec2ccd122fd120dbed736+) you can simply use 'qemu -L /path/to/seabios/out' and qemu will pick up both bios.bin and dsdt tables from the seabios build output dir (and everything it doesn't find there such as vgabios blobs from the default paths).
cheers, Gerd
-
Gerd Hoffmann -
Kevin O'Connor -
Laszlo Ersek -
Michael S. Tsirkin