Re: [kvm-devel] [virtio-net][PATCH] Don't ar m tx hrtimer with a constant 500us each transmit

2007-12-17 Thread Rusty Russell
On Tuesday 18 December 2007 16:30:08 Avi Kivity wrote: > Rusty Russell wrote: > > Yes, I pondered this when I wrote the code. On the one hand, it's a > > low-probability pathological corner case, on the other, your patch > > reduces the number of timer reprograms in the normal case. > > One th

Re: [kvm-devel] [PATCH resent] virtio_net: Fix stalled inbound trafficon early packets

2007-12-17 Thread Rusty Russell
On Friday 14 December 2007 05:30:31 Christian Borntraeger wrote: > Rusty, if you decide to apply my patch, there is one downside: The > debugging code in virtio_ring sometimes triggers with a false positive: > > try_fill_recv calls vring_kick. Here we do a notify to the host. This might > cause an

Re: [kvm-devel] virtio_net and SMP guests

2007-12-17 Thread Rusty Russell
On Friday 14 December 2007 23:12:05 Christian Borntraeger wrote: > Rusty, Anthony, Dor, > > I need your brain power :-) > > On smp guests I have seen a problem with virtio (the version in curent > Avi's git) which do not occur on single processor guests: > > kernel BUG at /space/kvm/drivers/virtio/

Re: [kvm-devel] [virtio-net][PATCH] Don't arm tx hrtimer with a constant 500us each transmit

2007-12-17 Thread Avi Kivity
Rusty Russell wrote: > On Wednesday 12 December 2007 23:54:00 Dor Laor wrote: > >> commit 763769621d271d92204ed27552d75448587c1ac0 >> Author: Dor Laor <[EMAIL PROTECTED]> >> Date: Wed Dec 12 14:52:00 2007 +0200 >> >> [virtio-net][PATCH] Don't arm tx hrtimer with a constant 50us each >> tra

[kvm-devel] (no subject)

2007-12-17 Thread Yu Fei
-- Best Regards Yu Fei - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;135

Re: [kvm-devel] [kvm-ppc-devel] Current e500 kvm guest kernel booting log

2007-12-17 Thread Zhang, Xiantao
Hollis Blanchard wrote: > On Fri, 2007-12-14 at 14:15 +0800, Zhang Wei wrote: >>> Hollis Blanchard wrote: On Thu, 2007-12-13 at 18:14 +0800, Zhang Wei wrote: >> From: Hollis Blanchard [mailto:[EMAIL PROTECTED] We haven't touched the "hack" code recently, since we've been

Re: [kvm-devel] [PATCH][UPDATE] kvm-userspace: sync icache for morearchitectures

2007-12-17 Thread Hollis Blanchard
On Fri, 2007-12-14 at 10:07 +0100, Christian Ehrhardt wrote: > > Hollis Blanchard wrote: > > A comment to explain why the icache needs flushing only in the KVM > case > > would be useful. Other than that I'm fine with it. > > > > Signed-off-by: Hollis Blanchard <[EMAIL PROTECTED]> > AFAIK Plain q

Re: [kvm-devel] merge kvm_flush_remote_tlbs when modifing shadow pte

2007-12-17 Thread Dong, Eddie
>Dong, Eddie wrote: >> host side TLB flush can be merged together if multiple >> spte need to be write-protected. >> >> Signed-off-by: Yaozu (Eddie) Dong <[EMAIL PROTECTED]> >> >> diff --git a/drivers/kvm/mmu.c b/drivers/kvm/mmu.c >> index 92ac0d1..749db46 100644 >> --- a/drivers/kvm/mmu.c >> +++ b

[kvm-devel] 电子传真

2007-12-17 Thread 四海恒泰
您好,我是"北京四海恒泰 张力"昨天您我有过电话沟通。现将我公司产品服务介绍给您。 我公司服务的特点:1,无需传真机可以随时随地收取发送传真。实现互联网与传统传真机互通。 2,可以同时给3000个号码发送 3,集成短信群发功能 资费:国内发送 长市合一 6秒钟 3分钱 国际资费 北美 香港 每分钟0.56 人民币 在线联系方式 [EMAIL PROTECTED](Mark) QQ:78160372 (Mark) Mark Zhang MOBIE:+8613001979666 T E L:+861058690807-1

Re: [kvm-devel] [virtio-net][PATCH] Don't arm tx hrtimer with a constant 500us each transmit

2007-12-17 Thread Rusty Russell
On Wednesday 12 December 2007 23:54:00 Dor Laor wrote: > commit 763769621d271d92204ed27552d75448587c1ac0 > Author: Dor Laor <[EMAIL PROTECTED]> > Date: Wed Dec 12 14:52:00 2007 +0200 > > [virtio-net][PATCH] Don't arm tx hrtimer with a constant 50us each > transmit > > The current start_xm

Re: [kvm-devel] merge kvm_flush_remote_tlbs when modifing shadow pte

2007-12-17 Thread Avi Kivity
Dong, Eddie wrote: > host side TLB flush can be merged together if multiple > spte need to be write-protected. > > Signed-off-by: Yaozu (Eddie) Dong <[EMAIL PROTECTED]> > > diff --git a/drivers/kvm/mmu.c b/drivers/kvm/mmu.c > index 92ac0d1..749db46 100644 > --- a/drivers/kvm/mmu.c > +++ b/drivers/k

Re: [kvm-devel] [virtio-net][PATCH] Don't arm tx hrtimer with a constant 500us each transmit

2007-12-17 Thread Cam Macdonell
Dor Laor wrote: > Cam Macdonell wrote: >> Dor Laor wrote: >>> Christian Borntraeger wrote: Am Mittwoch, 12. Dezember 2007 schrieb Dor Laor: > Christian Borntraeger wrote: >> Am Mittwoch, 12. Dezember 2007 schrieb Dor Laor: >>> --- a/drivers/net/virtio_net.c >>> +++ b/drivers/ne

[kvm-devel] merge kvm_flush_remote_tlbs when modifing shadow pte

2007-12-17 Thread Dong, Eddie
host side TLB flush can be merged together if multiple spte need to be write-protected. Signed-off-by: Yaozu (Eddie) Dong <[EMAIL PROTECTED]> diff --git a/drivers/kvm/mmu.c b/drivers/kvm/mmu.c index 92ac0d1..749db46 100644 --- a/drivers/kvm/mmu.c +++ b/drivers/kvm/mmu.c @@ -524,9 +524,9 @@ stati

Re: [kvm-devel] [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc.

2007-12-17 Thread Rene Herman
On 17-12-07 19:14, linux-os (Dick Johnson) wrote: > Attached is a patch that changes the outs to ins on port 0x80. No, that isn't useful. Only a write is "guaranteed" to make ISA/LPC meaning the timing for a read varies wildly. See the in/out cycles results posted earlier. Was also reading the

Re: [kvm-devel] [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc.

2007-12-17 Thread linux-os (Dick Johnson)
On Fri, 14 Dec 2007, David P. Reed wrote: > Avi Kivity wrote: >> kvm will forward a virtual machine's writes to port 0x80 to the real >> port. The reason is that the write is much faster than exiting and >> emulating it; the difference is measurable when compiling kernels. >> >> Now if the cause

[kvm-devel] Enabling Virtualization on Toshiba Portege M400

2007-12-17 Thread Ole Tange
I had problems getting kvm-intel to work on a Toshiba Portege M400, as the BIOS clearly stated virtualization was enabled, but KVM stated it was not. I got errors like: FATAL: Error inserting kvm_intel (/lib/modules/2.6.22.10/extra/kvm-intel.ko): Operation not supported kvm: disabled by bios Or t

Re: [kvm-devel] [PATCH] Moving ioapic.h and ioapic.c back to common directory

2007-12-17 Thread Carsten Otte
Zhang, Xiantao wrote: > I don't think this is a issue. Since this makefile is located at > arch/{$arch}/kvm. So, you can choose to include it or not. > That is, you can define your own common objs. Ah :-). Thanks for the explanation. --

Re: [kvm-devel] [PATCH] Moving ioapic.h and ioapic.c back to common directory

2007-12-17 Thread Zhang, Xiantao
Carsten Otte wrote: > Avi Kivity wrote: >> Zhang, Xiantao wrote: >>> common-objs = $(addprefix ../../../virt/kvm/, kvm_main.o) >>> +common-objs += $(addprefix ../../../virt/kvm/, ioapic.o) >>> >> >> Just add ioapic.o behind kvm_main.o; it's a list. > But this is'nt really common since ppc and s3

Re: [kvm-devel] [PATCH] Moving ioapic.h and ioapic.c back to common directory

2007-12-17 Thread Carsten Otte
Avi Kivity wrote: > Zhang, Xiantao wrote: >> common-objs = $(addprefix ../../../virt/kvm/, kvm_main.o) >> +common-objs += $(addprefix ../../../virt/kvm/, ioapic.o) >> > > Just add ioapic.o behind kvm_main.o; it's a list. But this is'nt really common since ppc and s390 won't have it. How are w

[kvm-devel] questions

2007-12-17 Thread inflo
hi, in the function kvm_init_msr_list(), when will it be true that (j < i) ? in x86.c the function kvm_arch_init() in x68.c, would it not make sense, to put the call to kvm_mmu_module_init() and kvm_init_msr_list after the 3 checks if kvm is already possible on this machine, or is that

Re: [kvm-devel] [PATCH] Make ioapic structure in irqchip seen by ia64

2007-12-17 Thread Avi Kivity
Zhang, Xiantao wrote: > Attached. > From: [EMAIL PROTECTED] <[EMAIL PROTECTED]> > Date: Mon, 17 Dec 2007 20:27:27 +0800 > Subject: [PATCH] kvm: make ioapic structure in irqchip seen by ia64 > > IA64 also needs to see ioapic structure in irqchip. > Applied, thanks. -- error compiling committe

Re: [kvm-devel] [PATCH] Make ioapic structure in irqchip seen by ia64

2007-12-17 Thread Zhang, Xiantao
Attached. From: [EMAIL PROTECTED] <[EMAIL PROTECTED]> Date: Mon, 17 Dec 2007 20:27:27 +0800 Subject: [PATCH] kvm: make ioapic structure in irqchip seen by ia64 IA64 also needs to see ioapic structure in irqchip. Signed-off-by: [EMAIL PROTECTED] <[EMAIL PROTECTED]> --- include/linux/kvm.h |2 +

Re: [kvm-devel] [PATCH] Make ioapic structure in irqchip seen by ia64

2007-12-17 Thread Avi Kivity
Zhang, Xiantao wrote: > From: [EMAIL PROTECTED] <[EMAIL PROTECTED]> > Date: Mon, 17 Dec 2007 20:27:27 +0800 > Subject: [PATCH] kvm: make ioapic structure in irqchip seen by ia64 > > IA64 also needs to see ioapic structure in irqchip. > Patch doesn't apply due to whitespace corruption. -- err

[kvm-devel] [PATCH] Make ioapic structure in irqchip seen by ia64

2007-12-17 Thread Zhang, Xiantao
From: [EMAIL PROTECTED] <[EMAIL PROTECTED]> Date: Mon, 17 Dec 2007 20:27:27 +0800 Subject: [PATCH] kvm: make ioapic structure in irqchip seen by ia64 IA64 also needs to see ioapic structure in irqchip. Signed-off-by: [EMAIL PROTECTED] <[EMAIL PROTECTED]> --- include/linux/kvm.h |2 ++ 1 files

Re: [kvm-devel] [PATCH] No reason to disallow (phys_ram_alloc_offset + size) = phys_ram_size in qemu_ram_alloc

2007-12-17 Thread Avi Kivity
Zhang, Xiantao wrote: > From: Zhang Xiantao <[EMAIL PROTECTED]> > Date: Mon, 17 Dec 2007 16:43:24 +0800 > Subject: [PATCH] kvm: qemu: No reason to disallow (phys_ram_alloc_offset > + size) = phys_ram_size > > No reason to disallow (phys_ram_alloc_offset + size) = phys_ram_size. > Applied, thanks

Re: [kvm-devel] [PATCH] [0/3] Make ioapic.c independent of x86 header files V2

2007-12-17 Thread Avi Kivity
Zhang, Xiantao wrote: > According to Avi's comments, Updated the patches. > [1/3] Create ioapic.h and lapic.h to hold their declarations. > [2/3] Moving ioapic{.h,.c} back to common directory. > [3/3] Moving out kvm_vcpu_kick from irq.c > Applied all, thanks. -- error compiling committee.

[kvm-devel] [PATCH] No reason to disallow (phys_ram_alloc_offset + size) = phys_ram_size in qemu_ram_alloc

2007-12-17 Thread Zhang, Xiantao
From: Zhang Xiantao <[EMAIL PROTECTED]> Date: Mon, 17 Dec 2007 16:43:24 +0800 Subject: [PATCH] kvm: qemu: No reason to disallow (phys_ram_alloc_offset + size) = phys_ram_size No reason to disallow (phys_ram_alloc_offset + size) = phys_ram_size. Signed-off-by: Zhang Xiantao <[EMAIL PROTECTED]> ---