12.05.2013 21:39, Edward J. Shornock wrote: > Control: tag -1 - upstream patch pending > Control: notfound -1 1.1.2+dfsg-6a > Control: retitle -1 qemu-system-x86_64: guest crashes booting kfreebsd > netinst iso > Control: found -1 1.4.0+dfsg-2exp > > (I'm removing the tags since this issue is seen in the debs only. Hopefully > this isn't a problem for end-users to do themselves.)
Hmm ok. > This potentially looks like a 32-bit userspace issue but only when qemu > (1.4.0, 1.5.0-rc) is > installed from debian packages. The version in Wheezy (1.1.2+dfsg-6) works > fine. I can't reproduce this on my machine. Do you also run 32bit kernel, or just switching userspace (32/64bit)? (Obviously a PIII machine has a 32bit kernel). I also wonder whenever this is intel-specific or not (my current machine is amd). I'll try this at work today, where I have an intel machine but it is running 64bit kernel. > To recap: > > - The guest crashes with 1.5.0~rc0+dfsg-1 on a 32bit host. > - The guest crashes on a 32bit host with debs built from the git > revision mentioned above. > - The 32bit guest crashes on a 64bit host with debs built from the git > revision mentioned above. > - The 32bit guest does NOT crash on a 64bit host using the binaries in > the source directory created with "./configure && make" (thanks for > that tip (and the other tips), btw! It's handy to not have to "make > install" each time I want to test something) Here's another tip for you: extract source tarball in a clean directory (or remove everything except .git and do git reset --hard), create a subdir (say, build), cd into it and run ../configure ... && make. This way you may have several build subdirs with different configs. > - The 64bit guest does not crash. > - The version in Wheezy (1.1.2+dfsg-6a) does not crash. > > > I haven't figured out yet what exactly is different when running from debs VS > git source. When running from a debian package, the binary files in /usr/share/qemu are different from ones supplied by qemu. One of the main differences is the bios. You may try debian-compiled version with -L /path/to/qemu/build/pc-bios (there's pc-bios subdir in qemu sources with all that stuff). That might the problem. Note that just like with openbios, we don't have up-to-date seabios package, but this one is quite a bit more difficult due to #707454. Thank you! /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
