于 2012年04月17日 18:59, Avi Kivity 写道:
> On 04/17/2012 01:51 PM, zhangyanfei wrote:
>> 于 2012年04月17日 15:44, Avi Kivity 写道:
>>> On 04/11/2012 04:39 AM, zhangyanfei wrote:
This patch set exports offsets of VMCS fields as note information for
kdump. We call it VMCSINFO. The purpose of VMCSINFO
On Tue, Apr 17, 2012 at 07:17:11PM +0300, Avi Kivity wrote:
> On 04/17/2012 07:15 PM, Jan Kiszka wrote:
> > On 2012-04-17 14:06, Avi Kivity wrote:
> > > On 04/17/2012 03:03 PM, Gleb Natapov wrote:
> > >>>
> > >>> KVM_MAX_VCPUS.
> > >>>
> > >> Ah, so you are worried about malicious guest configuring
On 04/18/2012 10:30 AM, zhangyanfei wrote:
> >
> > Okay. Do you expect it to help in debugging the crash? Did you have
> > cases where it would help?
> >
>
> Yes, I do expect it to help in debugging the crash.
> Looking into host machine's crash dump, if we figure out the fact that the
> crash
On 04/18/2012 11:04 AM, Gleb Natapov wrote:
> > mainline, are we okay with 254*IPIs? Maybe it's not so bad and I'm
> > overinflating the problem.
> >
> Isn't 254*IPIs can also happen if application changes memory mapping?
>
It's not in irq context.
--
error compiling committee.c: too many argu
On Wed, Apr 18, 2012 at 11:25:45AM +0300, Avi Kivity wrote:
> On 04/18/2012 11:04 AM, Gleb Natapov wrote:
> > > mainline, are we okay with 254*IPIs? Maybe it's not so bad and I'm
> > > overinflating the problem.
> > >
> > Isn't 254*IPIs can also happen if application changes memory mapping?
> >
>
于 2012年04月18日 16:24, Avi Kivity 写道:
> On 04/18/2012 10:30 AM, zhangyanfei wrote:
>>>
>>> Okay. Do you expect it to help in debugging the crash? Did you have
>>> cases where it would help?
>>>
>>
>> Yes, I do expect it to help in debugging the crash.
>> Looking into host machine's crash dump, if w
On 04/17/2012 10:47 PM, Takuya Yoshikawa wrote:
> On Mon, 16 Apr 2012 11:36:25 +0800
> Xiao Guangrong wrote:
>
>> I tested it with kernbench, no regression is found.
>
> Because kernbench is not at all good test for this.
>
>> It is not a problem since the iter and spte should be in the cache.
From: Davidlohr Bueso
Its much cleaner to use PT_PAGE_TABLE_LEVEL than its numeric value.
Signed-off-by: Davidlohr Bueso
---
arch/x86/kvm/mmu.c |2 +-
arch/x86/kvm/paging_tmpl.h |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/x86/kvm/mmu.c b/arch/x86/
On Mon, Apr 02, 2012 at 03:14:40PM -0600, Alex Williamson wrote:
> IOMMUs often do not have visibility of individual devices in the
> system. Due to IOMMU design, bus topology, or device quirks, we
> can often only identify groups of devices. Examples include
> Intel VT-d & AMD-Vi which often hav
On 04/18/2012 12:49 PM, zhangyanfei wrote:
> >>
> >
> > What type of resource? Can you give an example?
> >
> Sorry. No concrete example for now.
>
> We are developing this on a conservative policy and I have put the vmcs
> processing
> in a new module in patch set v2 as you required. The new m
kvm_set_shared_msr() may not be called in preemptible context,
but vmx_set_msr() does so:
BUG: using smp_processor_id() in preemptible [] code: qemu-kvm/22713
caller is kvm_set_shared_msr+0x32/0xa0 [kvm]
Pid: 22713, comm: qemu-kvm Not tainted 3.4.0-rc3+ #39
Call Trace:
[] debug_
On Mon, Apr 02, 2012 at 03:14:46PM -0600, Alex Williamson wrote:
> IOMMU groups define the minimum granularity of the IOMMU. We therefore
> create groups using a dma_dev which is the effective requestor ID for
> the entire group. Additional devices can be added to groups based on
> system topolog
On 04/17/2012 07:49 PM, Anthony Liguori wrote:
> On 04/17/2012 02:44 AM, Avi Kivity wrote:
>> On 04/11/2012 04:39 AM, zhangyanfei wrote:
>>> This patch set exports offsets of VMCS fields as note information for
>>> kdump. We call it VMCSINFO. The purpose of VMCSINFO is to retrieve
>>> runtime state
On Tue, 17 Apr 2012 17:56:24 +0300
Avi Kivity wrote:
> > For live migration, range-based control may be enough duo to the locality
> > of WWS.
>
> What's WWS?
IIRC it was mentioned in a usenix paper: Writable Working Set.
May not be a commonly known concept.
Kind of working set, but is written
On Wed, Apr 18, 2012, Avi Kivity wrote about "Re: [PATCH 0/4] Export offsets of
VMCS fields as note information for kdump":
> Right; they're also not required to be in memory at all - the processor
> can cache them, even for VMCSs that are not active at this time.
> Running VMXOFF at panic time c
Test was using a reference to an old API that no longer
exists in virt_utils. Instead, let's use the current
methods to grab a VM class (methods of the env object).
Also, use up to date methods to get an ssh session to the vm.
Signed-off-by: Lucas Meneghel Rodrigues
---
client/virt/tests/trans_
On 04/18/2012 04:47 PM, Nadav Har'El wrote:
> On Wed, Apr 18, 2012, Avi Kivity wrote about "Re: [PATCH 0/4] Export offsets
> of VMCS fields as note information for kdump":
> > Right; they're also not required to be in memory at all - the processor
> > can cache them, even for VMCSs that are not ac
Time for which the hrtimer is started for decrementer emulation is calculated
using tb_ticks_per_usec. While hrtimer uses the clockevent for DEC
reprogramming (if needed) and which calculate timebase ticks using the
multiplier and shifter mechanism implemented within clockevent layer. It was
ob
On 04/18/2012 12:54 AM, Alexander Lyakas wrote:
> Greetings everybody,
>
> Can anybody please point me to code/documentation regarding the
> following questions I have:
>
> - What does it actually mean using "-smp N" option, in terms of CPU
> sharing between the host and the guest?
What does cpu s
Hi,
this patch adds support for indirect image_name specification. The purpose is
to set wildcard + offset instead of the exact name.
I'm using it for testing devices I add in the test. Eg. I use pre_script =
"modprobe scsi_debug" which adds new /dev/sg? device. I know it's the last
device so
This patch adds a support to specify the disk image by re + select
instead of the image_name.
Params:
indirect_image_select: Index of the disk from list matching disks
image_name: regular expression (ls $image_name)
Usage:
images += " stg"
image_name_stg = "/dev/sd*"
image_raw
This patch adds the check for tray status and fixes some bugs. Also it
changes the VM handling. The VM restart is now necessarily only when
the test fails.
* tray-open status subtest
* change vm handling
* absolute paths of cdrom locations
* workaround locked cdrom
* workaround eject time
Signed-
MMIO that are split across a page boundary are currently broken - the
code does not expect to be aborted by the exit to userspace for the
first MMIO fragment.
This patch fixes the problem by generalizing the current code for handling
16-byte MMIOs to handle a number of "fragments", and changes the
s/kcm/kvm/.
Signed-off-by: Avi Kivity
---
arch/ia64/kvm/kvm-ia64.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/ia64/kvm/kvm-ia64.c b/arch/ia64/kvm/kvm-ia64.c
index 882ab21..bd77cb5 100644
--- a/arch/ia64/kvm/kvm-ia64.c
+++ b/arch/ia64/kvm/kvm-ia64.c
@@ -1174,7 +11
Test that MMIO that crosses a page boundary is handled correctly.
Avi Kivity (2):
vm: add alloc_vpages()
emulator: test cross-page mmio
lib/x86/vm.c |9 +++--
lib/x86/vm.h |1 +
x86/emulator.c | 20 +++-
3 files changed, 27 insertions(+), 3 deletions(-)
--
Signed-off-by: Avi Kivity
---
x86/emulator.c | 20 +++-
1 file changed, 19 insertions(+), 1 deletion(-)
diff --git a/x86/emulator.c b/x86/emulator.c
index 33820f4..969944a 100644
--- a/x86/emulator.c
+++ b/x86/emulator.c
@@ -694,6 +694,19 @@ static void test_mmx_movq_mf(uint64_
Allows allocating contiguous virtual address space.
Signed-off-by: Avi Kivity
---
lib/x86/vm.c |9 +++--
lib/x86/vm.h |1 +
2 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/lib/x86/vm.c b/lib/x86/vm.c
index abbb0c9..550ec9b 100644
--- a/lib/x86/vm.c
+++ b/lib/x86/vm.c
@
On Tue, Apr 17, 2012 at 4:54 PM, Alexander Lyakas
wrote:
> Greetings everybody,
>
> Can anybody please point me to code/documentation regarding the
> following questions I have:
>
> - What does it actually mean using "-smp N" option, in terms of CPU
> sharing between the host and the guest?
> - Ho
On Wed, 2012-04-18 at 19:58 +1000, David Gibson wrote:
> On Mon, Apr 02, 2012 at 03:14:40PM -0600, Alex Williamson wrote:
> > IOMMUs often do not have visibility of individual devices in the
> > system. Due to IOMMU design, bus topology, or device quirks, we
> > can often only identify groups of d
On Wed, 2012-04-18 at 21:55 +1000, David Gibson wrote:
> On Mon, Apr 02, 2012 at 03:14:46PM -0600, Alex Williamson wrote:
> > IOMMU groups define the minimum granularity of the IOMMU. We therefore
> > create groups using a dma_dev which is the effective requestor ID for
> > the entire group. Addi
Thanks Avi and Stuart!
On Wed, Apr 18, 2012 at 8:24 PM, Stuart Yoder wrote:
> On Tue, Apr 17, 2012 at 4:54 PM, Alexander Lyakas
> wrote:
>> Greetings everybody,
>>
>> Can anybody please point me to code/documentation regarding the
>> following questions I have:
>>
>> - What does it actually mean
On Wed, Apr 18, 2012 at 11:53:51AM +0800, Xiao Guangrong wrote:
> On 04/18/2012 09:47 AM, Marcelo Tosatti wrote:
>
> > On Fri, Apr 13, 2012 at 06:16:33PM +0800, Xiao Guangrong wrote:
> >> If the the present bit of page fault error code is set, it indicates
> >> the shadow page is populated on all
On Tue, Apr 17, 2012 at 03:10:42PM +0300, Michael S. Tsirkin wrote:
> Real command register is under kernel control:
> it includes bits for triggering SERR, marking
> BARs as invalid and such which are all under host
> kernel control.
>
> While there's no known bug this triggers - since qemu does
On Tue, Apr 17, 2012 at 09:46:44PM -0600, Alex Williamson wrote:
> @@ -340,7 +343,11 @@ int kvm_iommu_unmap_guest(struct kvm *kvm)
> if (!domain)
> return 0;
>
> + mutex_lock(&kvm->slots_lock);
> kvm_iommu_unmap_memslots(kvm);
> + kvm->arch.iommu_domain = NULL;
>
On Wed, Apr 18, 2012 at 03:03:04PM +0300, Avi Kivity wrote:
> kvm_set_shared_msr() may not be called in preemptible context,
> but vmx_set_msr() does so:
>
> BUG: using smp_processor_id() in preemptible [] code: qemu-kvm/22713
> caller is kvm_set_shared_msr+0x32/0xa0 [kvm]
> Pid: 227
On Wed, Apr 18, 2012 at 12:24:29PM +0200, Davidlohr Bueso wrote:
> From: Davidlohr Bueso
>
> Its much cleaner to use PT_PAGE_TABLE_LEVEL than its numeric value.
>
> Signed-off-by: Davidlohr Bueso
> ---
> arch/x86/kvm/mmu.c |2 +-
> arch/x86/kvm/paging_tmpl.h |2 +-
> 2 files ch
On Wed, 2012-04-18 at 23:30 -0300, Marcelo Tosatti wrote:
> On Tue, Apr 17, 2012 at 09:46:44PM -0600, Alex Williamson wrote:
> > @@ -340,7 +343,11 @@ int kvm_iommu_unmap_guest(struct kvm *kvm)
> > if (!domain)
> > return 0;
> >
> > + mutex_lock(&kvm->slots_lock);
> > kvm_iom
Hello,
Perhaps this query was answered in the past. If yes kindly point me to
the same.
We noticed differences in networking performance (measured via netperf
over a 10G NIC) on an X86_64 server between the following two
configurations :
1) Server run as a KVM Host (but with no KVM guests c
On 4/17/2012 6:25 AM, Chegu Vinod wrote:
On 4/17/2012 2:49 AM, Gleb Natapov wrote:
On Mon, Apr 16, 2012 at 07:44:39AM -0700, Chegu Vinod wrote:
On 4/16/2012 5:18 AM, Gleb Natapov wrote:
On Thu, Apr 12, 2012 at 02:21:06PM -0400, Rik van Riel wrote:
On 04/11/2012 01:21 PM, Chegu Vinod wrote:
H
On Thu, Apr 19, 2012 at 03:53:39AM +, Chegu Vinod wrote:
>
> Hello,
>
> Perhaps this query was answered in the past. If yes kindly point me to
> the same.
>
> We noticed differences in networking performance (measured via netperf
> over a 10G NIC) on an X86_64 server between the following
On Wed, Apr 18, 2012 at 09:44:47PM -0700, Chegu Vinod wrote:
> On 4/17/2012 6:25 AM, Chegu Vinod wrote:
> >On 4/17/2012 2:49 AM, Gleb Natapov wrote:
> >>On Mon, Apr 16, 2012 at 07:44:39AM -0700, Chegu Vinod wrote:
> >>>On 4/16/2012 5:18 AM, Gleb Natapov wrote:
> On Thu, Apr 12, 2012 at 02:21:06
Le 19/04/2012 07:43, Gleb Natapov a écrit :
On Thu, Apr 19, 2012 at 03:53:39AM +, Chegu Vinod wrote:
Hello,
Perhaps this query was answered in the past. If yes kindly point me to
the same.
We noticed differences in networking performance (measured via netperf
over a 10G NIC) on an X86_64
42 matches
Mail list logo
