[PATCH] kvm/ia64: Qemu : Fix Guest boot issue with 3G memory.

Hi, Avi Seems this patch is missing after merging with Qemu upstream, please help to apply it again. Xiantao From a6703684b67518ca614bbd2c23060d8f502136ce Mon Sep 17 00:00:00 2001 From: Xiantao Zhang [EMAIL PROTECTED] Date: Thu, 18 Sep 2008 14:07:00 +0800 Subject: [PATCH] kvm/ia64: Qemu

Re: KVM Build error with 2.6.26

Xu, Jiajun wrote: Hi, Against latest kvm commit, 9644a6d164e3d6d0532ddb064393293134f31ab2. KVM compile meet error on 2.6.26.2. [EMAIL PROTECTED] kernel]# make rm -f include/asm ln -sf asm-x86 include/asm ln -sf asm-x86 include-compat/asm make -C /lib/modules/2.6.26.2/build M=`pwd` \

Re: KVM-74 and network timeout?

Sean Mahrt wrote: I’ve noticed the guest with a lot of Disk I/O (commercial detection) after a while has a lot of NFS timeouts…. Virtio or E1000 give me the same result. I noticed exactly the same problem after moving from kvm-64 on a 2.6.25.3 host to kvm-74 on a 2.6.26.3 host. Adding to

Problem adding new source files

