From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <9f3897940704060932o5b5a917dj539cb6ccb351a764@mail.gmail.com> Date: Fri, 6 Apr 2007 18:32:34 +0200 From: "=?UTF-8?Q?Pawe=C5=82_Lasek?=" To: "Fans of the OS Plan 9 from Bell Labs" <9fans@cse.psu.edu> Subject: Re: [9fans] qemu, kvm, xen In-Reply-To: <13426df10704060736h13f60a16y658fd770561444e0@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <13426df10704060736h13f60a16y658fd770561444e0@mail.gmail.com> Topicbox-Message-UUID: 408d7d5c-ead2-11e9-9d60-3106f5b1d025 On 4/6/07, ron minnich wrote: [cut] You can also use the current sources from kvm's website (I am currently using kvm-16 w/ add-scsi patch). It's easy to setup unless you have gcc >3.x _and_ 64-bit userland.... Also, compiling patched qemu with gcc newer than 3.x means you can run only w/ kvm enabled. > First problem I hit with kvm was an emulation problem, so you do need > to modify your plan9.ini to set > *norealmode=1 > The far jump in again16bit causes kvm to crash and burn (look for the > "EA", etc. at the end of again16bit). I never noticed that - I had troubles with march cd's 9pcf kernel, but using an old one from ca 2005 solved the problem of hangup after "running /bin/rc". On the other hand, I use AMD's SVM instead of intel's VTx, and they do differ in some places, as qemu needs to put most of real mode through emulation. [cut] Unfortunately I haven;t had time to do any benchmarking. The only one I could say I have performed is that after switching to SCSI I have been able to sit through the whole installation process without falling asleep... > thanks > > ron > -- Paul Lasek