NOTE: running app-emulation/kqemu-1.3.0_pre11 and gentoo-sources-2.6.23-r1 When running qemu with the '-kernel-kqemu' option with recent Linux kernels in the guest I typically see the guest kernel panic during the early stages of booting. I've tried this with various flavors of guest distributions, most recently with Fedora 8, and while the exact panic may vary between distributions/kernels the fact that it panics is consistent. As a workaround, removing the '-kernel-kqemu' flag and only using kqemu acceleration for userspace appears to work correctly. However, this does cause a drop in performance which I'm hoping to avoid. Please let me know if there is anything I can do to help. Reproducible: Always Steps to Reproduce: 1. modprobe kqemu 2. qemu -m 256 -kernel-kqemu -cdrom Fedora-8-i386-DVD.iso -boot d f8.img Actual Results: The guest OS has a kernel panic, the host OS (gentoo) appears fine. Expected Results: Both the guest and host OS would work correctly, i.e. no panics. NOTE: while the info below is from a system using the 2007.0/server profile I am also able to reproduce this on a standard 2007.0 configuration. Portage 2.1.3.18 (default-linux/x86/2007.0/server, gcc-4.2.2, glibc-2.6.1-r0, 2.6.23-gentoo-r1 i686) ================================================================= System uname: 2.6.23-gentoo-r1 i686 Intel(R) XEON(TM) MP CPU 1.50GHz Timestamp of tree: Sun, 04 Nov 2007 23:00:01 +0000 app-shells/bash: 3.2_p17-r1 dev-java/java-config: 1.3.7, 2.1.2-r1 dev-lang/python: 2.4.4-r4, 2.5.1-r3 dev-python/pycrypto: 2.0.1-r6 sys-apps/baselayout: 1.12.10-r5 sys-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.13, 2.61-r1 sys-devel/automake: 1.5, 1.6.3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.18-r1 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 1.5.24 virtual/os-headers: 2.6.23 ACCEPT_KEYWORDS="x86 ~x86" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=pentium4 -O2 -pipe " CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c /etc/udev/rules.d" CXXFLAGS="-march=pentium4 -O2 -pipe " DISTDIR="/usr/portage/distfiles" FEATURES="distlocks metadata-transfer sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LINGUAS="en en_US" MAKEOPTS="-j8" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X509 acl acpi apache2 berkdb bitmap-fonts bittorrent bzip2 cdb cdparanoia cdr cli cpudetection cracklib crypt dbus doc dri dvd dvdread ethereal examples exif fam fortran ftp gcj gd gdbm gpm hal iconv ieee1394 imap ipv6 isdnlog java javascript kqemu ldap libwww logrotate mailwrapper midi mime mmap mmx mudflap mysql ncurses nls nptl nptlonly openmp pam pcre pdf pdflib perl posix pppd python readline reflection ruby samba session sharedmem smp snmp sockets spell spl sse sse2 ssl svg tcltk tcpd threads truetype truetype-fonts type1-fonts unicode usb x86 xml xml2 xorg zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en en_US" USERLAND="GNU" VIDEO_CARDS="ati vesa" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
would take a bit of time to reproduce it, if you could report it upstream probably a solution could be found quickly. using older kernel expose the same problem?
Using a sample QEMU image[1] based on RH9 with a 2.6.20 kernel I do not see any panics during boot when running with '-kernel-kqemu'. I'll report the problem upstream and post a link back here. [1] http://fabrice.bellard.free.fr/qemu/linux-0.2.img.bz2
I couldn't find a bugzilla or similar forum so I reported the problem to the QEMU developer's list. * http://lists.gnu.org/archive/html/qemu-devel/2007-11/msg00456.html
Thank you
does it happen with the new qemu and kqemu?
I'm sorry for the delay in responding but I probably won't have the ability to test this soon. If needed you can close the bug and I'll reopen it if there is an issue with the new versions.
