|
|||||||||||
|
Re: [SOLVED] kqemu on Sid
From: Hugo Vanwoerkom <hvw59601(at)care2.com>
Date: Fri Jun 22 2007 - 11:33:30 EDT
> 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:
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 -- To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.orgReceived on Fri Jun 22 13:33:43 2007 This archive was generated by hypermail 2.1.8 : Fri Jun 22 2007 - 13:40:03 EDT |
||||||||||
|
|||||||||||