On 04/17/2013 02:08 AM, Robin Holt wrote:
> On Tue, Apr 16, 2013 at 09:07:20PM +0800, Xiao Guangrong wrote:
>> On 04/16/2013 07:43 PM, Robin Holt wrote:
>>> Argh. Taking a step back helped clear my head.
>>>
>>> For the -stable releases, I agree we should just go with your
>>> revert-plus-hlist_de
Jiří, okay, got it and thanks.
--
Regards,
Alex
- Original Message -
From: "Jiri Zupka"
To: "Alex Jia"
Cc: virt-test-de...@redhat.com, kvm@vger.kernel.org, kvm-autot...@redhat.com,
l...@redhat.com, ldok...@redhat.com, ehabk...@redhat.com, pbonz...@redhat.com
Sent: Tuesday, April
On Tue, Apr 16, 2013 at 08:58:27PM +0300, Michael S. Tsirkin wrote:
> On Tue, Apr 16, 2013 at 05:16:51PM +0800, Asias He wrote:
> > This patch makes vhost_scsi_flush() wait for all the pending requests
> > issued before the flush operation to be finished.
> >
> > Changes in v5:
> > - Use kref and
From: Yang Zhang
Fix the compliling error with kvm_vm_ioctl_irq_line.
Signed-off-by: Yang Zhang
---
arch/ia64/kvm/kvm-ia64.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/arch/ia64/kvm/kvm-ia64.c b/arch/ia64/kvm/kvm-ia64.c
index 7a54455..032c54d 100644
--- a/arc
On 04/16/2013 12:18 PM, Borislav Petkov wrote:
> On Sun, Apr 14, 2013 at 01:03:20PM +0200, Borislav Petkov wrote:
>> On Sun, Apr 14, 2013 at 12:31:12PM +0300, Pekka Enberg wrote:
>>> I obviously support having something like this in mainline. I wonder
>>> though if we could just call this "default
Linus,
Please pull from
git://git.kernel.org/pub/scm/virt/kvm/kvm.git master
To receive the following PPC and ARM KVM fixes
Marc Zyngier (2):
ARM: KVM: fix KVM_CAP_ARM_SET_DEVICE_ADDR reporting
ARM: KVM: fix L_PTE_S2_RDWR to actually be Read/Write
Marcelo Tosatti (1):
Merge
The following changes since commit 31880c37c11e28cb81c70757e38392b42e695dc6:
Linux 3.9-rc6 (2013-04-07 20:49:54 -0700)
are available in the git repository at:
git://github.com/columbia/linux-kvm-arm.git kvm-arm-fixes-3.9
for you to fetch changes up to 865499ea90d399e0682bcce3ae7af2427763369
On Tue, Apr 16, 2013 at 2:03 PM, Marcelo Tosatti wrote:
> On Mon, Apr 15, 2013 at 01:52:15AM -0700, Christoffer Dall wrote:
>> Hi Marcelo and Gleb,
>>
>> The following changes since commit 41ef2d5678d83af030125550329b6ae8b74618fa:
>>
>> Linux 3.9-rc7 (2013-04-14 17:45:16 -0700)
>>
>> are availab
On Sun, Apr 14, 2013 at 04:07:37PM +0300, Gleb Natapov wrote:
> If guest vcpu is in VM86 mode the vcpu state should be checked as if in
> real mode.
>
> Signed-off-by: Gleb Natapov
Applied, thanks.
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to maj
On Tue, Apr 16, 2013 at 07:26:35PM +0200, Alexander Graf wrote:
> >>> So I may send a pull request against 3.9 with the 3 commits that already
> >>> are in kvm/next?
> >>
> >> If you decide that the fixes are important enough to justify the
> >> existance of duplicate commits, i don't see a probl
On Mon, Apr 15, 2013 at 03:00:27PM +0200, Paolo Bonzini wrote:
> KVM does not use the activity state VMCS field, and does not support
> it in nested VMX either (the corresponding bits in the misc VMX feature
> MSR are zero). Fail entry if the activity state is set to anything but
> "active".
>
>
On Tue, Apr 16, 2013 at 11:07:40AM -0700, Christoffer Dall wrote:
> On Tue, Apr 16, 2013 at 10:21 AM, Alexander Graf wrote:
> > Commit aa2fbe6d broke the ARM KVM target by introducing a new parameter
> > to irq handling functions.
> >
> > Fix the function prototype to get things compiling again an
On Sun, Apr 14, 2013 at 12:40:00PM +0300, Gleb Natapov wrote:
> On Thu, Apr 11, 2013 at 07:25:09PM +0800, Yang Zhang wrote:
> > From: Yang Zhang
> >
> > The follwoing patches are adding the Posted Interrupt supporting to KVM:
> > The first patch enables the feature 'acknowledge interrupt on vmexi
On 16.04.2013, at 21:49, Alex Williamson wrote:
> We hope to at some point deprecate KVM legacy device assignment in
> favor of VFIO-based assignment. Towards that end, allow legacy
> device assignment to be deconfigured.
>
> Signed-off-by: Alex Williamson
Definitely a step into the right dir
On Mon, Apr 15, 2013 at 01:52:15AM -0700, Christoffer Dall wrote:
> Hi Marcelo and Gleb,
>
> The following changes since commit 41ef2d5678d83af030125550329b6ae8b74618fa:
>
> Linux 3.9-rc7 (2013-04-14 17:45:16 -0700)
>
> are available in the git repository at:
>
> git://github.com/columbia/l
We have an in-house app, written in c, that is not performing as well as we'd
hoped it would when moving to a VM. We've tried all the common tuning
recommendations (virtio, tap interface, cpu pining), without any change in
performance. Even terminating all of the other VMs on the host doesn't ma
We hope to at some point deprecate KVM legacy device assignment in
favor of VFIO-based assignment. Towards that end, allow legacy
device assignment to be deconfigured.
Signed-off-by: Alex Williamson
---
This depends on Alex Graf's irqfd generalization series to remove
IRQ routing code from assi
On Tue, Apr 16, 2013 at 05:16:51PM +0800, Asias He wrote:
> This patch makes vhost_scsi_flush() wait for all the pending requests
> issued before the flush operation to be finished.
>
> Changes in v5:
> - Use kref and completion
> - Fail req if vs->vs_inflight is NULL
> - Rename tcm_vhost_alloc_in
On Tue, Apr 16, 2013 at 09:07:20PM +0800, Xiao Guangrong wrote:
> On 04/16/2013 07:43 PM, Robin Holt wrote:
> > Argh. Taking a step back helped clear my head.
> >
> > For the -stable releases, I agree we should just go with your
> > revert-plus-hlist_del_init_rcu patch. I will give it a test
> >
On Tue, Apr 16, 2013 at 10:21 AM, Alexander Graf wrote:
> Commit aa2fbe6d broke the ARM KVM target by introducing a new parameter
> to irq handling functions.
>
> Fix the function prototype to get things compiling again and ignore the
> parameter just like we did before
>
> Signed-off-by: Alexande
On Sun, Apr 14, 2013 at 07:32:16PM +0200, Borislav Petkov wrote:
> On Sun, Apr 14, 2013 at 10:41:07AM +0300, Gleb Natapov wrote:
> > Currently userspace assumes that that cpuid configuration returned by
> > KVM_GET_SUPPORTED_CPUID is the optimal one. What we want here is a way
> > for KVM to tell u
On Tue, Apr 16, 2013 at 01:47:46PM +0200, Paolo Bonzini wrote:
> Il 10/04/2013 12:08, Gleb Natapov ha scritto:
> >> > What is the opinion from the KVM folks on this? Shall we start to
> >> > emulate instructions the host does not provide? In this particular case
> >> > a relatively simple patch fix
The concept of routing interrupt lines to an irqchip is nothing
that is IOAPIC specific. Every irqchip has a maximum number of pins
that can be linked to irq lines.
So let's add a new define that allows us to reuse generic code for
non-IOAPIC platforms.
Signed-off-by: Alexander Graf
---
arch/x8
On 12.04.2013, at 22:56, Alexander Graf wrote:
>
> On 12.04.2013, at 22:54, Marcelo Tosatti wrote:
>
>> On Thu, Apr 11, 2013 at 03:50:13PM +0200, Alexander Graf wrote:
>>>
>>> On 11.04.2013, at 15:45, Marcelo Tosatti wrote:
>>>
On Tue, Mar 26, 2013 at 12:59:04PM +1100, Paul Mackerras wro
Quite a bit of code in KVM has been conditionalized on availability of
IOAPIC emulation. However, most of it is generically applicable to
platforms that don't have an IOPIC, but a different type of irq chip.
Introduce a new define to distinguish between generic code and IOAPIC
specific code.
Sign
Now that we have most irqfd code completely platform agnostic, let's move
irqfd's resample capability return to generic code as well.
Signed-off-by: Alexander Graf
---
arch/x86/kvm/x86.c |1 -
virt/kvm/kvm_main.c |3 +++
2 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/arc
Setting up IRQ routes is nothing IOAPIC specific. Extract everything
that really is generic code into irqchip.c and only leave the ioapic
specific bits to irq_comm.c.
Signed-off-by: Alexander Graf
---
include/linux/kvm_host.h |3 ++
virt/kvm/irq_comm.c | 76 ++-
The current irq_comm.c file contains pieces of code that are generic
across different irqchip implementations, as well as code that is
fully IOAPIC specific.
Split the generic bits out into irqchip.c.
Signed-off-by: Alexander Graf
---
arch/x86/kvm/Makefile |2 +-
include/trace/events/k
The prototype has been stale for a while, I can't spot any real function
define behind it. Let's just remove it.
Signed-off-by: Alexander Graf
---
include/linux/kvm_host.h |5 -
1 files changed, 0 insertions(+), 5 deletions(-)
diff --git a/include/linux/kvm_host.h b/include/linux/kvm_ho
The concept of an irqfd and interrupt routing are nothing particularly tied
into the IOAPIC implementation. In fact, most of the code already is perfectly
generic.
This patch set decouples most bits of the existing irqchip and irqfd
implementation to make it reusable for non-IOAPIC platforms, like
The IRQ routing set ioctl lives in the hacky device assignment code inside
of KVM today. This is definitely the wrong place for it. Move it to the much
more natural kvm_main.c.
Signed-off-by: Alexander Graf
---
virt/kvm/assigned-dev.c | 30 --
virt/kvm/kvm_main.c
Commit aa2fbe6d broke the ARM KVM target by introducing a new parameter
to irq handling functions.
Fix the function prototype to get things compiling again and ignore the
parameter just like we did before
Signed-off-by: Alexander Graf
---
arch/arm/kvm/arm.c |3 ++-
1 files changed, 2 insert
On 11.04.2013, at 13:21, Yang Zhang wrote:
> From: Yang Zhang
>
> Userspace may deliver RTC interrupt without query the status. So we
> want to track RTC EOI for this case.
>
> Signed-off-by: Yang Zhang
This patch breaks ARM host support. Patch following.
Alex
--
To unsubscribe from this
On Sun, Apr 14, 2013 at 01:03:20PM +0200, Borislav Petkov wrote:
> On Sun, Apr 14, 2013 at 12:31:12PM +0300, Pekka Enberg wrote:
> > I obviously support having something like this in mainline. I wonder
> > though if we could just call this "default standalone KVM guest
> > config" instead of emphas
Il 16/04/2013 07:08, prasadjoshi.li...@gmail.com ha scritto:
> From: Prasad Joshi
>
> The SVM test 'cr3 read intercept emulate' when ran on uniprocessor
> system does not finish and blocks all the tests scheduled to be ran
> afterwords. Add check so that the test is only ran on the SMP VM.
t
On 16.04.2013, at 03:07, Scott Wood wrote:
> complete_mmio_load writes back the mmio result into the
> destination register. Doing this on a store results in
> register corruption.
>
> Signed-off-by: Scott Wood
Thanks, applied to kvm-ppc-queue. Since nobody really is using in-kernel
devices
Hi Alex,
thanks again for review. I recognize now what you mean. I thought that
you another thread of mails. I was try it again with
https://github.com/autotest/virt-test/pull/255 and demo example works.
If you are interest in this feature. Check new version which I'll send in
future days. There
Juan Quintela wrote:
> Hi
>
> Please send in any agenda topics you are interested in.
As there are no topics, call is cancelled.
Have a nice week.
Later, Juan.
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to majord...@vger.kernel.org
More majordom
On 04/16/2013 07:43 PM, Robin Holt wrote:
> Argh. Taking a step back helped clear my head.
>
> For the -stable releases, I agree we should just go with your
> revert-plus-hlist_del_init_rcu patch. I will give it a test
> when I am in the office.
Okay. Wait for your test report. Thank you in adv
Note that "Atom" isn't a CPU but a line of CPUs. Sadly Qemu's N270 model is
broken.
Borislav Petkov wrote:
>On Tue, Apr 16, 2013 at 01:47:46PM +0200, Paolo Bonzini wrote:
>> Atom is not defined by QEMU;
>
>$ qemu-system-x86_64 -cpu ?
>
>...
>
>x86 n270 Intel(R) Atom(TM) CPU N270
On Tue, Apr 16, 2013 at 01:47:46PM +0200, Paolo Bonzini wrote:
> Atom is not defined by QEMU;
$ qemu-system-x86_64 -cpu ?
...
x86 n270 Intel(R) Atom(TM) CPU N270 @ 1.60GHz
--
Regards/Gruss,
Boris.
Sent from a fat crate under my desk. Formatting is fine.
--
--
To unsubscribe
Hi Alex,
I hope you use "new" version of cart config in github
https://github.com/autotest/virt-test/pull/255.
This was older RFC version of vart config. And I'm preparing new version based
on communication with Eduardo and Pablo.
If you don't please loot at documentation
https://github.com/a
Il 10/04/2013 12:08, Gleb Natapov ha scritto:
>> > What is the opinion from the KVM folks on this? Shall we start to
>> > emulate instructions the host does not provide? In this particular case
>> > a relatively simple patch fixes a problem (starting Atom optimized
>> > kernels on non-Atom machines
Argh. Taking a step back helped clear my head.
For the -stable releases, I agree we should just go with your
revert-plus-hlist_del_init_rcu patch. I will give it a test
when I am in the office.
For the v3.10 release, we should work on making this more
correct and completely documented.
Robin
Il 14/04/2013 23:02, Borislav Petkov ha scritto:
> *(u16 *)&ctxt->dst.val = swab16((u16)ctxt->src.val);
>
> movzwl 112(%rdi), %eax # ctxt_5(D)->src.D.27823.val, tmp82
> rolw$8, %ax #, tmp82
> movw%ax, 240(%rdi) # tmp82, MEM[(u16 *)ctxt_5(D) + 240B]
I think this b
On Tue, Apr 16, 2013 at 06:26:36PM +0800, Xiao Guangrong wrote:
> On 04/16/2013 05:31 PM, Robin Holt wrote:
> > On Tue, Apr 16, 2013 at 02:39:49PM +0800, Xiao Guangrong wrote:
> >> The commit 751efd8610d3 (mmu_notifier_unregister NULL Pointer deref
> >> and multiple ->release()) breaks the fix:
> >
On 04/16/2013 05:31 PM, Robin Holt wrote:
> On Tue, Apr 16, 2013 at 02:39:49PM +0800, Xiao Guangrong wrote:
>> The commit 751efd8610d3 (mmu_notifier_unregister NULL Pointer deref
>> and multiple ->release()) breaks the fix:
>> 3ad3d901bbcfb15a5e4690e55350db0899095a68
>> (mm: mmu_notifier: f
On 2013-04-16 12:19, 李春奇 wrote:
> I looked up Intel manual for VM instruction error. Error number 7 means "VM
> entry with invalid control field(s)", which means in process of VM
> switching some control fields are not properly configured.
>
> I wonder why some emulated CPUs (e.g.Nehalem) can run
On Tue, Apr 16, 2013 at 02:39:49PM +0800, Xiao Guangrong wrote:
> The commit 751efd8610d3 (mmu_notifier_unregister NULL Pointer deref
> and multiple ->release()) breaks the fix:
> 3ad3d901bbcfb15a5e4690e55350db0899095a68
> (mm: mmu_notifier: fix freed page still mapped in secondary MMU)
Ca
This patch makes vhost_scsi_flush() wait for all the pending requests
issued before the flush operation to be finished.
Changes in v5:
- Use kref and completion
- Fail req if vs->vs_inflight is NULL
- Rename tcm_vhost_alloc_inflight to tcm_vhost_set_inflight
Changes in v4:
- Introduce vhost_scsi_
It is needed in next patch.
Signed-off-by: Asias He
---
drivers/vhost/tcm_vhost.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/vhost/tcm_vhost.c b/drivers/vhost/tcm_vhost.c
index da2021b..4ae6725 100644
--- a/drivers/vhost/tcm_vhost.c
+++ b/drivers/vhost/tcm_v
Asias He (2):
tcm_vhost: Pass vhost_scsi to vhost_scsi_allocate_cmd
tcm_vhost: Wait for pending requests in vhost_scsi_flush()
drivers/vhost/tcm_vhost.c | 106 +++---
drivers/vhost/tcm_vhost.h | 5 +++
2 files changed, 104 insertions(+), 7 deletions(-
于 2013-4-16 13:51, Stefan Hajnoczi 写道:
On Mon, Apr 15, 2013 at 09:03:36PM +0800, Wenchao Xia wrote:
I'd like to add/export an function which allow userspace program
to take snapshot for a region of memory. Since it is not implemented yet
I will describe it as C APIs, it is quite simple now an
On 04/16/2013 07:49 AM, Stefan Hajnoczi wrote:
Hi Stefan,
> Besides the kvm_stat, general performance data from the host is useful
> when dealing with high load averages.
>
> Do you have vmstat or sar data for periods of time when the machine was
> slow?
>
> Stefan
We do have a rather exhaustive
Il 16/04/2013 04:30, Marcelo Tosatti ha scritto:
>
> ** Untested **.
>
> Emulation of xcr0 writes zero guest_xcr0_loaded variable so that
> subsequent VM-entry reloads CPU's xcr0 with guests xcr0 value.
>
> However, this is incorrect because guest_xcr0_loaded variable is
> read to decide whethe
The commit 751efd8610d3 (mmu_notifier_unregister NULL Pointer deref
and multiple ->release()) breaks the fix:
3ad3d901bbcfb15a5e4690e55350db0899095a68
(mm: mmu_notifier: fix freed page still mapped in secondary MMU)
This patch reverts the commit and simply fix the bug spotted
by that patch
On 2013-04-16 05:49, 李春奇 wrote:
> I changed to the latest version of kvm kernel but the bug also occured.
>
> On the startup of L1 VM on the host, the host kern.log will output:
> Apr 16 11:28:22 Blade1-02 kernel: [ 4908.458090] kvm [2808]: vcpu0
> unhandled rdmsr: 0x345
> Apr 16 11:28:22 Blade1-
57 matches
Mail list logo