Hello, We have beening doing some experimentation with modifications to the migration code in the Qemu and came up against a problem. We included some code in a different file and are receiving the following error from make: --- Migration.o: In function `migrate_prepare_page':

Graceful shutdown for OpenBSD

Hello, I want to be able to shut down all virtual machines gracefully by running virsh shutdown VM. For Linux (tested with Debian Lenny) this works. But OpenBSD does not work. I read somewhere that kvm/qemu sends an acpi shutdown signal to the guest OS when running the virsh shutdown

Re: Problem adding new source files

Hacking, Stuart wrote: Hello, Hi, We have been doing some experimentation with modifications to the migration code in the Qemu and came up against a problem. We included some code in a different file and are receiving the following error from make: --- Migration.o: In function

Re: KVM-74 and network timeout?

Hi, ive been using a JetFlash usb-storage device with kvm-qemu and Windows XP as a guest. I have seen that before setting up the device properly, Windows resets it 5 or 6 times, which makes the process awfully slow. Diving into the code I found that qemu's emulation was not giving the host the

[patch] move MAX_CPUS to cpu.h

Hi, I noticed that qemu-kvm.c hardcodes the array of struct vcpu_info to 256, instead of using the MAX_CPUS #define. This patch corrects this by moving the definition of MAX_CPUS to cpu.h from vl.c and then fixes qemu-kvm.c Cheers, Jes Move definition of MAX_CPUS from vl.c to architecture

Re: remove compatibility code related toCONFIG_DMAR

On 18/09/08 22:07 +0800, Han, Weidong wrote: The previous patch I sent out (for the kvm kernel tree) changes intel-iommu.h so this compatibility code is no longer needed. Mike This compatibility code for intel_iommu makes VT-d cannot work in current code (version 2.6.28), due to

RE: Problem adding new source files

-Original Message- From: Uri Lublin [mailto:[EMAIL PROTECTED] Sent: 18 September 2008 14:18 To: Hacking, Stuart Cc: kvm@vger.kernel.org Subject: Re: Problem adding new source files Hacking, Stuart wrote: Hello, Hi, We have been doing some experimentation with

Re: Problem adding new source files

Hacking, Stuart wrote: From: Uri Lublin [mailto:[EMAIL PROTECTED] Hacking, Stuart wrote: Hello, Hi, We have been doing some experimentation with modifications to the migration code in the Qemu and came up against a problem. We included some code in a different file and are receiving the

[PATCH] add compat wrapper for get_user_pages_fast

Jan Kiszka wrote: Xu, Jiajun wrote: Hi, Against latest kvm commit, 9644a6d164e3d6d0532ddb064393293134f31ab2. KVM compile meet error on 2.6.26.2. [EMAIL PROTECTED] kernel]# make rm -f include/asm ln -sf asm-x86 include/asm ln -sf asm-x86 include-compat/asm make -C

nfs, tap vlan issues

Hi all, I'm facing a nasty issue trying to access NFS volume from a kvm machine. scenario: host machine is a dual quadcore amd with kvm-75 release (tried even kvm-73, no difference). Linux 2.6.26.5 vanilla on top of a gentoo distro. (host: x86_64, guest: i386) on host machine we have two nics,

Re: nfs, tap vlan issues

giovedì 18 settembre 2008, Javier Guerra ha scritto: On Thu, Sep 18, 2008 at 11:47 AM, Fabio Coatti [EMAIL PROTECTED] wrote: The network on guest machine is set up like this: 1: lo: LOOPBACK,UP,LOWER_UP mtu 16436 qdisc noqueue link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00

[patch 01/10] KVM: MMU: split mmu_set_spte

Split the spte entry creation code into a new set_spte function. Signed-off-by: Marcelo Tosatti [EMAIL PROTECTED] Index: kvm/arch/x86/kvm/mmu.c === --- kvm.orig/arch/x86/kvm/mmu.c +++ kvm/arch/x86/kvm/mmu.c @@ -1148,44 +1148,13 @@

[patch 04/10] KVM: MMU: mode specific sync_page

Examine guest pagetable and bring the shadow back in sync. Caller is responsible for local TLB flush before re-entering guest mode. Signed-off-by: Marcelo Tosatti [EMAIL PROTECTED] Index: kvm/arch/x86/kvm/mmu.c === ---

[patch 05/10] KVM: MMU: sync roots on mmu reload

Signed-off-by: Marcelo Tosatti [EMAIL PROTECTED] Index: kvm/arch/x86/kvm/mmu.c === --- kvm.orig/arch/x86/kvm/mmu.c +++ kvm/arch/x86/kvm/mmu.c @@ -1472,6 +1472,41 @@ static void mmu_alloc_roots(struct kvm_v

[patch 06/10] KVM: x86: trap invlpg

With pages out of sync invlpg needs to be trapped. For now simply nuke the entry. Untested on AMD. Signed-off-by: Marcelo Tosatti [EMAIL PROTECTED] Index: kvm/arch/x86/kvm/mmu.c === --- kvm.orig/arch/x86/kvm/mmu.c +++

[patch 00/10] out of sync shadow v2

Addressing earlier comments. -- -- To unsubscribe from this list: send the line unsubscribe kvm in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html

[patch 08/10] KVM: MMU: awareness of new kvm_mmu_zap_page behaviour

kvm_mmu_zap_page will soon zap the unsynced children of a page. Restart list walk in such case. Signed-off-by: Marcelo Tosatti [EMAIL PROTECTED] Index: kvm/arch/x86/kvm/mmu.c === --- kvm.orig/arch/x86/kvm/mmu.c +++

[patch 09/10] KVM: MMU: out of sync shadow core v2

Allow guest pagetables to go out of sync. Signed-off-by: Marcelo Tosatti [EMAIL PROTECTED] Index: kvm/arch/x86/kvm/mmu.c === --- kvm.orig/arch/x86/kvm/mmu.c +++ kvm/arch/x86/kvm/mmu.c @@ -148,6 +148,7 @@ struct kvm_shadow_walk { };

[patch 10/10] KVM: MMU: speed up mmu_unsync_walk

Cache the unsynced children information in a per-page bitmap. Index: kvm/arch/x86/kvm/mmu.c === --- kvm.orig/arch/x86/kvm/mmu.c +++ kvm/arch/x86/kvm/mmu.c @@ -924,6 +924,38 @@ static void mmu_parent_walk(struct kvm_v } while

[patch 02/10] KVM: MMU: move local TLB flush to mmu_set_spte

Since the sync page path can collapse flushes. Also only flush if the spte was writable before. Signed-off-by: Marcelo Tosatti [EMAIL PROTECTED] Index: kvm/arch/x86/kvm/mmu.c === --- kvm.orig/arch/x86/kvm/mmu.c +++

[patch 03/10] KVM: MMU: do not write-protect large mappings

There is not much point in write protecting large mappings. This can only happen when a page is shadowed during the window between is_largepage_backed and mmu_lock acquision. Zap the entry instead, so the next pagefault will find a shadowed page via is_largepage_backed and fallback to 4k

Re: [PATCH] add compat wrapper for get_user_pages_fast

On Thu, Sep 18, 2008 at 06:33:04PM +0200, Jan Kiszka wrote: Not sure if this is correct, but here is at least a compile fix. Looks good. Note that the original mmem_map locking scope was partly far broader on older kernels than with Marcelo's patch and this fix now. Could anyone comment on

Re: [patch 00/10] out of sync shadow v2

On Thu, Sep 18, 2008 at 06:27:49PM -0300, Marcelo Tosatti wrote: Addressing earlier comments. Ugh, forgot to convert shadow_notrap - shadow_trap on unsync, so bypass_guest_pf=1 is still broken. -- To unsubscribe from this list: send the line unsubscribe kvm in the body of a message to [EMAIL

RE: remove compatibility code related toCONFIG_DMAR

Mike, I saw your patch. It's good. Randy (Weidong) Mike Day wrote: On 18/09/08 22:07 +0800, Han, Weidong wrote: The previous patch I sent out (for the kvm kernel tree) changes intel-iommu.h so this compatibility code is no longer needed. Mike This compatibility code for intel_iommu