[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: [SOLVED] kqemu on Sid



Hugo Vanwoerkom wrote:
Hugo Vanwoerkom wrote:
David Baron wrote:
On Tuesday 19 June 2007, debian-user-digest-request@lists.debian.org wrote:
Hi,


I installed qemu on Sid.

But Sid's kqemu is backlevelled: it depends on a non-existing 2.6.18
kernel.

So I compiled/installed
http://fabrice.bellard.free.fr/qemu/kqemu-1.3.0pre11.tar.gz
and that went uneventful.

*However...* when I try to boot XP with:

qemu -m 256 -localtime -hda /hda7/xp.img -cdrom /dev/cdrom -fda /dev/fd0

it hangs the whole system absolutely solid: stops all the clocks+applets
and needs the red button.

Without kqemu it boots XP.

Does anybody run qemu with kqemu installed successfully?
Thanks for the replies.

However you cannot use the kqemu Sid package because that depends upon a
non-existent kernel.

The source package is also on Sid. Try installing that using m-a (the Debian way but I have also numerous times used sources from the site and compiled manually and simply copied the .ko to it correct place), change that modprobed/kqemu file and try again. I do not have XP images around to try but qemu runs most everything.

For an alternative, you might try virtualbox (they have an opensource version, a free binary and a paid product). Runs some stuff better then qemu, somewhat different approach. But it does not run everyting qemu does.




I saw that: it is kqemu_1.3.0~pre11.orig.tar.gz. But the kqemu I installed with is kqemu-1.3.0pre11.tar.gz. Seems to me to be the very same thing. I was going to try a different kernel, I am now running
Linux debian 2.6.21-1-k7 #1 SMP PREEMPT
and I was going to backup to 2.6.18-k7 which no longer is in Sid but I kept the .debs in my repository. It's more a question of "this ought to work" than running XP because I found out what I needed to know by now.

So kqemu-1.3.0pre11 (the latest version) hangs the system solid with 2.6.21-1-k7, the Debian stock kernel. But I have modified that kernel with 2.6.21-ck2 from here:
http://members.optusnet.com.au/ckolivas/kernel/

Going back to the plain 2.6.18-4-k7 Debian kernel and reinstalling kqemu all errors disappear and XP initiates "normally" (i.e. M$'s version of "normal").

So the problem lies either in 2.6.21-1-k7 or in the -ck modification.


In neither. The 2.6.21-1-k7 kernel kqemu fails with has been modified by me to turn *off* paravirtualization. Defined as follows:


Paravirtualization is a way of running multiple instances of
Linux on the same machine, under a hypervisor.  This option
changes the kernel so it can modify itself when it is run
under a hypervisor, improving performance significantly.
However, when run without a hypervisor the kernel is
theoretically slower.  If in doubt, say N.

The reason I do that is because with PARAVIRT_CONFIG *set* the installation of the nvidia closed source driver will fail.

So I turned it off and... qemu hangs on execution.

There is an alternative way of using the unmodified linux-image-2.6.21-1-k7/686 and instead modifying the linux-kbuild-2.6.21 .deb and installing the nvidia driver by hand and twiddling some things.

The gory details are here:
http://www.nvnews.net/vbulletin/showthread.php?t=89844

So qemu hangs in kernel 2.6.21 if you turned off paravirtualization and are using kqemu. End of story.

Have a good day.

Hugo
























Reply to: