[PATCH] kvm: external module: adjust for on_each_cpu() changes in 2.6.27

From: Avi Kivity [EMAIL PROTECTED] Signed-off-by: Avi Kivity [EMAIL PROTECTED] diff --git a/kernel/external-module-compat.h b/kernel/external-module-compat.h index 4ba4bac..dfd90cf 100644 --- a/kernel/external-module-compat.h +++ b/kernel/external-module-compat.h @@ -53,6 +53,17 @@ int

[PATCH] kvm: external module: adjust for smp_call_function_single() changes in 2.6.27.

From: Avi Kivity [EMAIL PROTECTED] Signed-off-by: Avi Kivity [EMAIL PROTECTED] diff --git a/kernel/external-module-compat.c b/kernel/external-module-compat.c index 84cdd40..084234d 100644 --- a/kernel/external-module-compat.c +++ b/kernel/external-module-compat.c @@ -25,7 +25,7 @@ static void

Re: [PATCH 3/5] Remove whitespace in VMDK code.

Anthony Liguori wrote: Avi Kivity wrote: Anthony Liguori wrote: Again, most likely a bad merge. Signed-off-by: Anthony Liguori [EMAIL PROTECTED] diff --git a/qemu/block-vmdk.c b/qemu/block-vmdk.c index 67dd2f1..843bf86 100644 --- a/qemu/block-vmdk.c +++ b/qemu/block-vmdk.c @@ -93,6 +93,7 @@

Re: [patch 1/3] KVM: task switch: translate guest segment limit to virt-extension byte granular field

Marcelo Tosatti wrote: If 'g' is one then limit is 4kb granular. Signed-off-by: Marcelo Tosatti [EMAIL PROTECTED] Index: kvm-vmx-checks/arch/x86/kvm/x86.c === --- kvm-vmx-checks.orig/arch/x86/kvm/x86.c +++

Re: [patch 3/3] KVM: task switch: check for segment base translation failure

Marcelo Tosatti wrote: Subject says it all. Signed-off-by: Marcelo Tosatti [EMAIL PROTECTED] Index: kvm-vmx-checks/arch/x86/kvm/x86.c === --- kvm-vmx-checks.orig/arch/x86/kvm/x86.c +++ kvm-vmx-checks/arch/x86/kvm/x86.c @@ -3253,6

[GIT PULL] KVM Updates for the 2.6.27 merge window

Linus, please pull from the repo and branch: git://git.kernel.org/pub/scm/linux/kernel/git/avi/kvm.git kvm-updates-2.6.27 to receive the 2.6.27 merge window kvm updates. Changes include mmio coalescing, x86 emulator updates, nmi support, mtrr emualtion, and some kvmtrace work. Shortlog,

Re: [PATCH] posix-timers: Do not modify an already queued timer signal

On 07/20, Oleg Nesterov wrote: Suppose that the signal was already dequeued but sigq-info wasn't copied to the user-space. To avoid a possible confusion: this is of course fine by itself, the content of sigq-info was already copied to the local siginfo. Oleg. -- To unsubscribe from this

Re: Handling vmentry failures in userspace

Mohammed Gamal wrote: With the unpredictable behaviour of the current vmentry failure patch, I think this is caused by external interrupts from the host, and since this is hard to control I was thinking of handling vmentry failure in userspace. The way I am thinking of doing it is that once a

Re: [PATCH 3/5] Remove whitespace in VMDK code.

Avi Kivity wrote: Anthony Liguori wrote: No, the whitespace is in QEMU SVN. It somehow got removed from the kvm-userspace tree. Well, perhaps send the reversed patch to qemu-devel as a bugfix? Eh, removing a line of whitespace is not really a bugfix. Maybe the double line was

Re: [patch 1/3] KVM: task switch: translate guest segment limit to virt-extension byte granular field

On Sun, Jul 20, 2008 at 12:22:07PM +0300, Avi Kivity wrote: Marcelo Tosatti wrote: If 'g' is one then limit is 4kb granular. Signed-off-by: Marcelo Tosatti [EMAIL PROTECTED] Index: kvm-vmx-checks/arch/x86/kvm/x86.c === ---

[RFC] import native vde support from qemu

Hi! Please can you consider to import in kvm-userspace the native vde support from qemu (svn revision 4896) ? This e-mail tries to explain a bit the current situation: http://lists.gnu.org/archive/html/qemu-devel/2008-07/msg00026.html Thank you! luca -- Beware of programmers who carry

Re: [RFC] import native vde support from qemu

Luca Bigliardi wrote: Hi! Please can you consider to import in kvm-userspace the native vde support from qemu (svn revision 4896) ? Out of curiosity, do you actually use VDE for distributed ethernet or just as an easy way to configure networking? I actually liked the libpcap patch as a

Re: networking setup problem

Ciao David, thank you for the answer, but... AFAIK, -net user does not need an ifname or script argument - there's no host interface for the user mode stack. Try these: kvm -name PROXY -net nic,vlan=0,macaddr=00:18:BE:EF:17:2A,model=rtl8139 -net

Re: networking setup problem

Ciao Uri: Does using a different ifname help ? PROXY: ifname=tap2 and dmz2 WEBAPP: ifname=tap1 and dmz1 DB: ifname=tap0 and dmz0 no, it doesn't. always destination host unreachable Also check route on guests. yes, they are correct, the default to external network eth0 while all eth1

Re: [PATCH] posix-timers: Do not modify an already queued timer signal

Yes, thanks, I see. But does it have any meaning for the user-space? [si_sys_private] No, it's not part of the user ABI. It's not even copied out (see copy_siginfo_to_user). (A spare siginfo_t field was just used as a handy bit of storage in the signal queue element. It's a kludge.) Let me

Re: [RFC] import native vde support from qemu

On Sun, Jul 20, 2008 at 04:59 PM, Anthony Liguori wrote: Out of curiosity, do you actually use VDE for distributed ethernet or just as an easy way to configure networking? I use VDE daily even for non virtual-machine purposes like low bandwidth vpns, ipv6 tunnel broker, network experiments

Re: networking setup problem

Paolo Pedaletti wrote: Ciao Uri: Does using a different ifname help ? PROXY: ifname=tap2 and dmz2 WEBAPP: ifname=tap1 and dmz1 DB: ifname=tap0 and dmz0 no, it doesn't. always destination host unreachable Also check route on guests. yes, they are correct, the default to external

Re: networking setup problem

On Jul 20, 2008, at 10:07 PM, David Mair wrote: Paolo Pedaletti wrote: Ciao Uri: Does using a different ifname help ? PROXY: ifname=tap2 and dmz2 WEBAPP: ifname=tap1 and dmz1 DB: ifname=tap0 and dmz0 no, it doesn't. always destination host unreachable Also check route on guests. yes,