On 2013-05-13 08:45, Ren, Yongjie wrote:
>> -Original Message-
>> From: kvm-ow...@vger.kernel.org [mailto:kvm-ow...@vger.kernel.org]
>> On Behalf Of Gleb Natapov
>> Sent: Monday, May 13, 2013 2:39 PM
>> To: Jan Kiszka
>> Cc: Kashyap Chamarthy; Abel Gordon; Nakajima, Jun;
>> kvm@vger.kernel.
> -Original Message-
> From: kvm-ow...@vger.kernel.org [mailto:kvm-ow...@vger.kernel.org]
> On Behalf Of Gleb Natapov
> Sent: Monday, May 13, 2013 2:39 PM
> To: Jan Kiszka
> Cc: Kashyap Chamarthy; Abel Gordon; Nakajima, Jun;
> kvm@vger.kernel.org; kvm-ow...@vger.kernel.org
> Subject: Re: [n
On Mon, May 13, 2013 at 08:31:33AM +0200, Jan Kiszka wrote:
> On 2013-05-12 18:52, Kashyap Chamarthy wrote:
> >>>
> >>>
> >>> [ 217.938034] Uhhuh. NMI received for unknown reason 30 on CPU 0.
> >>> [ 217.938034] Do you have a strange power saving mode enabled?
> >>> .[
On 2013-05-12 18:52, Kashyap Chamarthy wrote:
>>>
>>>
>>> [ 217.938034] Uhhuh. NMI received for unknown reason 30 on CPU 0.
>>> [ 217.938034] Do you have a strange power saving mode enabled?
>>> .[ 222.523373] Uhhuh. NMI received for unknown reason 20 on CPU 0.
>>> [ 2
> Thanks for the detailed configurations and steps about the nVMX test.
> I have some suggestions if you want to test more:
> 1. you can make L2 guest have 4vCPU and 4Mem
Yeah, will try it. L0 has a max of 8G MEM.
> 2. as L2 is SMP system, you can try 'time make -j 4' instead of 'time make'.
Thi
> -Original Message-
> From: kvm-ow...@vger.kernel.org [mailto:kvm-ow...@vger.kernel.org]
> On Behalf Of Kashyap Chamarthy
> Sent: Monday, May 13, 2013 12:59 PM
> To: kvm@vger.kernel.org
> Subject: [nVMX Test] Build kernel (defconfig) on L2, w/ VMCS Shadowing
> enabled on L0
>
> I should p
On Thu, May 02, 2013 at 04:17:53PM +0100, Will Deacon wrote:
> On Thu, May 02, 2013 at 04:15:05PM +0100, Christoffer Dall wrote:
> > On Thu, May 2, 2013 at 8:03 AM, Will Deacon wrote:
> > > On Thu, May 02, 2013 at 03:39:00PM +0100, Marc Zyngier wrote:
> > >> Patch 5a677ce044f1 (ARM: KVM: switch to
Heya,
A simple test below:
Setup Info:
-
L0:
- 4 pCPU, 8G pMEM.
- Version:
$ uname -r; rpm -q qemu-kvm libvirt-daemon-kvm libguestfs
3.10.0-0.rc0.git26.1.fc20.x86_64
qemu-kvm-1.4.1-1.fc19.x86_64
libvirt-daemon-kvm-1.0.5-2.fc19.x86_64
li
On 05/07/2013 08:44 PM, Michael S. Tsirkin wrote:
> On Tue, May 07, 2013 at 02:13:44PM +0930, Rusty Russell wrote:
>> "Michael S. Tsirkin" writes:
>>> On Mon, May 06, 2013 at 03:41:36PM +0930, Rusty Russell wrote:
Asias He writes:
> Asias He (3):
> vhost: Remove vhost_enable_zcopy
"Michael S. Tsirkin" writes:
> On Tue, May 07, 2013 at 02:13:44PM +0930, Rusty Russell wrote:
>> AFAICT we should always do zero copy.
>
> It seems not to be a win for small packets.
> I speculate the issue is that ring space isn't released as promptly.
> Further, we can't do it safely for guest t
On 05/11/2013 03:39 AM, Alexander Graf wrote:
Am 10.05.2013 um 21:22 schrieb Scott Wood :
On 05/10/2013 12:57:33 PM, Alexander Graf wrote:
Could you guys please collect performance data during the next weeks on both
guest-directed ISIs as well as VF MMIOs (preferably with in-kernel MMIO), s
We can only use CONFIG_PPC_DOORBELL to control whether
the doorbell exception should be enabled.
Signed-off-by: Tiejun Chen
---
v3:
Just imporve the patch head.
v2:
Use CONFIG_PPC_DOORBELL to replace CONFIG_KVM_E500MC as that control condition.
arch/powerpc/kvm/booke.c |2 +-
1 file ch
Kemari project seems to be dead - but there is one implementation that you
might check out: based on DMTCP (dmtcp.sourceforge.net) and its QEMU/KVM plugin
- please see this article http://arxiv.org/abs/1212.1787
Not sure if this DMTCP QEMU/KVM plugin source code is already included into
latest d
On Sat, May 11, 2013 at 10:43:37AM +0100, Catalin Marinas wrote:
> On Sat, May 11, 2013 at 01:36:30AM +0100, Christoffer Dall wrote:
> > On Tue, May 07, 2013 at 05:33:03PM +0100, Catalin Marinas wrote:
> > > On Tue, May 07, 2013 at 05:28:00PM +0100, Marc Zyngier wrote:
> > > > On 02/05/13 17:09, Ca
On Sun, May 12, 2013 at 12:36:09PM -0400, Rik van Riel wrote:
> On 05/12/2013 10:30 AM, Michael S. Tsirkin wrote:
> >On Thu, May 09, 2013 at 10:53:49AM -0400, Luiz Capitulino wrote:
> >>Automatic ballooning consists of dynamically adjusting the guest's
> >>balloon according to memory pressure in th
>>
>>
>> [ 217.938034] Uhhuh. NMI received for unknown reason 30 on CPU 0.
>> [ 217.938034] Do you have a strange power saving mode enabled?
>> .[ 222.523373] Uhhuh. NMI received for unknown reason 20 on CPU 0.
>> [ 222.524073] Do you have a strange power saving mode e
On 05/12/2013 10:30 AM, Michael S. Tsirkin wrote:
On Thu, May 09, 2013 at 10:53:49AM -0400, Luiz Capitulino wrote:
Automatic ballooning consists of dynamically adjusting the guest's
balloon according to memory pressure in the host and in the guest.
This commit implements the guest side of autom
> Yep, shadow-vmcs enabled :)
:) Good to clarify.
>
>
>> Just for reference, here's the detailed procedure I noted while
>> testing it on Haswell --
>> https://raw.github.com/kashyapc/nvmx-haswell/master/SETUP-nVMX.rst
>>
>> Also note you can disable
>> > shadow-vmcs using the kvm-intel kernel
On Sun, May 12, 2013 at 07:01:43PM +0530, Kashyap Chamarthy wrote:
> > So, from the above info shadow-vmcs is ruled-out. I'm trying to
> > investigate further, will post details if I have new findings.
>
> Update:
> -
>
> I just tried to create L2 w/ Fedora-19 TC4 compose of 11MAY2013, I
On Sun, May 12, 2013 at 04:48:28PM +0300, Abel Gordon wrote:
>
>
> Kashyap Chamarthy wrote on 12/05/2013 04:06:40 PM:
>
>
> > > Note shadow vmcs is disabled unless you have a processor
> > > that supports this feature. Do you ?!
> >
> > Yes, I noted this in my previous email. I'm using Intel H
On Thu, May 09, 2013 at 10:53:49AM -0400, Luiz Capitulino wrote:
> Automatic ballooning consists of dynamically adjusting the guest's
> balloon according to memory pressure in the host and in the guest.
>
> This commit implements the guest side of automatic balloning, which
> basically consists of
Kashyap Chamarthy wrote on 12/05/2013 04:06:40 PM:
> > Note shadow vmcs is disabled unless you have a processor
> > that supports this feature. Do you ?!
>
> Yes, I noted this in my previous email. I'm using Intel Haswell.
>
> Here's the info from MSR bits on the machine(From `Table 35-3`, MSR
>
>
> [ 217.938034] Uhhuh. NMI received for unknown reason 30 on CPU 0.
> [ 217.938034] Do you have a strange power saving mode enabled?
> .[ 222.523373] Uhhuh. NMI received for unknown reason 20 on CPU 0.
> [ 222.524073] Do you have a strange power saving mode enabled
> So, from the above info shadow-vmcs is ruled-out. I'm trying to
> investigate further, will post details if I have new findings.
Update:
-
I just tried to create L2 w/ Fedora-19 TC4 compose of 11MAY2013, I
contibuously see the below fragment (F18/F19, whatever the L2 guest
is):
--
On Sun, May 12, 2013 at 6:29 PM, Abel Gordon wrote:
>
>
> Kashyap Chamarthy wrote on 12/05/2013 03:42:33 PM:
>
>> Again, sorry :(. I was just about to reply that this was physical host.
>>
>> I'm testing by disabling VMCS Shadowing per Jan Kiszka's suggestion,
>> and retrying. But I doubt that's
Kashyap Chamarthy wrote on 12/05/2013 03:42:33 PM:
> Again, sorry :(. I was just about to reply that this was physical host.
>
> I'm testing by disabling VMCS Shadowing per Jan Kiszka's suggestion,
> and retrying. But I doubt that's the reason my L2 is seg-faulting. If
> it still fails, I'll t
On Sun, May 12, 2013 at 6:08 PM, Gleb Natapov wrote:
> On Sun, May 12, 2013 at 06:00:38PM +0530, Kashyap Chamarthy wrote:
>> >>
>> >> I tried to reproduce such a problem, and I found L2 (Linux) hangs in
>> >> SeaBIOS, after line "iPXE (http://ipxe.org) ...". It happens with or
>> >> w/o VMCS shado
On Sun, May 12, 2013 at 06:00:38PM +0530, Kashyap Chamarthy wrote:
> >>
> >> I tried to reproduce such a problem, and I found L2 (Linux) hangs in
> >> SeaBIOS, after line "iPXE (http://ipxe.org) ...". It happens with or
> >> w/o VMCS shadowing (and even without my virtual EPT patches). I didn't
> >
>>
>> I tried to reproduce such a problem, and I found L2 (Linux) hangs in
>> SeaBIOS, after line "iPXE (http://ipxe.org) ...". It happens with or
>> w/o VMCS shadowing (and even without my virtual EPT patches). I didn't
>> realize this problem until I updated the L1 kernel to the latest (e.g.
>> 3
On Thu, May 09, 2013 at 03:45:12PM +0900, Takuya Yoshikawa wrote:
> No need to open-code this function.
>
> Signed-off-by: Takuya Yoshikawa
> ---
> arch/x86/kvm/mmu.c |4 +---
> 1 files changed, 1 insertions(+), 3 deletions(-)
>
Applied, thanks.
> diff --git a/arch/x86/kvm/mmu.c b/arch/x86
Hi Gleb,
On Sun, May 12, 2013 at 10:03:59AM +0100, Gleb Natapov wrote:
> On Fri, May 03, 2013 at 04:55:01PM +0100, Marc Zyngier wrote:
> > On 03/05/13 16:31, Anup Patel wrote:
> > > On Fri, May 3, 2013 at 7:32 PM, Marc Zyngier wrote:
> > >> As KVM/arm64 is looming on the horizon, it makes sense t
On Wed, Apr 03, 2013 at 11:52:19AM +0300, Michael S. Tsirkin wrote:
> These patches add ability to measure speed of MMIO versus PIO, in
> different configurations. As I didn't want to reserve a hardcoded range
> of memory, I added pci bus scan support instead. Used together with the
> new pci-test
On Sun, May 05, 2013 at 08:03:40PM +0800, Wei Yongjun wrote:
> From: Wei Yongjun
>
> Add the missing misc_deregister() before return from kvm_init()
> in the debugfs init error handling case.
>
> Signed-off-by: Wei Yongjun
Applied, thanks.
> ---
> virt/kvm/kvm_main.c | 1 +
> 1 file changed,
On Fri, May 03, 2013 at 04:55:01PM +0100, Marc Zyngier wrote:
> On 03/05/13 16:31, Anup Patel wrote:
> > On Fri, May 3, 2013 at 7:32 PM, Marc Zyngier wrote:
> >> As KVM/arm64 is looming on the horizon, it makes sense to move some
> >> of the common code to a single location in order to reduce dupl
On Fri, May 10, 2013 at 10:40:22AM -0700, Nakajima, Jun wrote:
> On Fri, May 10, 2013 at 9:33 AM, Jan Kiszka wrote:
> > On 2013-05-10 17:39, Kashyap Chamarthy wrote:
> >> On Fri, May 10, 2013 at 8:54 PM, Jan Kiszka wrote:
> >>>
> >>> On 2013-05-10 17:12, Jan Kiszka wrote:
> On 2013-05-10 15:
35 matches
Mail list logo