Ian Kirk wrote:
2.6.24.4-64.fc8PAE noexec=off:
Using normal F8 modules
qemu-kvm dies in the same way
2. Loading the kernel modules that come with kvm-66
Against 2.6.24.4-64.fc8 it works.
2.6.24.4-64.fc8PAE with kvm-66 module seems to work OK.
I guess that solves that little problem?
On Fri, Apr 18, 2008 at 06:50:03PM +0300, Avi Kivity wrote:
[EMAIL PROTECTED] wrote:
From: Ben-Ami Yassour [EMAIL PROTECTED]
Signed-off-by: Ben-Ami Yassour [EMAIL PROTECTED]
Signed-off-by: Muli Ben-Yehuda [EMAIL PROTECTED]
---
arch/x86/kvm/mmu.c | 59
On Fri, Apr 18, 2008 at 06:56:41PM +0300, Avi Kivity wrote:
[EMAIL PROTECTED] wrote:
From: Ben-Ami Yassour [EMAIL PROTECTED]
Signed-off-by: Ben-Ami Yassour [EMAIL PROTECTED]
Signed-off-by: Muli Ben-Yehuda [EMAIL PROTECTED]
---
libkvm/libkvm.c | 24
On Mon, Apr 07, 2008 at 06:34:57PM -0300, Marcelo Tosatti wrote:
On Mon, Apr 07, 2008 at 01:53:36PM +0200, Nikola Ciprich wrote:
Hi,
I also tried paravirt clock again in latest git with kvm-65 patch
applied, and problem with cpu-lockups persists:
[10813.654806] BUG: soft lockup -
On Sat, Apr 19, 2008 at 12:29 PM, Marcelo Tosatti [EMAIL PROTECTED] wrote:
On Mon, Apr 07, 2008 at 06:34:57PM -0300, Marcelo Tosatti wrote:
On Mon, Apr 07, 2008 at 01:53:36PM +0200, Nikola Ciprich wrote:
Hi,
I also tried paravirt clock again in latest git with kvm-65 patch
On Sat, Apr 19, 2008 at 12:29:47PM -0300, Marcelo Tosatti wrote:
I just reproduced this on a UP guest. Were you seeing the exact same
stack trace in the guest with kvm-64 ?
I've been able to reproduce the problem. Symptoms are that when using
NOHZ vcpu0 LAPIC timer is ticking far less than
On Sat, Apr 19, 2008 at 01:22:28PM -0300, Glauber Costa wrote:
I've been able to reproduce the problem. Symptoms are that when using
NOHZ vcpu0 LAPIC timer is ticking far less than the others (apparently
vcpu0
is the only one ticking correctly):
nohz=on with kvmclock
[EMAIL
On 4/17/08, Anthony Liguori [EMAIL PROTECTED] wrote:
Yes, the vector version of packet receive is tough. I'll take a look at
your patch. Basically, you need to associate a set of RX vectors with each
VLANClientState and then when it comes time to deliver a packet to the VLAN,
before calling
Blue Swirl wrote:
On 4/17/08, Anthony Liguori [EMAIL PROTECTED] wrote:
Yes, the vector version of packet receive is tough. I'll take a look at
your patch. Basically, you need to associate a set of RX vectors with each
VLANClientState and then when it comes time to deliver a packet to
DOH. I had the 2 new ones backwards in the formats file.
thanks for pointing that out,
david
Liu, Eric E wrote:
I mean the value of PTE_WRITE you write in the formats file ( 0x00020016
)should be same with KVM_TRC_PTE_WRITE you define in kvm.h,
but now it is 0x00020015. if not what you
On Fri, Apr 18, 2008 at 1:27 PM, Avi Kivity [EMAIL PROTECTED] wrote:
Glauber de Oliveira Costa wrote:
Hi,
I've got some qemu crashes while trying to passthrough an ide device
to a kvm guest. After some investigation, it turned out that
register_ioport_{read/write} will abort on errors
各位老总:您们好!
诚祝:您们在2008年里;有鼠不尽的快乐!鼠不尽的收获!鼠不尽的钞票!
鼠不尽的幸福!鼠不尽的美满生活!愿: 您们阖家欢乐!幸福安康!
我公司可以长期提供:出口报关单,核销单,等等一系列手续;代理:出口
报关,商检,境内外运输..等等;还可以代办:出口欧盟许可证,欧盟产地证;
并且还有(广州国际贸易交易会)的摊位可以转让;价格特别优惠;有意者请来邮件
或来电联系。谢谢合作!
电话:0755-81153047。
--- On Fri, 4/18/08, Avi Kivity [EMAIL PROTECTED] wrote:
From: Avi Kivity [EMAIL PROTECTED]
Subject: Re: [kvm-devel] Second KVM process hangs eating 80-100% CPU on host
during startup
[snip]
I tried booting the guest with 'lpj=10682525' to work around the
calibrate_delay issue, but that
On Sat, Apr 19, 2008 at 03:47:31PM -0700, Alex Davis wrote:
--- On Fri, 4/18/08, Avi Kivity [EMAIL PROTECTED] wrote:
From: Avi Kivity [EMAIL PROTECTED]
Subject: Re: [kvm-devel] Second KVM process hangs eating 80-100% CPU on
host during startup
[snip]
I tried booting the guest with
--- On Sat, 4/19/08, Marcelo Tosatti [EMAIL PROTECTED] wrote:
From: Marcelo Tosatti [EMAIL PROTECTED]
Subject: Re: [kvm-devel] Second KVM process hangs eating 80-100% CPU on host
during startup
To: Alex Davis [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED], kvm-devel@lists.sourceforge.net
Date:
Christian Ehrhardt wrote:
Liu, Eric E wrote:
Hollis Blanchard wrote:
On Wednesday 16 April 2008 01:45:34 Liu, Eric E wrote: [...]
Actually... we could have kvmtrace itself insert the metadata, so
there would be no chance of it being overwritten in the kernel
buffers. The header could be
16 matches
Mail list logo