[Qemu-devel] -kernel-kqemu causes a linux guest kernel crash
Hi, I tried to use http://www.fedoraforum.de/iso/test/rawhide-KDE4-i686-20080109/rawhide-KDE4-i686-20080109.4.iso image with qemu 0.9.1 (binary version from http://fabrice.bellard.free.fr/qemu/download.html). When I don't use -kernel-kqemu, the kernel boot, but if I used -kernel-kqemu I got a Kernel panic[1]. [1] divide error: [#1] SMP Modules linked in: Pid: 1, comm: swapper Not tainted (2.6.24-0.138.rc7.fc9 #1) EIP: 0060:[c047bb98] EFLAGS: 00010002 CPU: 0 EIP is at __inc_zone_state+0x2e/0x51 EAX: c0737c00 EBX: c1199601 ECX: 0005 EDX: c073 ESI: c0737c00 EDI: c0737cae EBP: c7417b74 ESP: c7417b68 DS: 007b ES: 007b FS: 00d8 GS: SS: 0068 Process swapper (pid: 1, ti=c7417000 task=c7418000 task.ti=c7417000) Stack: c11996e8 c7005b48 c7417b7c c047bfdd c7417b94 c0471a82 c11996e8 c11996e8 c7005b48 c7417ba8 c0471aa9 00d0 c11996e8 c7417bc4 c0471b31 00d0 c7433000 c7417bdc Call Trace: [c040649a] show_trace_log_lvl+0x1a/0x2f [c040654a] show_stack_log_lvl+0x9b/0xa3 [c04065f9] show_registers+0xa7/0x178 [c04067ff] die+0x135/0x220 [c063e7f0] do_trap+0x8a/0xa3 [c0406d0a] do_divide_error+0x85/0x8f [c063e5ba] error_code+0x72/0x78 [c047bfdd] __inc_zone_page_state+0x18/0x1a [c0471a82] add_to_page_cache+0x7a/0x8a [c0471aa9] add_to_page_cache_lru+0x17/0x2b [c0471b31] __grab_cache_page+0x74/0x91 [c04aabd0] simple_write_begin+0x1e/0x4b [c04727d2] generic_file_buffered_write+0xe4/0x51b [c0473040] __generic_file_aio_write_nolock+0x437/0x48a [c04730eb] generic_file_aio_write+0x58/0xb6 [c0492406] do_sync_write+0xc5/0x102 [c0492c0e] vfs_write+0xa8/0x15c [c0493275] sys_write+0x3d/0x61 [c0775cdc] do_copy+0x32/0xb1 [c0774c9c] write_buffer+0x1d/0x2c [c0774d0f] flush_window+0x64/0xb3 [c07750e9] inflate_codes+0x371/0x3c9 [c077641f] inflate_dynamic+0x4d5/0x531 [c0776938] unpack_to_rootfs+0x4bd/0x89b [c0776d94] populate_rootfs+0x7e/0xe4 [c0771579] kernel_init+0x1f4/0x376 [c0405f1f] kernel_thread_helper+0x7/0x10 === Code: 89 e5 57 56 89 c6 64 a1 08 20 7b c0 c1 e0 07 8d 84 30 80 00 00 00 8d 7c 10 29 53 8a 1f 43 88 1f 8a 40 28 38 c3 7e 22 b2 02 66 98 f6 fa 0f be d3 0f be c0 01 c2 90 01 94 8e 40 13 00 00 90 01 14 EIP: [c047bb98] __inc_zone_state+0x2e/0x51 SS:ESP 0068:c7417b68 ---[ end trace 778e504de7e3b1e3 ]--- Kernel panic - not syncing: Attempted to kill init!
[Qemu-devel] kernel-kqemu causes kernel panic
Hi, Host system is a debian sid and guest is debian etch -kernel-kqemu does not work. I am getting a kernel panic. Please help. Thanks Halim PS. kqemu last Version and qemu from Debian.
Re: [Qemu-devel] -kernel-kqemu option causes kernel-panic
Halim Sahin wrote: Hello list, I experienced several problems with qemu under linux using kernel 2.6.18. The guest system is a debian testing, the host a debian unstable. kqemu is the newest version from www.qemu.org. The guest can not start if I give -kernel-kqemu. The last message is kernel panic. Another problem is the performance of the guest harddisk. There is no ide dma aktivated and hdparm fails to aktivate it. If I try to shutdown the guest, I am only getting system halted but the qemu did not shutdown. What version of qemu are you using ? Brad -- Human beings, who are almost unique in having the ability to learn from the experience of others, are also remarkable for their apparent disinclination to do so. -- Douglas Adams ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] -kernel-kqemu option causes kernel-panic
On Do, Mär 15, 2007 at 11:12:41 +0400, Brad Campbell wrote: Halim Sahin wrote: Hello list, I experienced several problems with qemu under linux using kernel 2.6.18. The guest system is a debian testing, the host a debian unstable. kqemu is the newest version from www.qemu.org. The guest can not start if I give -kernel-kqemu. The last message is kernel panic. Another problem is the performance of the guest harddisk. There is no ide dma aktivated and hdparm fails to aktivate it. If I try to shutdown the guest, I am only getting system halted but the qemu did not shutdown. What version of qemu are you using ? I am using qemu 0.9.0 but this problem happends with 0.8.2 too. Halim ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] -kernel-kqemu option causes kernel-panic
is it on a freshly created qemu image, or one created with qemu = 0.8.2 ? what is the format of the qemu image ? raw, qcow, qcow2 ? right now (and I'm on windows hosts), latest qemu and 0.9.0 work well. Most of the pb I see with kernel-kqemu are time out on hdc (cdrom) if I boot on hda with linux guests. what happens if you use a slax bootable iso, booting on it and accessing your data on hda ? this works for me and is very stable now since qemu 0.8.2. On 3/15/07, Halim Sahin [EMAIL PROTECTED] wrote: On Do, Mär 15, 2007 at 11:12:41 +0400, Brad Campbell wrote: Halim Sahin wrote: Hello list, I experienced several problems with qemu under linux using kernel 2.6.18. The guest system is a debian testing, the host a debian unstable. kqemu is the newest version from www.qemu.org. The guest can not start if I give -kernel-kqemu. The last message is kernel panic. Another problem is the performance of the guest harddisk. There is no ide dma aktivated and hdparm fails to aktivate it. If I try to shutdown the guest, I am only getting system halted but the qemu did not shutdown. What version of qemu are you using ? I am using qemu 0.9.0 but this problem happends with 0.8.2 too. Halim ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel -- Christian ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] -kernel-kqemu option causes kernel-panic
On 3/15/07, Halim Sahin [EMAIL PROTECTED] wrote: Hello, On Thu, Mar 15, 2007 at 09:14:46AM +0100, Christian MICHON wrote: is it on a freshly created qemu image, or one created with qemu = 0.8.2 ? 0.8.2 was used to create the image what is the format of the qemu image ? raw, qcow, qcow2 ? Raw I wanted to discard any change of behaviour between formats and releases of qemu-img. You could have had a compressed encrypted qcow(2) for example... right now (and I'm on windows hosts), latest qemu and 0.9.0 work well. Most of the pb I see with kernel-kqemu are time out on hdc (cdrom) if I boot on hda with linux guests. what happens if you use a slax bootable iso, booting on it and accessing your data on hda ? this works for me and is very stable now since qemu 0.8.2. Hmm I tested it now on my other host system. There is a kernel 2.6.15 running under debian sarge. All works fine. the described errors are not visible. There runs a qemu 0.8.2 too but the kqemu module is an older version. Perhaps the kqemu module causes these problems?? Thanks Halim I'm using the latest kqemu each time, and it works... -- Christian ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] -kernel-kqemu option causes kernel-panic
Halim Sahin a écrit : On Do, Mär 15, 2007 at 11:12:41 +0400, Brad Campbell wrote: Halim Sahin wrote: Hello list, I experienced several problems with qemu under linux using kernel 2.6.18. The guest system is a debian testing, the host a debian unstable. kqemu is the newest version from www.qemu.org. The guest can not start if I give -kernel-kqemu. The last message is kernel panic. Another problem is the performance of the guest harddisk. There is no ide dma aktivated and hdparm fails to aktivate it. If I try to shutdown the guest, I am only getting system halted but the qemu did not shutdown. What version of qemu are you using ? I am using qemu 0.9.0 but this problem happends with 0.8.2 too. You mean the Debian one from testing/unstable or experimental? In that case, it is a know problem, see http://bugs.debian.org/402289 In short, don't use kqemu if you use the Debian qemu package, or install qemu from sources. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] -kernel-kqemu option causes kernel-panic
Hello, On Do, Mär 15, 2007 at 10:21:14 +0100, Aurelien Jarno wrote: Halim Sahin a écrit : On Do, Mär 15, 2007 at 11:12:41 +0400, Brad Campbell wrote: Halim Sahin wrote: Hello list, I experienced several problems with qemu under linux using kernel 2.6.18. The guest system is a debian testing, the host a debian unstable. kqemu is the newest version from www.qemu.org. The guest can not start if I give -kernel-kqemu. The last message is kernel panic. Another problem is the performance of the guest harddisk. There is no ide dma aktivated and hdparm fails to aktivate it. If I try to shutdown the guest, I am only getting system halted but the qemu did not shutdown. What version of qemu are you using ? I am using qemu 0.9.0 but this problem happends with 0.8.2 too. You mean the Debian one from testing/unstable or experimental? In that case, it is a know problem, see http://bugs.debian.org/402289 In short, don't use kqemu if you use the Debian qemu package, or install qemu from sources. kI tried to build qemu from sources but that did not help. I.ll try it again. Now I build qemu 0.9.0 under my sarge system and the dma-problem is back and the hardisk performance is very bad. That seems to be a qemu 0.9.0 problem because under 0.8.2 works fine. Thanks Halim ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] -kernel-kqemu option causes kernel-panic
Hi, Small addition to my previous mail: The shutdown doesn't work too. Last message is system halted but qemu does not shut down. Best regards Halim -- Halim Sahin E-Mail: halim.sahin (at) t-online.de ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] -kernel-kqemu option causes kernel-panic
Hello, Is the cvs-repo of qemu down? cvs -z3 -d:pserver:[EMAIL PROTECTED]:/sources/qemu co qemu gives me a timeout after a few minutes. The qemu release 0.9.0 does not work for me. 1. DMA not activable in guest 2. kernel-kqemu causes kernel panic (not the debian package) 3. The shutdown does not work so I want to try a cvs version of qemu. Halim ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] -kernel-kqemu option causes kernel-panic
Halim Sahin wrote: Hello, Is the cvs-repo of qemu down? cvs -z3 -d:pserver:[EMAIL PROTECTED]:/sources/qemu co qemu gives me a timeout after a few minutes. The qemu release 0.9.0 does not work for me. 1. DMA not activable in guest 2. kernel-kqemu causes kernel panic (not the debian package) 3. The shutdown does not work That sounds exactly like what happens when your bios is not the same bios that qemu is using. Are you properly installing your bios files?? Make sure you update them every time you update qemu. [EMAIL PROTECTED]:~$ ls /usr/local/share/qemu/ -l total 732 -rw-r--r-- 1 root root 131072 2007-02-12 09:20 bios.bin drwxr-xr-x 2 root root 4096 2006-05-23 16:24 keymaps -rw-r--r-- 1 root root512 2006-09-28 19:24 linux_boot.bin -rw-r--r-- 1 root root 524288 2006-09-28 19:24 ppc_rom.bin -rw-r--r-- 1 root root 37888 2006-09-28 19:24 vgabios.bin -rw-r--r-- 1 root root 35328 2006-09-28 19:24 vgabios-cirrus.bin Brad -- Human beings, who are almost unique in having the ability to learn from the experience of others, are also remarkable for their apparent disinclination to do so. -- Douglas Adams ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] -kernel-kqemu option causes kernel-panic
Hello, I came to the same solution after testing qemu on several machines. The debian packages seem to have this Problem too. Thanks On Do, Mär 15, 2007 at 03:58:52 +0400, Brad Campbell wrote: Halim Sahin wrote: Hello, Is the cvs-repo of qemu down? cvs -z3 -d:pserver:[EMAIL PROTECTED]:/sources/qemu co qemu gives me a timeout after a few minutes. The qemu release 0.9.0 does not work for me. 1. DMA not activable in guest 2. kernel-kqemu causes kernel panic (not the debian package) 3. The shutdown does not work That sounds exactly like what happens when your bios is not the same bios that qemu is using. Are you properly installing your bios files?? Make sure you update them every time you update qemu. [EMAIL PROTECTED]:~$ ls /usr/local/share/qemu/ -l total 732 -rw-r--r-- 1 root root 131072 2007-02-12 09:20 bios.bin drwxr-xr-x 2 root root 4096 2006-05-23 16:24 keymaps -rw-r--r-- 1 root root512 2006-09-28 19:24 linux_boot.bin -rw-r--r-- 1 root root 524288 2006-09-28 19:24 ppc_rom.bin -rw-r--r-- 1 root root 37888 2006-09-28 19:24 vgabios.bin -rw-r--r-- 1 root root 35328 2006-09-28 19:24 vgabios-cirrus.bin Brad -- Human beings, who are almost unique in having the ability to learn from the experience of others, are also remarkable for their apparent disinclination to do so. -- Douglas Adams ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel -- Halim Sahin E-Mail: halim.sahin (at) t-online.de ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] -kernel-kqemu issue? hwclock w/ libc6-i686: segmentation fault on reboot
On Sunday 20 August 2006 00:25, J M Cerqueira Esteves wrote: I submited the attached report to the Debian bug tracking system, but just now I noticed that that segfault of hwclock with libc6-i686 (in a guest Debian testing system) only occurs if the virtual machine is started with -kernel-kqemu. Could this be related to some kqemu bug? Obviously, yes. Paul ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] -kernel-kqemu issue? hwclock w/ libc6-i686: segmentation fault on reboot
I submited the attached report to the Debian bug tracking system, but just now I noticed that that segfault of hwclock with libc6-i686 (in a guest Debian testing system) only occurs if the virtual machine is started with -kernel-kqemu. Could this be related to some kqemu bug? Best regards J Esteves -- +351 939838775 Skype:jmcerqueira http://del.icio.us/jmce ---BeginMessage--- Package: util-linux Version: 2.12r-10 Severity: normal Additional system information: This occurred inside a QEMU virtual machine running Debian testing (etch) i386, under the following QEMU HOST SETUP: host CPU: AMD Athlon 64 3500+ host operating system: Ubuntu 6.06 LTS, kernel: Ubuntu 2.6.15-26-amd64-k8 kqemu: 1.3.0pre9 QEMU: 0.8.2, configured with -cc=gcc-3.4 --enable-alsa invoked with qemu-system-x86_64 ... -kernel-kqemu ... In the Debian etch guest system, When libc6-i686 is installed hwclock segfaults on reboots: /etc/rc6.d/K25hwclock.sh: line 58: 3584 Segmentation fault /sbin/hwclock --systohc $GMT $HWCLOCKPARS $BADYEAR This does not occur when libc6-i686 is not installed. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages util-linux depends on: ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libncurses5 5.5-2 Shared libraries for terminal hand ii libslang2 2.0.6-2The S-Lang programming library - r ii libuuid1 1.39-1 universally unique id library ii lsb-base 3.1-10 Linux Standard Base 3.1 init scrip ii zlib1g1:1.2.3-13 compression library - runtime util-linux recommends no packages. -- no debconf information ---End Message--- ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] -kernel-kqemu Bug? Win2k reboots
Hi all! I asked this already in user forum, with no replies :(( I have constantly win2k reboots when using -kernel-kqemu. No bluescreen, just reboot after a few seconds, for example when using PartyPoker software... Without -kernel-kqemu, it works fine. I expected win2k to work with this option. Is it a known problem? Best Regards, Martina __ Verschicken Sie romantische, coole und witzige Bilder per SMS! Jetzt bei WEB.DE FreeMail: http://f.web.de/?mc=021193 ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] -kernel-kqemu Bug? Win2k reboots
Ok, How much ram are you allocating the guest? 256MB What is your host kernel version? Kernel 2.6.15 (Ubuntu Dapper) What is your qemu version? 0.8.1 with Mouse Wall and DHCP patch What is your kqemu version? 1.3.0pre09 How much ram does your host have? 1GB What command line options are you using for kqemu? qemu -hda /win/windows_partition.img -m 256 -k de -soundhw sb16 -usb -usbdevice tablet -localtime Anything else you can tell us about your setup? Using Win2k with Service Pack 4 (english). Pretty standard. Maybe only the PartyPoker software crashes qemu with -kernel-kqemu applied. I did not try any other program seriously :)) -Ursprüngliche Nachricht- Von: qemu-devel@nongnu.org Gesendet: 10.07.06 17:21:18 An: qemu-devel@nongnu.org Betreff: Re: [Qemu-devel] -kernel-kqemu Bug? Win2k reboots [EMAIL PROTECTED] wrote: Hi all! I asked this already in user forum, with no replies :(( I have constantly win2k reboots when using -kernel-kqemu. No bluescreen, just reboot after a few seconds, for example when using PartyPoker software... Without -kernel-kqemu, it works fine. I expected win2k to work with this option. Is it a known problem? How much ram are you allocating the guest? What is your host kernel version? What is your qemu version? What is your kqemu version? How much ram does your host have? What command line options are you using for kqemu? Anything else you can tell us about your setup? Brad -- Human beings, who are almost unique in having the ability to learn from the experience of others, are also remarkable for their apparent disinclination to do so. -- Douglas Adams ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel __ Verschicken Sie romantische, coole und witzige Bilder per SMS! Jetzt bei WEB.DE FreeMail: http://f.web.de/?mc=021193 ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] -kernel-kqemu Bug? Win2k reboots
[EMAIL PROTECTED] wrote: Ok, How much ram are you allocating the guest? 256MB What is your host kernel version? Kernel 2.6.15 (Ubuntu Dapper) What is your qemu version? 0.8.1 with Mouse Wall and DHCP patch What is your kqemu version? 1.3.0pre09 How much ram does your host have? 1GB What command line options are you using for kqemu? qemu -hda /win/windows_partition.img -m 256 -k de -soundhw sb16 -usb -usbdevice tablet -localtime Anything else you can tell us about your setup? Using Win2k with Service Pack 4 (english). Pretty standard. Maybe only the PartyPoker software crashes qemu with -kernel-kqemu applied. I did not try any other program seriously :)) Ok, cool.. I'm using almost exactly the same setup here.. I'll grab a copy of the PartyPoker software and see if I can reproduce the crash.. -- Human beings, who are almost unique in having the ability to learn from the experience of others, are also remarkable for their apparent disinclination to do so. -- Douglas Adams ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] Kernel-kqemu question
I am trying to use kqemu-1.3.0pre7 under few linux boxen I works for some guests and not for others. Is there a list of guests that work with -kernel-kqemu? (differences exist even for same kernel but different distributions..) Is any one using it for Windows98 guest? -ishwar ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] -kernel-kqemu - bug with -m 256
Brad Campbell wrote: Troy Benjegerdes wrote: On Thu, Feb 09, 2006 at 04:01:34PM -0600, Anthony Liguori wrote: Jim C. Brown wrote: -kernel-kqemu virtualizes ring 0 code. So it basically makes qemu do what VMware does. IIRC someone reported a 33% speedup with the new option. That was me. That was a 33% speedup on win2k startup time. kqemu (user only) has a negligible impact on win2k startup time which suggests this is mostly ring 0 code running which would make it a good benchmark for kernel-kqemu performance. This was a terribly unscientific benchmarking so don't read too much into it. Regards, Anthony Liguori My win2k guest (with SP4, but not any updates) seemed to hang on startup with -kernel-kqemu. Are you using -m 256 by any chance? I get this result with around that much ram allocated to the guest. -m 160 (or less) or -m 384 (or more) works perfectly here.. Great tip -thank you! I have been having the same headache as others: Linux and RectOS guests constantly crashing in the very same spot when -kernel-kqemu is enabled. I just made a quick test adding -m 384 and ReactOS suddenly boots all the way with -kernel-kqemu enabled! My test line was: qemu.exe -kernel-kqemu -m 384 -L ./bios -boot c -hda c.img Best regards, Dan Sandberg ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] -kernel-kqemu - bug with -m 256 -please disregard
Dan Sandberg wrote: Brad Campbell wrote: Troy Benjegerdes wrote: On Thu, Feb 09, 2006 at 04:01:34PM -0600, Anthony Liguori wrote: Jim C. Brown wrote: -kernel-kqemu virtualizes ring 0 code. So it basically makes qemu do what VMware does. IIRC someone reported a 33% speedup with the new option. That was me. That was a 33% speedup on win2k startup time. kqemu (user only) has a negligible impact on win2k startup time which suggests this is mostly ring 0 code running which would make it a good benchmark for kernel-kqemu performance. This was a terribly unscientific benchmarking so don't read too much into it. Regards, Anthony Liguori My win2k guest (with SP4, but not any updates) seemed to hang on startup with -kernel-kqemu. Are you using -m 256 by any chance? I get this result with around that much ram allocated to the guest. -m 160 (or less) or -m 384 (or more) works perfectly here.. Great tip -thank you! I have been having the same headache as others: Linux and RectOS guests constantly crashing in the very same spot when -kernel-kqemu is enabled. I just made a quick test adding -m 384 and ReactOS suddenly boots all the way with -kernel-kqemu enabled! My test line was: qemu.exe -kernel-kqemu -m 384 -L ./bios -boot c -hda c.img Best regards, Dan Sandberg Sorry! Monday morning, coffee machine broken and my test far TOO quick since I forgot to start the kqemu service first and used a double-click script with the result that I missed the warning message that kqemu actually wasn´t running. With -kernel-kqemu enabled I now get the same nasty bug as before regardless of -m 160, 256, 384 or 512.. Best regards, Dan Sandberg ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] -kernel-kqemu
Troy Benjegerdes wrote: On Thu, Feb 09, 2006 at 04:01:34PM -0600, Anthony Liguori wrote: Jim C. Brown wrote: -kernel-kqemu virtualizes ring 0 code. So it basically makes qemu do what VMware does. IIRC someone reported a 33% speedup with the new option. That was me. That was a 33% speedup on win2k startup time. kqemu (user only) has a negligible impact on win2k startup time which suggests this is mostly ring 0 code running which would make it a good benchmark for kernel-kqemu performance. This was a terribly unscientific benchmarking so don't read too much into it. Regards, Anthony Liguori My win2k guest (with SP4, but not any updates) seemed to hang on startup with -kernel-kqemu. Are you using -m 256 by any chance? I get this result with around that much ram allocated to the guest. -m 160 (or less) or -m 384 (or more) works perfectly here.. -- Human beings, who are almost unique in having the ability to learn from the experience of others, are also remarkable for their apparent disinclination to do so. -- Douglas Adams ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] -kernel-kqemu
On Thu, Feb 09, 2006 at 04:01:34PM -0600, Anthony Liguori wrote: Jim C. Brown wrote: -kernel-kqemu virtualizes ring 0 code. So it basically makes qemu do what VMware does. IIRC someone reported a 33% speedup with the new option. That was me. That was a 33% speedup on win2k startup time. kqemu (user only) has a negligible impact on win2k startup time which suggests this is mostly ring 0 code running which would make it a good benchmark for kernel-kqemu performance. This was a terribly unscientific benchmarking so don't read too much into it. Regards, Anthony Liguori My win2k guest (with SP4, but not any updates) seemed to hang on startup with -kernel-kqemu. (This is today's qemu-cvs with kqemu-1.3.0pre5) ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] -kernel-kqemu troubles with linux 2.6.16.5 (kanotix easter) guest
Hi! The latest http://debian.tu-bs.de/project/kanotix/preview/KANOTIX-2006-Easter-RC2.iso hangs on boot with -kernel-kqemu after printing serio: i8042 KBD port at 0x60,0x64 irq 1 (selected text mode in grub with f4 and removed `quiet' from boot line). dmesg of a successful boot (with `regular' kqemu) below, the only difference I see with the hanging -kernel-kqemu is an added line Machine check exception polling timer started before Total HugeTLB memory allocated, 0 top shows the box 95% idle, an attached gdb finds it at 4527ret = select(nfds + 1, rfds, wfds, NULL, tv); in vl.c ---snip Linux version 2.6.16.5-kanotix-2 ([EMAIL PROTECTED]) (gcc version 4.0.3 (Debian 4.0.3-1)) #1 SMP PREEMPT Sat Apr 15 20:20:23 CEST 2006 BIOS-provided physical RAM map: BIOS-e820: - 0009fc00 (usable) BIOS-e820: 0010 - 1000 (usable) 0MB HIGHMEM available. 256MB LOWMEM available. On node 0 totalpages: 65536 DMA zone: 4096 pages, LIFO batch:0 DMA32 zone: 0 pages, LIFO batch:0 Normal zone: 61440 pages, LIFO batch:15 HighMem zone: 0 pages, LIFO batch:0 DMI not present or invalid. ACPI: Unable to locate RSDP Allocating PCI resources starting at 2000 (gap: 1000:f000) Built 1 zonelists Kernel command line: ACPI on - DMA on - Deutsch textmode=1 vga=0x0 splash ramdisk_size=10 init=/etc/init lang=de apm=power-off nomce Local APIC disabled by BIOS -- you can enable it with lapic mapped APIC to d000 (01242000) Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Initializing CPU#0 PID hash table entries: 2048 (order: 11, 32768 bytes) Detected 2076.055 MHz processor. Using tsc for high-res timesource Console: colour VGA+ 80x25 Dentry cache hash table entries: 65536 (order: 6, 262144 bytes) Inode-cache hash table entries: 32768 (order: 5, 131072 bytes) Memory: 252644k/262144k available (3150k kernel code, 8916k reserved, 949k data, 320k init, 0k highmem) Checking if this processor honours the WP bit even in supervisor mode... Ok. Calibrating delay using timer specific routine.. 4616.05 BogoMIPS (lpj=9232108) Security Framework v1.0.0 initialized Mount-cache hash table entries: 512 CPU: After generic identify, caps: 0381a9fd CPU: After vendor identify, caps: 0381a9fd CPU: L1 I cache: 8K CPU: L2 cache: 128K CPU: After all inits, caps: 0381a9fd 0040 Checking 'hlt' instruction... OK. checking if image is initramfs...it isn't (no cpio magic); looks like an initrd Freeing initrd memory: 1410k freed CPU0: Intel Pentium II (Klamath) stepping 03 SMP motherboard not detected. Local APIC not detected. Using dummy APIC emulation. Brought up 1 CPUs migration_cost=0 NET: Registered protocol family 16 EISA bus registered PCI: PCI BIOS revision 2.10 entry at 0xf9f40, last bus=0 PCI: Using configuration type 1 ACPI: Subsystem revision 20060127 ACPI: Interpreter disabled. Linux Plug and Play Support v0.97 (c) Adam Belay pnp: PnP ACPI: disabled Generic PHY: Registered new driver SCSI subsystem initialized PCI: Probing PCI hardware PCI: Probing PCI hardware (bus 00) Boot video device is :00:02.0 PCI: Using IRQ router PIIX/ICH [8086/7000] at :00:01.0 PCI: BIOS reporting unknown device 01:00 PCI: BIOS reporting unknown device 01:00 PCI: BIOS reporting unknown device 01:00 PCI: BIOS reporting unknown device 01:00 PCI: BIOS reporting unknown device 01:00 PCI: BIOS reporting unknown device 01:00 PCI: BIOS reporting unknown device 01:00 TC classifier action (bugs to netdev@vger.kernel.org cc [EMAIL PROTECTED]) PCI: Ignore bogus resource 6 [0:0] of :00:02.0 Total HugeTLB memory allocated, 0 VFS: Disk quotas dquot_6.5.1 Dquot-cache hash table entries: 1024 (order 0, 4096 bytes) Squashfs 2.2-r2 (released 2005/09/08) (C) 2002-2005 Phillip Lougher SGI XFS with ACLs, security attributes, realtime, no debug enabled SGI XFS Quota Management subsystem Initializing Cryptographic API io scheduler noop registered io scheduler anticipatory registered (default) io scheduler deadline registered io scheduler cfq registered Limiting direct PCI/PCI transfers. PCI: PIIX3: Enabling Passive Release on :00:01.0 Activating ISA DMA hang workarounds. isapnp: Scanning for PnP cards... isapnp: No Plug Play device found Real Time Clock Driver v1.12ac PNP: No PS/2 controller found. Probing ports directly. serio: i8042 AUX port at 0x60,0x64 irq 12 serio: i8042 KBD port at 0x60,0x64 irq 1 FDC 0 is a S82078B RAMDISK driver initialized: 16 RAM disks of 10K size 1024 blocksize loop: loaded (max 8 devices) Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx PIIX3: IDE controller at PCI slot :00:01.1 PIIX3: chipset revision 0 PIIX3: not 100% native mode: will probe irqs later
[Qemu-devel] -kernel-kqemu with linux guest and vnc
G'day all, The -kernel-kqemu with linux guest bug is still at large, however it appears if you compile your kernel with gcc-3.2.2 it will work. (yay!). Further investigation continues. I've posted a monolithic 2.6.16 kernel compiled with gcc-3.2.2 at http://fnarfbargle.dyndns.org:81/qemu/ Someone may get some use out of it.. just use it with the -kernel command line and don't forget to -append root=/blah In addition, I grabbed a vnc patch from late last year and bent it a little to get it to fit the latest cvs. While I was there I horridly kludged it so that it compiles with --disable-sdl to save it linking with the sdl and X libs (which I don't want to install on my servers if I can avoid it). It's all been lightly tested in various combinations of vnc and sdl and appears to do the job. Usual caveats about mouse sync in vnc apply (not that I use it in graphics mode anyway, but I did test it with knoppix). You'll find the patch at the above location also, but be warned.. it works, but it's really ugly. Brad -- Human beings, who are almost unique in having the ability to learn from the experience of others, are also remarkable for their apparent disinclination to do so. -- Douglas Adams ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] -kernel-kqemu with linux guest and vnc
--Resend-- Not sure why but this did not make the list the 1st time around G'day all, The -kernel-kqemu with linux guest bug is still at large, however it appears if you compile your kernel with gcc-3.2.2 it will work. (yay!). Further investigation continues. I've posted a monolithic 2.6.16 kernel compiled with gcc-3.2.2 at http://fnarfbargle.dyndns.org:81/qemu/ Someone may get some use out of it.. just use it with the -kernel command line and don't forget to -append root=/blah In addition, I grabbed a vnc patch from late last year and bent it a little to get it to fit the latest cvs. While I was there I horridly kludged it so that it compiles with --disable-sdl to save it linking with the sdl and X libs (which I don't want to install on my servers if I can avoid it). It's all been lightly tested in various combinations of vnc and sdl and appears to do the job. Usual caveats about mouse sync in vnc apply (not that I use it in graphics mode anyway, but I did test it with knoppix). You'll find the patch at the above location also, but be warned.. it works, but it's really ugly. Brad -- Human beings, who are almost unique in having the ability to learn from the experience of others, are also remarkable for their apparent disinclination to do so. -- Douglas Adams ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] kernel-kqemu and linux
Brad Campbell wrote: Fabrice Bellard wrote: Try the following patch: diff -u -w -r1.39 helper2.c --- helper2.c 4 Dec 2005 18:46:06 - 1.39 +++ helper2.c 20 Mar 2006 23:38:51 - @@ -110,6 +110,7 @@ env-pat = 0x0007040600070406ULL; env-cpuid_ext_features = 0; env-cpuid_features |= CPUID_FXSR | CPUID_MMX | CPUID_SSE | CPUID_SSE2 | CPUID_PAE | CPUID_SEP; +env-cpuid_features |= CPUID_APIC; /* TEST */ env-cpuid_xlevel = 0; { const char *model_id = QEMU Virtual CPU version QEMU_VERSION; If it works then APIC usage will become the default on i386... I'm afraid that makes no difference at all here.. PIII-M linux host and both 2.4 compiled for i386 and 2.6 compiled for PII linux guests More information here.. http://fnarfbargle.dyndns.org:81/qemu-oops/qemu.oops.log http://fnarfbargle.dyndns.org:81/qemu-oops/qemu.oops.log.2 Neat trick for capturing such groovy stuff.. In one console :- cat /dev/ptyzf | tee qemu.oops.log In another console :- qemu -hda vm-1.img -kernel /tracks/linux-2.6.15.6/arch/i386/boot/bzImage -serial /dev/ttyzf -append console=ttyS0 -m 64 -kernel-kqemu Regards, Brad (who just learned about pseudo terminal devices) -- Human beings, who are almost unique in having the ability to learn from the experience of others, are also remarkable for their apparent disinclination to do so. -- Douglas Adams ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] kernel-kqemu and linux
On 3/21/06, Brad Campbell [EMAIL PROTECTED] wrote: Neat trick for capturing such groovy stuff.. In one console :- cat /dev/ptyzf | tee qemu.oops.log In another console :- qemu -hda vm-1.img -kernel /tracks/linux-2.6.15.6/arch/i386/boot/bzImage -serial /dev/ttyzf -append console=ttyS0 -m 64 -kernel-kqemu More simple and does not need any right on /dev/tty* : qemu -hda vm-1.img -kernel theimage -append console=ttyS0 -serial stdio -kernel-kqemu | tee qemu.log Here is the output with various Mandriva kernels (last one is vanilla 2.6.16 rc4). The failure is different each time but always occurs in the same area (cache init). Running it several times with the same kernel will give the same error. = Linux version 2.6.12-12mdk ([EMAIL PROTECTED]) (gcc version 4.0.1 (4.0.1-5mdk for Mandriva Linux release 2006.0)) #1 Fri Sep 9 18:15:22 CEST 2005 BIOS-provided physical RAM map: BIOS-e820: - 0009fc00 (usable) BIOS-e820: 0010 - 1000 (usable) 0MB HIGHMEM available. 256MB LOWMEM available. DMI not present. ACPI: Unable to locate RSDP Allocating PCI resources starting at 1000 (gap: 1000:f000) Built 1 zonelists Local APIC disabled by BIOS -- you can enable it with lapic Initializing CPU#0 Kernel command line: console=ttyS0 PID hash table entries: 2048 (order: 11, 32768 bytes) Detected 407.111 MHz processor. Using tsc for high-res timesource Console: colour VGA+ 80x25 Dentry cache hash table entries: 65536 (order: 6, 262144 bytes) Inode-cache hash table entries: 32768 (order: 5, 131072 bytes) Memory: 255420k/262144k available (2348k kernel code, 6232k reserved, 717k data, 268k init, 0k highmem, 0k BadRAM) Checking if this processor honours the WP bit even in supervisor mode... Ok. Kernel panic - not syncing: pgtable_cache_init(): Cannot create pgd cache 4Losing too many ticks! TSC cannot be used as a timesource. Possible reasons for this are: You're running with Speedstep, You don't have DMA enabled for your hard disk (see hdparm), Incorrect TSC synchronization on an SMP system (see dmesg). Falling back to a sane timesource now. = Linux version 2.6.12-13mdk-i686-up-4GB ([EMAIL PROTECTED]) (gcc version 4.0.2 (4.0.2-1mdk for Mandriva Linux release 2006.1)) #1 Mon Nov 21 18:31:00 CET 2005 BIOS-provided physical RAM map: BIOS-e820: - 0009fc00 (usable) BIOS-e820: 0010 - 1000 (usable) 0MB HIGHMEM available. 256MB LOWMEM available. DMI not present. ACPI: Unable to locate RSDP Allocating PCI resources starting at 1000 (gap: 1000:f000) Built 1 zonelists Local APIC disabled by BIOS -- you can enable it with lapic Initializing CPU#0 Kernel command line: console=ttyS0 PID hash table entries: 2048 (order: 11, 32768 bytes) Detected 433.098 MHz processor. Using tsc for high-res timesource Console: colour VGA+ 80x25 Dentry cache hash table entries: 65536 (order: 6, 262144 bytes) Inode-cache hash table entries: 32768 (order: 5, 131072 bytes) Memory: 255432k/262144k available (2335k kernel code, 6220k reserved, 714k data, 264k init, 0k highmem, 0k BadRAM) Checking if this processor honours the WP bit even in supervisor mode... Ok. Kernel panic - not syncing: kmem_cache_create(): failed to create slab `anon_vma' 4Losing too many ticks! TSC cannot be used as a timesource. Possible reasons for this are: You're running with Speedstep, You don't have DMA enabled for your hard disk (see hdparm), Incorrect TSC synchronization on an SMP system (see dmesg). Falling back to a sane timesource now. = Linux version 2.6.14-1mdk-i686-up-4GB ([EMAIL PROTECTED]) (gcc version 4.0.2 (4.0.2-1mdk for Mandriva Linux release 2006.1)) #1 Wed Mar 8 20:09:39 CET 2006 BIOS-provided physical RAM map: BIOS-e820: - 0009fc00 (usable) BIOS-e820: 0010 - 1000 (usable) 0MB HIGHMEM available. 256MB LOWMEM available. DMI not present. ACPI: Unable to locate RSDP Allocating PCI resources starting at 2000 (gap: 1000:f000) Built 1 zonelists Local APIC disabled by BIOS -- you can enable it with lapic Initializing CPU#0 Kernel command line: console=ttyS0 PID hash table entries: 2048 (order: 11, 32768 bytes) Detected 372.477 MHz processor. Using tsc for high-res timesource Console: colour VGA+ 80x25 Dentry cache hash table entries: 65536 (order: 6, 262144 bytes) Inode-cache hash table entries: 32768 (order: 5, 131072 bytes) Memory: 254792k/262144k available (2305k kernel code, 6208k reserved, 713k data, 244k init, 0k highmem, 0k BadRAM) Checking if this processor honours the WP bit even in supervisor mode... Ok. Kernel panic - not syncing: kmem_cache_create(): failed to create slab `size-32' = Linux version 2.6.16-rc4.11mdk ([EMAIL PROTECTED]) (gcc version 4.0.3 (4.0.3-0.20060215.1mdk for Mandriva Linux release 2006.1)) #1 Sat Feb 18 23:35:38 CET 2006 BIOS-provided physical RAM map: BIOS-e820: - 0009fc00 (usable)
[Qemu-devel] kernel-kqemu and linux
Hi. I'm successfully running Windows 2000 guest on qemu (linux host) with kernel-kqemu, and the speed is excellent. However I can't get linux to run as a guest (still linux host); no matter what kernel or kernel config I create, it always BUGs at the same point: hda: hda1 hda2 hda3 [ cut here ] kernel BUG at mm/swap.c:215! invalid operand: [#1] Modules linked in: CPU:0 EIP:0060:[c0141981]Not tainted VLI EFLAGS: 00010256 (2.6.15-gentoo-r1) EIP is at release_pages+0x131/0x140 eax: ebx: c12f98e0 ecx: c0458c94 edx: c12f98e0 esi: edi: ebp: 0001 esp: d7fc1da8 ds: 007b es: 007b ss: 0068 Process swapper (pid: 1, threadinfo=d7fc task=d7fe4a10) Stack: c136eca8 d7fc1e30 0040 000e c12fb160 c0458bc0 0001 c04f2ac0 c0141bca c04f2ac8 0001 d7fc1e28 0001 d7fc1e28 0001 0001 c01419b5 d7fc1e30 0001 Call TRace: [c0141bca] __pagevec_lru_add_active+0xaa/0xc0 [c01419b5] __pagevec_release+0x25/0x30 [c0142119] invalidate_mapping_pages+0xf9/0x100 [c014213e] invalidate_inode_pages+0x1e/0x30 [c015d658] kill_bdev+0x19/0x40 [c0232db9] add_disk+0x49/0x60 ... (during ide probe) If kernel-kqemu works with linux 2.6 for anyone, could you email a .config that works?) Thanks, -- Kevin F. Quinn signature.asc Description: PGP signature ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] -kernel-kqemu and a linux guest
On 3/17/06, Brad Campbell [EMAIL PROTECTED] wrote: More info.. Tried with a brand new shiny 2.6.15.6 kernel.. screendump and .config at http://fnarfbargle.dyndns.org:81/qemu-oops/ Also oops2.jpg is the vanilla Debian 2.4 kernel from R3.1 Got the same as oops.jpg when trying on 2.6.12 from mandriva ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] kernel-kqemu and linux
Try the following patch: diff -u -w -r1.39 helper2.c --- helper2.c 4 Dec 2005 18:46:06 - 1.39 +++ helper2.c 20 Mar 2006 23:38:51 - @@ -110,6 +110,7 @@ env-pat = 0x0007040600070406ULL; env-cpuid_ext_features = 0; env-cpuid_features |= CPUID_FXSR | CPUID_MMX | CPUID_SSE | CPUID_SSE2 | CPUID_PAE | CPUID_SEP; +env-cpuid_features |= CPUID_APIC; /* TEST */ env-cpuid_xlevel = 0; { const char *model_id = QEMU Virtual CPU version QEMU_VERSION; If it works then APIC usage will become the default on i386... Fabrice. Kevin F. Quinn wrote: Hi. I'm successfully running Windows 2000 guest on qemu (linux host) with kernel-kqemu, and the speed is excellent. However I can't get linux to run as a guest (still linux host); no matter what kernel or kernel config I create, it always BUGs at the same point: hda: hda1 hda2 hda3 [ cut here ] kernel BUG at mm/swap.c:215! invalid operand: [#1] Modules linked in: CPU:0 EIP:0060:[c0141981]Not tainted VLI EFLAGS: 00010256 (2.6.15-gentoo-r1) EIP is at release_pages+0x131/0x140 eax: ebx: c12f98e0 ecx: c0458c94 edx: c12f98e0 esi: edi: ebp: 0001 esp: d7fc1da8 ds: 007b es: 007b ss: 0068 Process swapper (pid: 1, threadinfo=d7fc task=d7fe4a10) Stack: c136eca8 d7fc1e30 0040 000e c12fb160 c0458bc0 0001 c04f2ac0 c0141bca c04f2ac8 0001 d7fc1e28 0001 d7fc1e28 0001 0001 c01419b5 d7fc1e30 0001 Call TRace: [c0141bca] __pagevec_lru_add_active+0xaa/0xc0 [c01419b5] __pagevec_release+0x25/0x30 [c0142119] invalidate_mapping_pages+0xf9/0x100 [c014213e] invalidate_inode_pages+0x1e/0x30 [c015d658] kill_bdev+0x19/0x40 [c0232db9] add_disk+0x49/0x60 ... (during ide probe) If kernel-kqemu works with linux 2.6 for anyone, could you email a .config that works?) Thanks, ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] kernel-kqemu and linux
Fabrice Bellard wrote: Try the following patch: diff -u -w -r1.39 helper2.c --- helper2.c 4 Dec 2005 18:46:06 - 1.39 +++ helper2.c 20 Mar 2006 23:38:51 - @@ -110,6 +110,7 @@ env-pat = 0x0007040600070406ULL; env-cpuid_ext_features = 0; env-cpuid_features |= CPUID_FXSR | CPUID_MMX | CPUID_SSE | CPUID_SSE2 | CPUID_PAE | CPUID_SEP; +env-cpuid_features |= CPUID_APIC; /* TEST */ env-cpuid_xlevel = 0; { const char *model_id = QEMU Virtual CPU version QEMU_VERSION; If it works then APIC usage will become the default on i386... I'm afraid that makes no difference at all here.. PIII-M linux host and both 2.4 compiled for i386 and 2.6 compiled for PII linux guests Regards, Brad -- Human beings, who are almost unique in having the ability to learn from the experience of others, are also remarkable for their apparent disinclination to do so. -- Douglas Adams ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] kernel-kqemu and linux
Sorry, still fails at the same place. It recognises the APIC: ... Found and enabled local APIC! mapped APIC to d000 (fee0) ... I noticed that before the 'kernel BUG' message I got a warning that scrolled off the screen; so I halted qemu and captured it piece by piece: ... hda: cache flushes not supported hda:Badness in blk_remove_plug at block/ll_rw_blk.c:1436 xx blk_remove_plug+0x69/0x70 xx ide_do_request+0x3c2/0x3f0 xx do_ide_request+0x24/0x30 xx generic_unplug_device+0x10/0x20 xx block_sync_page+0x3a/0x50 ... xx kernel_thread_helper+0x5/0xc hda1 hda2 hda3 [ cut here ] kernel BUG at mm/swap.c:215! ... then as before (I can transcribe the whole trace if you want). The warning is the following code: int blk_remove_plug(request_queue_t *q) { WARN_ON(!irqs_disabled()) Badness in comes from the WARN_ON macro. So it appears that linux expects the irqs to have been disabled, which they are in the normal emulation but not in the virtualised kernel mode. Without -kernel-kqemu I don't get the warning (or the BUG): ... hda: cache flushes not supported hda1 hda2 hda3 hdc: ATAPI 4X CD-ROM drive, 512kB Cache and it boots up works fine. Kev. On Tue, 21 Mar 2006 00:39:15 +0100 Fabrice Bellard [EMAIL PROTECTED] wrote: Try the following patch: diff -u -w -r1.39 helper2.c --- helper2.c 4 Dec 2005 18:46:06 - 1.39 +++ helper2.c 20 Mar 2006 23:38:51 - @@ -110,6 +110,7 @@ env-pat = 0x0007040600070406ULL; env-cpuid_ext_features = 0; env-cpuid_features |= CPUID_FXSR | CPUID_MMX | CPUID_SSE | CPUID_SSE2 | CPUID_PAE | CPUID_SEP; +env-cpuid_features |= CPUID_APIC; /* TEST */ env-cpuid_xlevel = 0; { const char *model_id = QEMU Virtual CPU version QEMU_VERSION; If it works then APIC usage will become the default on i386... Fabrice. Kevin F. Quinn wrote: Hi. I'm successfully running Windows 2000 guest on qemu (linux host) with kernel-kqemu, and the speed is excellent. However I can't get linux to run as a guest (still linux host); no matter what kernel or kernel config I create, it always BUGs at the same point: hda: hda1 hda2 hda3 [ cut here ] kernel BUG at mm/swap.c:215! invalid operand: [#1] Modules linked in: CPU:0 EIP:0060:[c0141981]Not tainted VLI EFLAGS: 00010256 (2.6.15-gentoo-r1) EIP is at release_pages+0x131/0x140 eax: ebx: c12f98e0 ecx: c0458c94 edx: c12f98e0 esi: edi: ebp: 0001 esp: d7fc1da8 ds: 007b es: 007b ss: 0068 Process swapper (pid: 1, threadinfo=d7fc task=d7fe4a10) Stack: c136eca8 d7fc1e30 0040 000e c12fb160 c0458bc0 0001 c04f2ac0 c0141bca c04f2ac8 0001 d7fc1e28 0001 d7fc1e28 0001 0001 c01419b5 d7fc1e30 0001 Call TRace: [c0141bca] __pagevec_lru_add_active+0xaa/0xc0 [c01419b5] __pagevec_release+0x25/0x30 [c0142119] invalidate_mapping_pages+0xf9/0x100 [c014213e] invalidate_inode_pages+0x1e/0x30 [c015d658] kill_bdev+0x19/0x40 [c0232db9] add_disk+0x49/0x60 ... (during ide probe) If kernel-kqemu works with linux 2.6 for anyone, could you email a .config that works?) Thanks, ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel -- Kevin F. Quinn signature.asc Description: PGP signature ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] -kernel-kqemu and a linux guest
G'day all, I've had *great* results running win2k and xp with -kernel-kqemu on an Athlon host under linux 2.6, however my experiments using a linux guest have resulted in complete kernel bombs.. Is there anything I should be doing/thinking about when compiling a linux kernel for use as a guest under -kernel-kqemu? All the ones I have tried thus far (from debian stock kernels through to latest GIT) have just oopsed or segfaulted early in the boot process.. -- Human beings, who are almost unique in having the ability to learn from the experience of others, are also remarkable for their apparent disinclination to do so. -- Douglas Adams ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] -kernel-kqemu and a linux guest
Brad Campbell wrote: G'day all, I've had *great* results running win2k and xp with -kernel-kqemu on an Athlon host under linux 2.6, however my experiments using a linux guest have resulted in complete kernel bombs.. Is there anything I should be doing/thinking about when compiling a linux kernel for use as a guest under -kernel-kqemu? All the ones I have tried thus far (from debian stock kernels through to latest GIT) have just oopsed or segfaulted early in the boot process.. More info.. Tried with a brand new shiny 2.6.15.6 kernel.. screendump and .config at http://fnarfbargle.dyndns.org:81/qemu-oops/ Also oops2.jpg is the vanilla Debian 2.4 kernel from R3.1 I've tried 2.6 with the command line: qemu -hda vm-1.img -kernel /tracks/linux/linux-2.6.15-rc7-git6-qemu/arch/i386/boot/bzImage -m 64 -kernel-kqemu and 2.4 with the command line (as it boots from grub and the kernel is in the hard disk image): qemu -hda vm-1.img -m 64 -kernel-kqemu Without kqemu and just usermode kqemu it works just dandy. My host is a PIII laptop : bklaptop:~cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 11 model name : Intel(R) Pentium(R) III Mobile CPU 1000MHz stepping: 1 cpu MHz : 733.358 cache size : 512 KB fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov pat pse36 mmx fxsr sse bogomips: 1468.39 I'm using the very latest kqemu binary and latest qemu cvs Qemu compiled with bklaptop:~gcc --version gcc (GCC) 3.3.6 (Debian 1:3.3.6-10) Copyright (C) 2003 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Host and Guest Kernel and kqemu module compiled with bklaptop:~gcc --version gcc (GCC) 4.0.3 20060212 (prerelease) (Debian 4.0.2-9) Copyright (C) 2006 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Regards, Brad -- Human beings, who are almost unique in having the ability to learn from the experience of others, are also remarkable for their apparent disinclination to do so. -- Douglas Adams ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] -kernel-kqemu
On 2/9/06, Jim C. Brown wrote: This sounds like an interesting option. Qemu has moved one step closer to VMware... It hangs my XP host with 100% cpu eaten up, no way to stop qemu, or kqemu. I have to reboot, and my linux clients freezes very early Src=CVS (yesterday 09/02/2006) Host=XP+mingw32 Guest=slax frodo 5.0.6 bootcd (no hdd image) Kqemu=kqemu-1.3.0pre3 (directly copied .sys into \windows\system32\drivers) Has this new option been tested only on linux hosts ? Christian ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] -kernel-kqemu
On Fri, Feb 10, 2006 at 02:29:39PM +0100, Christian MICHON wrote: On 2/9/06, Jim C. Brown wrote: This sounds like an interesting option. Qemu has moved one step closer to VMware... It hangs my XP host with 100% cpu eaten up, no way to stop qemu, or kqemu. I have to reboot, and my linux clients freezes very early Has this new option been tested only on linux hosts ? Yes. Apparently it doesn't work on w32 hosts yet. Christian ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel -- Infinite complexity begets infinite beauty. Infinite precision begets infinite perfection. ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] -kernel-kqemu
Sent: Friday, February 10, 2006 7:01 AM Fabrice Bellard wrote: Hi, I will update the documentation about -kernel-kqemu soon. To be short: as some people already noticed, this option allows to run user code and most of the kernel code on bare metal. The result is usually a noticable speed up. Only the following guest OSes are supported: Linux, Windows 2000 or XP. The installation of Windows 2000/XP must be run without the -kernel-kqemu option. I did not test the win32 and x86_64 versions of kqemu yet, but the i386 version is usable. I tested it on Windows XP host. But linux.img in linux-test package and Win2k don't boot. A strange thing is that when I used RedHat 7.2 guest, user-kqemu is much slower than no-kqemu. On Fedora Core 4 host, Win2k boots fine and is faster than user-kqemu and no-kqemu. Great! linux.img from linux-test package also works fine with kernel-kqemu, user-kqemu on FC4 host. But FC4-i386-rescuecd.iso guest doesn't boot with kernel-kqemu. It works with user-kqemu and no-kqemu. I can see about TSC error messages. Morphix.iso doesn't boot with kernel-kqemu. It works with user-kqemu and no-kqemu. I couldn't see booting logo. And a strange thing is that when I used Redhat 7.2 guest, user-kqemu is much slower than no-kqemu. And kernel-kqemu is much slower than user-kqemu. It is the same result as on WinXP host. I seems that Linux guest doesn't work well. PS. user-kqemu means no option. Regards, Kazu ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] -kernel-kqemu
Hetz Ben Hamo wrote: Hi, I´m sorry, but I´ve been following the CVS commits and I haven´t understood this new option (fabrice has not written anything to this list about it and what it does for the end user). Could someone please shed some light for me and others who didn´t understand whats going on please? I can take a stab although hopefully Fabrice will post something in the near future.. kqemu and qvm86 allow ring 3 code to run on bare metal. For ring 0 code, both defer to qemu which does binary translation. -kernel-kqemu allows portions of ring 0 code to run on bare metal. Presumably, this means kqemu now has a block scanner and can determine whether or not a block contains sensitive instructions. It could be interpreting those blocks or it may just always return to qemu--it's unclear since kqemu is not open source. The changes in qemu just allow for kqemu to try and execute ring 0 code it seems. All the interesting changes are probably in kqemu itself... Regards, Anthony Liguori Thanks, Hetz On 2/9/06, Jim C. Brown [EMAIL PROTECTED] wrote: On Wed, Feb 08, 2006 at 06:04:35PM -0500, Jim C. Brown wrote: This sounds like an interesting option. Qemu has moved one step closer to VMware... I should probably add, that this new option (-kernel-kqemu) allows for speeds very close to VMware because it allows kqemu to virtualize most ring 0 code (in addition to ring 3 code). Can't wait to see qvm86 make use of the new API. -- Infinite complexity begets infinite beauty. Infinite precision begets infinite perfection. ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel -- Infinite complexity begets infinite beauty. Infinite precision begets infinite perfection. ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] -kernel-kqemu
Jim C. Brown wrote: -kernel-kqemu virtualizes ring 0 code. So it basically makes qemu do what VMware does. IIRC someone reported a 33% speedup with the new option. That was me. That was a 33% speedup on win2k startup time. kqemu (user only) has a negligible impact on win2k startup time which suggests this is mostly ring 0 code running which would make it a good benchmark for kernel-kqemu performance. This was a terribly unscientific benchmarking so don't read too much into it. Regards, Anthony Liguori ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] -kernel-kqemu
Hi, I will update the documentation about -kernel-kqemu soon. To be short: as some people already noticed, this option allows to run user code and most of the kernel code on bare metal. The result is usually a noticable speed up. Only the following guest OSes are supported: Linux, Windows 2000 or XP. The installation of Windows 2000/XP must be run without the -kernel-kqemu option. I did not test the win32 and x86_64 versions of kqemu yet, but the i386 version is usable. Fabrice. ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] -kernel-kqemu
On Wed, Feb 08, 2006 at 06:04:35PM -0500, Jim C. Brown wrote: This sounds like an interesting option. Qemu has moved one step closer to VMware... I should probably add, that this new option (-kernel-kqemu) allows for speeds very close to VMware because it allows kqemu to virtualize most ring 0 code (in addition to ring 3 code). Can't wait to see qvm86 make use of the new API. -- Infinite complexity begets infinite beauty. Infinite precision begets infinite perfection. ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel -- Infinite complexity begets infinite beauty. Infinite precision begets infinite perfection. ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel