Re: Boot problems with qemu-kvm

Cam Macdonell wrote: Hi, I've tried booting two VMs (Ubuntu and Fedora 11) that previously worked with the latest kvm-userspace. At start, I get the following warning: Could not open '/dev/kqemu' - QEMU acceleration layer not activated: No such file or directory But, booting proceeds

Re: [PATCH 5/5] add ksm kernel shared memory driver.

Andrew Morton wrote: On Mon, 20 Apr 2009 04:36:06 +0300 Izik Eidus iei...@redhat.com wrote: Ksm is driver that allow merging identical pages between one or more applications in way unvisible to the application that use it. Pages that are merged are marked as readonly and are COWed when any

Re: bad virtio disk performance

Lucas Nussbaum wrote: On 27/04/09 at 13:36 -0400, john cooper wrote: Lucas Nussbaum wrote: non-virtio: kvm -drive file=/tmp/debian-amd64.img,if=scsi,cache=writethrough -net nic,macaddr=00:16:3e:5a:28:1,model=e1000 -net tap -nographic -kernel /boot/vmlinuz-2.6.29 -initrd

Re: [PATCH 1/2] KVM: Discard shadow_mt_mask

On Tuesday 28 April 2009 06:27:22 Marcelo Tosatti wrote: On Mon, Apr 27, 2009 at 05:47:44PM +0800, Sheng Yang wrote: mt_mask is out of date, now it have only been used as a flag to indicate if TDP enabled. Get rid of it and use tdp_enabled instead. Signed-off-by: Sheng Yang

Re: OT: Intel-Matrix for VT-capability?

Arnd Bergmann arnd at arndb.de writes: http://en.wikipedia.org/wiki/List_of_Intel_Core_2_microprocessors is quite good here. As a rule of thumb, anything higher than 6000 will have VT, anything below 6000 will not. Interesting exceptions are Doesn't have VT: E7300, Q8200, Q8400, E8190

Re: [PATCH] kvm-userspace: Make PC speaker emulation aware of in-kernel PIT

Anthony Liguori wrote: Jan Kiszka wrote: Anthony Liguori wrote: Marcelo Tosatti wrote: Jan, While the patch itself looks fine, IMO it would be better to move all of the timer handling to userspace, except the performance critical parts, since most of it is generic. Either

[PATCH 1/3] kvm/e500: Do not keep shadow tlb array

Shadow tlb array costs a lot memory and incurs potential coherence problem. Remove it and we now translate to shadow mappings directly from guest TLB entries. Signed-off-by: Liu Yu yu@freescale.com --- arch/powerpc/include/asm/kvm_e500.h |8 +- arch/powerpc/kvm/e500_tlb.c | 277

[PATCH 2/3] kvm/e500: Map (vcpu,as,id) to core's shadow id.

The shadow id mappings is based on Hollis's idea. We can benifit a lot from this trick: 1. Support AS=1 in guest. So that OSes other than Linux can be expected to run in the guest. 2. Minimize the frequency of TLB flushes. Signed-off-by: Liu Yu yu@freescale.com ---

[PATCH 3/3] kvm/e500: Add tlb0 entry invalidate

It's always needed to invalidate the tlb0 entry which is overwritten by new one. It was OK not to do this before is because that we flushed TLB every time when we entered guest's userspace. Signed-off-by: Liu Yu yu@freescale.com --- arch/powerpc/kvm/e500_tlb.c | 31

RE: [PATCH 0/3] kvm/e500: Add shadow id mappings

Rahul, I wonder if NetBSD use E500's PID1 or PID2? If so these code may not be enough to make NetBSD's mm happy. -Original Message- From: kvm-ppc-ow...@vger.kernel.org [mailto:kvm-ppc-ow...@vger.kernel.org] On Behalf Of Liu Yu-B13201 Sent: Monday, April 27, 2009 2:59 PM To:

<    1   2