| |
| |
| |
|
Page: 1 2 3
Comments:
<0> user1-0: disable kqemu with -no-kqemu and try again
<1> well when installing XP it will either install as a standard pc or ACPI pc
<1> switching that after installation will lead to problems in all cases so I'll try reinstalling XP
<1> thanks for the help, I can manage the rest now :)
<2> qemu: invalid option -- '-no-kqemu'
<0> user1-0: googling the exception code shows it could be a problem with their installer
<3> user1-0: what qemu version?
<2> 0.8.2
<2> what should i do now?
<3> user1-0: maybe i missed something before - but have you configured qemu with --enable-kqemu?
<2> Im not shure
<2> but can i reconfigure it now?
<3> user1-0: well just rerun ./configure and compile it again
<2> ./configure --enable-kqemu --cc=gcc-3.4
<2> should it look like this?
<3> looks good to me
<2> i have installed it like on this page
<2> http://wiki.ubuntuusers.de/QEMU
<2> but there isnt anything like "--enable-kqemu"?
<4> with 0.8.2, one doesn't need to run configure with --enable-kqemu
<2> so it cant be the problem?
<2> jmce: do you know wheres the problem of this maessage
<4> (in fact I can't even find that option with ./configure --help, only --disable-kqemu)
<3> shouldn't be the problem then - maybe try what diginome said - he usually knows what he talks about
<2> http://img96.imageshack.us/my.php?image=tldn5.png
<4> did you install kqemu?
<4> :)
<2> yes i do
<4> What machine are you running in ?
<4> x86_64?
<2> yes
<4> Are you running "qemu" or "qemu-system-x86_64" ?
<2> qemu
<4> only qemu-system-x86_64 uses kqemu
<4> on those systems
<2> where can i get it
<4> It was probably installed when you installed qemu...
<4> must be in the same directory :)
<2> yes it is
<2> i will try it
<4> Maybe the effect will be "dramatic" for windows guests, since you may now be changing the cpu in their virtual machine :)
<2> thx a looooot
<2> it works
<5> hi, how can I determine if qemu uses kqemu kernel ?
<6> info kqemu from the console will do it
<5> great... I'm trying
<5> mmm... what console ? not sure to understant
<5> you mean shell ?
<6> No, I mean console.. but you might have another name for it.. generally you get access to it with ctrl+alt+2 and it's where you can control qemu from.. depending on your client configuration I guess
<5> i found it ... kqemu support: enabled for user code
<5> should be ok then ...
<6> depends on what you are asking it to do I guess.. for windows/linux/bsd that will accelerate userspace code for you, certainly
<5> Just want to speed up my virutalized Windows on my bsd machine
<0> what is meant by "kqemu kernel" ?
<5> kqemu kernel module sorry
<6> if it's win2k or xp, you could try -kernel-kqemu and you will see a m***ive performance boost if it works (as those particular OS appear to do all the graphics work and heavy lifting in Ring 0 which is not accelerated in user mode)
<5> let's give a try
<4> http://qemu.org/kqemu-doc.html mentions that:
<4> the `-kernel-kqemu' option [...] currently only supported for 32 bit guest OSes (the x86_64 code is not debugged yet)
<4> Does anybody know if the problem is strictly with 64 bit guests?
<4> Or is it reasonably safe for 32 bit guests even on 64 bit hosts?
<6> well, define "reasonably safe".. give it a go, the worst thing it can do is crash :)
<4> perhaps I meant "not crashing" (or at least crashing soon enough not to corrupt guest filesystems :) )
<4> I'll try it...
<6> ahh, in which case create a cow file using qcow and try it that way :)
<7> -snapshot
<7> ;0)
<4> yep
<6> even better.. did not think of that
<4> In fact for now I'm avoiding 64-bit linux guests on my Athlon 64... clock issues, debian testing installation crashing kqemu and others I sent to the devel list...
<4> a 32-bit guest had no problems whatsoever, it's clock is only approx. 1 second late relative to the host (without ntp in the guest yet)
<6> I don't have any 64 bit hosts or guests (or processors to play with for that matter) so all my stuff is i386 anyway
<4> But 64-bit guests where also in clock hell under vmware server here... None of their suggested tricks (clock=pit, nolapic, noapic, etc.) solved it
<5> wow.. blue screen while installing XP (with kernel-kqemu)
<4> Even 32-bit windows was crazier there
<8> hi
<7> Hello hint
<6> yes write_erase, that is a known problem.. you must install without -kernel-kqemu.. once installed it will run
<5> oh ok great
<6> In fact, what I usually do is do the 1st text mode bit with no kqemu, then when it wants to reboot I quit the emulator and restart it with -kernel-kqemu.. cuts heaps of time off the install process and seems to work ok
<7> Anyone using qemu-system-sparc?
<7> I know 'using' is a relative term
<7> hint: Is the AIO stuff enabled on win32 builds?
<7> I was able to boot both aurora and gentoo isos with qemu-system-sparc yesterday.
<7> I was able to perform an install of aurora, but I messed up the disk partitioning. I always forget about sun disk labels. ;0)
<7> Which brings me to the problem.
<7> aurora was unable to automatically partition the drive, and under gentoo, both fdisk and parted grumbled about the disk geometry. fdisk was unable to automatically general a fresh sun disklabel.
<7> Is that a sparc/linuxism or is there a bug?
<7> s/general/generate
<1> k. i compiled 0.8.2 for acpi support, but now when running XP with acpi support on, I'm getting blue screens. so that doesnt seem stable with winXP
<7> hmm
<7> not sure about 0.8.2
<1> and strangely enough, -std-vga does not go higher than 1024x768
<7> I thought ACPI was the default now?
<1> even though the docs state that if you want >1280x1024, -std-vga is the way to go for XP
<1> it is. but its not stable for my XP SP2
<7> I'm running XP SP2 under cvs qemu just fine with ACPI
<1> blue screens here.
<7> -kernel-kqemu? host proc?
<1> with -kernel-qemu. host proc is an athlon 64 in 32bit linux (2.6.16.9)
<7> very close to my setup
<7> odd
<7> I've not been using it intensively, maybe mine isn't stable either.
<1> well installation worked. first bootup crashed.
<7> I certainly got it installed and tweaked several settings.
<7> lol
<7> ok
<7> it did that to me too
<1> and now its an error every 2 to 5 minutes
<7> worked fine afterwards.
<1> with a bsod every 10 which reboots it
<1> i'll try building CVS
<1> see if that changes thigns
<6> I had all sorts of problems with ACPI and ended up re-installing XP with ACPI disabled
<1> ah. so its not worth trying yet i guess
<8> WaxDragon: AIO is not enabled for win32 builds
<1> perplexity, were you using 0.8.2 or CVS?
<6> I always use CVS
<8> infernix: try using qemu with -no-acpi
<1> hint: i know. thats the point of this excercise:)
<1> seeing if xpsp2 works with acpi
<1> i still dont understand why i can't go past 1024x768x24bit with -std-vga though. cirrus doesnt do 1280x1024x24, only x16.
<8> you can try the acpi version before the sparc patches (see log in acpi.c and acpi-dsdt files)
<1> i think the documentation is simply wrong.
<1> VESA VBE 2.0 might just not go above 1024x768x24(32)bit
<8> infernix: -std-vga should allow that. You may not have updated the VGA BIOS
<1> aha
<1> well i'm running 0.5d, which is the latest
<8> check that the installed file is OK. The version is meaningful
<8> oops meaningless
<5> Someone knows why XP's installation is horribly slow ?
<5> I use an iso image as cdrom... that should be fast
<7> It's always slow. I've tried everything.
<5> I hope it runs faster after install :-)
<6> right, just done a fresh compile of CVS qemu, updated my bios files.. let's do a fresh install of win2k-sp4 and see if it copes with -std-vga and ACPI
<1> well, cvs vgabios is giving me BSOD at bootup
<6> xp or 2k?
<1> xp
<7> qemu-system-sparc burns cpu even when the guest it idle.
<6> I'll try an XP install next then.. let's see if the 2k install works.. I wanna see if I can do 1600x1200 :)
<1> thats my goal as well:)
<7> specifing -L affects the video bios also, right?
<1> perplexity, please write your results in here so i can check back later, need to eat. thanks:)
<6> Not sure. I just install by bios files in /usr/local/share/qemu .. I'm so lazy
<5> mmm.. Is there something special to do to access high-res > 1024x768 ?
<6> sure, will do
<7> I run my cvs qemu out of the source tree, so I specify -L also
<7> I have 0.8.2 installed in the usual location.
<6> ahh, I run out of the source tree, I just put the bios files and keymaps there to save me using -L
<6> ahh.. I see, I don't have it installed anywhere
<6> should be interesting to see if win2k installs without the -win2k-hack now we have basic aio
Return to
#qemu
or
Go to some related
logs:
how much space does ubuntu take
how high would the atmosphere extend if it were of uniform density
#fedora
#php
ubuntu mysql-ndb
strong bad makey outie
#perl
#awk
nullmailer-inject example
#perl
|
|
