Hi Guys, I''ve just gone through the process of installing the current qemu/kqemu code on my 64-bit AMD64 sxcr65 host, and I thought I''d share my experiences, in case it''s of any use to others going down this path. There are a couple of webpage tidy up suggestions too :) ##install & compile qemu## Downloaded and extracted the tarballs just fine. The "which GCC can compile qemu" page, was really quite clear. It''s a great resource! I''d suggest hyperlinking the "gcc" in step 1 of http://www.opensolaris.org/os/project/qemu/host/BuildingQEMU/ to the which GCC page. Step 2 is a bit misleading for 64-bit users, it reads that you must build libSDL. The line above applies to us 64-bit users too - (I didn''t need to compile libSDL for qemu to work) I''m on SX_CR 65, and using the SUNWlibsdl and SUNWlibsdl-devel packages. Step 7 clearly stated what my PATH needed to be for 64/64, and to following ./configure line worked a treat. The wording at the end is a little, well...hesitant? Qemu is pretty stable these days on Solaris isn''t it, we don''t want to scare people off if it''s not necessary eh? :) Personally my 32-bit XP has been very solid after recompiling the bridging code (now also fixed upstream) ##kqemu accelerator## The webpage doesn''t quite seem to be formated correctly - using opera at least - it all looks a bit different to your other pages, lots of italics etc. The bulletpoint doesn''t go anywhere, and "either" is misspelled on A) More importantly "gmake osol-install" target doesn''t actually seem to work with the current code linked from your download page. The README.solaris suggested ''make kqemu64'' then ''make install64'', and the gmake variants worked correctly for me. I then had to change the permissions on /dev/kqemu. Perhaps a quick note to that effect, might save others from having to work that out themselves? Now, I haven''t been able to get my 64-bit XP to boot with -kernel-kqemu. Is this known to be an issue, or should I start a different thread about this? Cheers team! Jonathan -- This message posted from opensolaris.org
griffous at griffous.net said:> Personally my 32-bit XP has been very solid after recompiling the bridging > code (now also fixed upstream)It took me quite a number of tries to get my 32-bit XP working well, both on 32-bit Solaris and my new 64-bit Solaris (S10U3 here, and I''m using just plain user-level networking). All of my difficulty came down to: (1) For XP, you must use the qemu "-win2k-hack" for both the initial install, and for doing Windows updates. One writer (the maintainer of Win4Lin) recommends leaving -win2k-hack in effect all the time (see the qemu-devel mailing list archives). (2) Use the qemu "-no-acpi" option for XP (and Win2k); Without it, people experience slowness ("DPC storms", whatever those are); In my experience, with -no-acpi and kernel-kqemu, my XP VM is pretty snappy as compared to before. Up until I learned the above two "facts", I had given up on QEMU as being a usable platform for XP. Now it''s looking pretty good.> Now, I haven''t been able to get my 64-bit XP to boot with -kernel-kqemu. Is > this known to be an issue, or should I start a different thread about this?I haven''t tried 64-bit XP in QEMU. I know the initial install phase would not work with -kernel-kqemu, but that''s "normal" -- there''s evidently some really old boot code in the CD-ROM boot sequence, which fails just like Win98/ME fail with kqemu in effect. Regards, Marion
Thanks for the feedback. See my responses below:> The "which GCC can compile qemu" page, was really quite clear. It''s a great resource! > I''d suggest hyperlinking the "gcc" in step 1 of http://www.opensolaris.org/os/project/qemu/host/BuildingQEMU/ > to the which GCC page.Done.> Step 2 is a bit misleading for 64-bit users, it reads that you must build libSDL. > The line above applies to us 64-bit users too - (I didn''t need to compile libSDL for qemu to work) > I''m on SX_CR 65, and using the SUNWlibsdl and SUNWlibsdl-devel packages.SUNWlibsdl is a recent addition. I have updated the instructions accordingly.> Step 7 clearly stated what my PATH needed to be for 64/64, and to following ./configure line worked a treat. > The wording at the end is a little, well...hesitant? Qemu is pretty stable these days on Solaris isn''t it, we don''t > want to scare people off if it''s not necessary eh? :)I don''t know what you mean..? kqemu has always been stable, as far as I know.> Personally my 32-bit XP has been very solid after recompiling the bridging code > (now also fixed upstream)If you have specifics to share, it would be nice to get these added to the "guest" page.> ##kqemu accelerator## > The webpage doesn''t quite seem to be formated correctly - using opera at least - it all looks a bit different > to your other pages, lots of italics etc. The bulletpoint doesn''t go anywhere, and "either" is misspelled on A)This is probably a website issue, since the page is done in TML (Tonic Markup Language). If it persists, please alert website-discuss with the specifics.> More importantly "gmake osol-install" target doesn''t actually seem to work with the current code linked > from your download page. The README.solaris suggested ''make kqemu64'' then ''make install64'', and > the gmake variants worked correctly for me.Good to know. I will make the update.> I then had to change the permissions on /dev/kqemu. Perhaps a quick note to that effect, might save > others from having to work that out themselves?The permissions were intentional; by default, only root should use kqemu, since it gobbles up a lot of memory and locks it, and could potentially hard lock or panic the box. Additionally, it is not known whether there are security issues with using kqemu -- that (to my knowledge) has not been investigated.> Now, I haven''t been able to get my 64-bit XP to boot with -kernel-kqemu. Is this known to be an issue, > or should I start a different thread about this?This would be a better topic for the qemu forums, since the issue is probably generic to kqemu and not specific to any OS. - Eric ____________________________________________________________________________________ Park yourself in front of a world of choices in alternative vehicles. Visit the Yahoo! Auto Green Center. http://autos.yahoo.com/green_center/
I''ve made some updates to remove old instructions, etc. Please let me
know if anything is awry.
I haven''t tried the kqemu recently, I still need to add kqemu
instructions back in, hopefully everything else is still there.
- Eric
____________________________________________________________________________________
Choose the right car based on your needs. Check out Yahoo! Autos new Car Finder
tool.
http://autos.yahoo.com/carfinder/
Windows x64 works only with ACPI, which is pretty broken in QEMU. I had the same reboot loop. Not using kernel-kqemu resulted in bad performance with the VM eating CPU time while idling. I had to resort installing a 32bit version inside QEMU, which is sufficient anyway, while disabling ACPI support on the VM to get it running at a decent speed (which implies it running with kernel-kqemu) and not gobbling up CPU time while doing nothing. -- This message posted from opensolaris.org