[SeaBIOS] VM won't start since 76e58028d28e78431f9de3cee0b3c88d807fa39d

Michael S. Tsirkin mst at redhat.com
Mon Mar 18 12:15:18 CET 2013


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?

-- 
MST



More information about the SeaBIOS mailing list