Michael Tokarev wrote:
> tags 680719 + moreinfo unreproducible
> thanks
>
> On 08.07.2012 11:57, Jamie Heilman wrote:
> > Package: qemu-kvm
> > Version: 1.1~z0+dfsg-1
> >
> > 1.1.0+dfsg-1 is still affected; but the problem hit unstable with
> > 1.1~z0+dfsg-1. This is essentially upstream bug 1021649. Which has
> > evidently been closed as Invalid due to it being firmware related...
> > but it's not at all clear to me what that really means. I assume the
> > firmware they're talking about is is seabios, but I'm not positive.
> > (I'm using the seabios 1.7.0-1 package if it matters.)
>
> There, the firmware is seabios from fedora, patched. In Debian we
> use the same seabios as qemu ships.
>
> > The problem I'm facing is that my VMs that used -nodefaults -nographic
> > -device isa-serial,chardev=char0 -chardev pty,id=char0 (or -display
> > none instead of -nographic which I believe results in the same
> > topology anyway) no longer boot. They just hang indefinately. If I
> > fiddle with the chardev backend, I can indeed make them boot after a
> > key press, but that's not ideal, and I can't get them to start booting
> > with the pty backend no matter what I try.
>
> Sigh.
>
> You need to provide ways to reproduce this.
I've been trying to figure that out, I didn't give an explicit detail
becuase I haven't been able to isolate the minimal case yet, and I was
watching 1021649 thinking upstream was on top of it already... but
then all those symptoms turned out to be something else I guess. What I
know for sure:
The guest is a Debian unstable image on an lvm volume utilising grub2
bootloader running a custom kernel without vga console support (though
that likely doesn't matter given it never gets that far). Invoked
thusly:
kvm -name jimmy -m 1024 -nodefaults -nographic \
-device isa-serial,chardev=char0 \
-chardev pty,id=char0 \
-device virtio-blk-pci,drive=blk0,bootindex=0 \
-drive id=blk0,file=/dev/mapper/S-jimmy,if=none,cache=none \
-device virtio-net-pci,netdev=net0 \
-netdev tap,id=net0,ifname=jimmy,script=no,downscript=no
Changing -nographic to -display none has the same result. Changing
-chardev pty,id=char0 to -chardev stdio,id=char0 results in things
hanging until a key is pressed. Removing the network options has no
effect, changing memory size has no effect.
--
Jamie Heilman http://audible.transient.net/~jamie/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
