Hi All,
This is KVM upstream test result against kvm.git next branch and qemu-kvm.git
uq/master branch.
kvm.git next branch: 205befd9a5c701b56f569434045821f413f08f6d based on
kernel 3.11.0-rc1
qemu-kvm.git uq/master branch: ca916d3729564d0eb3c2374a96903f7e8aced8a7
We found
On Mon, Aug 19, 2013 at 09:23:19AM +0800, Asias He wrote:
memcpy_fromiovec is moved from net/core/iovec.c to lib/iovec.c.
linux/uio.h provides the declaration for memcpy_fromiovec.
Include linux/uio.h instead of inux/socket.h for it.
Signed-off-by: Asias He as...@redhat.com
Acked-by:
On 08/19/2013 03:06 PM, Zhou, Chao wrote:
Hi All,
This is KVM upstream test result against kvm.git next branch and qemu-kvm.git
uq/master branch.
kvm.git next branch: 205befd9a5c701b56f569434045821f413f08f6d based
on kernel 3.11.0-rc1
qemu-kvm.git uq/master branch:
-Original Message-
From: Xiao Guangrong [mailto:xiaoguangr...@linux.vnet.ibm.com]
Sent: Monday, August 19, 2013 3:34 PM
To: Zhou, Chao
Cc: kvm@vger.kernel.org
Subject: Re: KVM Test report, kernel 205befd9... qemu ca916d37...
On 08/19/2013 03:06 PM, Zhou, Chao wrote:
Hi All,
On 08/19/2013 03:44 PM, Zhou, Chao wrote:
-Original Message-
From: Xiao Guangrong [mailto:xiaoguangr...@linux.vnet.ibm.com]
Sent: Monday, August 19, 2013 3:34 PM
To: Zhou, Chao
Cc: kvm@vger.kernel.org
Subject: Re: KVM Test report, kernel 205befd9... qemu ca916d37...
On 08/19/2013
On 19.08.2013, at 09:25, Aneesh Kumar K.V wrote:
Alexander Graf ag...@suse.de writes:
On 11.08.2013, at 20:16, Aneesh Kumar K.V wrote:
From: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
Without this, a value of rb=0 and rs=0, result in us replacing the 0th index
Signed-off-by:
-Original Message-
From: kvm-ow...@vger.kernel.org [mailto:kvm-ow...@vger.kernel.org]
On Behalf Of Xiao Guangrong
Sent: Monday, August 19, 2013 4:18 PM
To: Zhou, Chao
Cc: kvm@vger.kernel.org
Subject: Re: KVM Test report, kernel 205befd9... qemu ca916d37...
On 08/19/2013 03:44 PM,
Il 18/08/2013 20:23, Liu, Jinsong ha scritto:
From 1273f8b2e5464ec987facf9942fd3ccc0b69087e Mon Sep 17 00:00:00 2001
From: Liu Jinsong jinsong@intel.com
Date: Mon, 19 Aug 2013 09:33:30 +0800
Subject: [PATCH] qemu-kvm bugfix for IA32_FEATURE_CONTROL
This patch is to fix the bug
Il 19/08/2013 06:36, Kashyap Chamarthy ha scritto:
On Sat, Aug 10, 2013 at 12:56 AM, Paolo Bonzini pbonz...@redhat.com wrote:
Hi all,
I'm seeing some breakage of shadow-on-shadow and shadow-on-EPT nested
VMX. Until I can track more precisely whether it is a regression, and
on which
Il 19/08/2013 03:14, Duy Nguyen TN ha scritto:
I got this error with qem-kvm-0.15.1 on kernel 3.1.0-1.2-desktop
(OpenSUSE 12.1). I know I should rerun it with latest kernel/qemu but I
hope maybe this rings a bell or something, because it'll take some time
for me to prepare new kernel.
KVM
On Mon, Aug 19, 2013 at 2:56 PM, Paolo Bonzini pbonz...@redhat.com wrote:
Il 19/08/2013 06:36, Kashyap Chamarthy ha scritto:
On Sat, Aug 10, 2013 at 12:56 AM, Paolo Bonzini pbonz...@redhat.com wrote:
Hi all,
I'm seeing some breakage of shadow-on-shadow and shadow-on-EPT nested
VMX.
On Mon, Aug 19, 2013 at 3:12 PM, Kashyap Chamarthy kashyap...@gmail.com wrote:
On Mon, Aug 19, 2013 at 2:56 PM, Paolo Bonzini pbonz...@redhat.com wrote:
Il 19/08/2013 06:36, Kashyap Chamarthy ha scritto:
On Sat, Aug 10, 2013 at 12:56 AM, Paolo Bonzini pbonz...@redhat.com wrote:
Hi all,
Il 15/08/2013 12:01, Timon Wang ha scritto:
Thanks.
I have read the link you provide, there is another link which tells me
to pass a NPIV discovery lun as a disk, this is seen as a local direct
access disk in windows. RAC and Failure Cluster both consider this
pass through disk as local
Hello experts,
I am trying to use the multi queue support on a Linux guest running Kernel
3.9.7.
The host's virsh version command reports the following output:
Compiled against library: libvirt 0.10.2
Using library: libvirt 0.10.2
Using API: QEMU 0.10.2
Running hypervisor: QEMU 0.12.1
The
esmhdrdu aajug khxjbxb
umknshw rjzzk unkephhp
sfmlgbat I I V Y U M P J H B D V C B H E D
ypawrqv K L B L S A B S P R
wtjynmhzqb pkdjmmv zuwklqcxdvyqvvxlrn
frtvxkxzvp iheujijqa kvowyy
bevhl E R O B U K Z B A R I T
qhlhyedhnoemi F G Y A I Q W Z M O Q K T L R K Dattachment: onwdd.jpg
Paolo Bonzini wrote:
The patch looks good. Please repost it with checkpatch.pl failures
fixed.
Paolo
Thanks Stefan and Paolo! Updated patch attached.
Regards,
Jinsong
===
From a0ddf948d40e42de862543157a5668a1c12faae6 Mon Sep 17 00:00:00 2001
From: Liu Jinsong
Am 19.08.2013 16:31, schrieb Liu, Jinsong:
Paolo Bonzini wrote:
The patch looks good. Please repost it with checkpatch.pl failures
fixed.
Paolo
Thanks Stefan and Paolo! Updated patch attached.
Regards,
Jinsong
===
From a0ddf948d40e42de862543157a5668a1c12faae6 Mon Sep
Il 19/08/2013 16:59, Andreas Färber ha scritto:
qemu-kvm is no longer maintained since 1.3 so it should not be occurring
any more.
Please use a prefix of target-i386: (the directory name) to signal
where you are changing code, i.e. x86 only.
bugfix is not a very telling description of
The configuration of the timer represented by MSR_IA32_TSCDEADLINE depends on:
- APIC LVT Timer register.
- TSC value.
Change the order to respect the dependency.
Signed-off-by: Marcelo Tosatti mtosa...@redhat.com
diff --git a/target-i386/kvm.c b/target-i386/kvm.c
index 376fc70..d04c6ae
On Wed, 2013-08-14 at 17:06 -0600, Alex Williamson wrote:
On Wed, 2013-08-14 at 16:42 -0600, Bjorn Helgaas wrote:
[+cc Al, linux-fsdevel for fdget/fdput usage]
On Wed, Aug 14, 2013 at 2:10 PM, Alex Williamson
alex.william...@redhat.com wrote:
The current VFIO_DEVICE_RESET interface
Il 19/08/2013 19:13, Marcelo Tosatti ha scritto:
The configuration of the timer represented by MSR_IA32_TSCDEADLINE depends on:
- APIC LVT Timer register.
- TSC value.
Change the order to respect the dependency.
Do you have a testcase?
Paolo
Signed-off-by: Marcelo Tosatti
On Mon, Aug 19, 2013 at 08:57:58PM +0200, Paolo Bonzini wrote:
Il 19/08/2013 19:13, Marcelo Tosatti ha scritto:
The configuration of the timer represented by MSR_IA32_TSCDEADLINE depends
on:
- APIC LVT Timer register.
- TSC value.
Change the order to respect the dependency.
On Mon, Aug 19, 2013 at 12:41 PM, Alex Williamson
alex.william...@redhat.com wrote:
On Wed, 2013-08-14 at 17:06 -0600, Alex Williamson wrote:
On Wed, 2013-08-14 at 16:42 -0600, Bjorn Helgaas wrote:
On Wed, Aug 14, 2013 at 2:10 PM, Alex Williamson
alex.william...@redhat.com wrote:
+static
The current VFIO_DEVICE_RESET interface only maps to PCI use cases
where we can isolate the reset to the individual PCI function. This
means the device must support FLR (PCIe or AF), PM reset on D3hot-D0
transition, device specific reset, or be a singleton device on a bus
for a secondary bus
On Mon, 2013-08-19 at 14:02 -0600, Bjorn Helgaas wrote:
On Mon, Aug 19, 2013 at 12:41 PM, Alex Williamson
alex.william...@redhat.com wrote:
On Wed, 2013-08-14 at 17:06 -0600, Alex Williamson wrote:
On Wed, 2013-08-14 at 16:42 -0600, Bjorn Helgaas wrote:
On Wed, Aug 14, 2013 at 2:10 PM,
Il 19/08/2013 13:29, Naor Shlomo ha scritto:
Hello experts,
I am trying to use the multi queue support on a Linux guest running Kernel
3.9.7.
The host's virsh version command reports the following output:
Compiled against library: libvirt 0.10.2
Using library: libvirt 0.10.2
Using
Il 12/08/2013 06:12, Christoffer Dall ha scritto:
The following changes since commit e769ece3b129698d2b09811a6f6d304e4eaa8c29:
KVM: s390: fix pfmf non-quiescing control handling (2013-07-29 09:02:30
+0200)
are available in the git repository at:
Linus,
the following changes since commit c095ba7224d8edc71dcef0d655911399a8bd4a3f:
Linux 3.11-rc4 (2013-08-04 13:46:46 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/virt/kvm/kvm.git tags/for-linus
for you to fetch changes up to
Il 09/08/2013 15:13, Marc Zyngier ha scritto:
Paolo, Gleb,
Please consider pulling the following to get a new fixes for KVM/arm64.
Thanks,
M.
The following changes since commit c095ba7224d8edc71dcef0d655911399a8bd4a3f:
Linux 3.11-rc4 (2013-08-04 13:46:46 -0700)
are
On Mon, 2013-08-19 at 14:02 -0600, Bjorn Helgaas wrote:
I guess. And supply the pci_slot rather than the pci_dev? I'm a
little bit worried because the idea of a slot is not well-defined in
the spec, and we have sort of an ad hoc method of discovering and
managing them, e.g., acpiphp and
On Mon, 2013-08-19 at 14:20 -0600, Alex Williamson wrote:
I try to handle the slot as opaque, only caring that the slot pointer
matches, so I think our implementation is ok... so long as we only get
one driver claiming to manage a slot, but that's not a vfio problem ;)
Thanks,
By why bother
On Tue, 2013-08-20 at 08:42 +1000, Benjamin Herrenschmidt wrote:
On Mon, 2013-08-19 at 14:02 -0600, Bjorn Helgaas wrote:
I guess. And supply the pci_slot rather than the pci_dev? I'm a
little bit worried because the idea of a slot is not well-defined in
the spec, and we have sort of an ad
On Tue, 2013-08-20 at 08:44 +1000, Benjamin Herrenschmidt wrote:
On Mon, 2013-08-19 at 14:20 -0600, Alex Williamson wrote:
I try to handle the slot as opaque, only caring that the slot pointer
matches, so I think our implementation is ok... so long as we only get
one driver claiming to
On Mon, 2013-08-19 at 16:59 -0600, Alex Williamson wrote:
On Tue, 2013-08-20 at 08:42 +1000, Benjamin Herrenschmidt wrote:
On Mon, 2013-08-19 at 14:02 -0600, Bjorn Helgaas wrote:
I guess. And supply the pci_slot rather than the pci_dev? I'm a
little bit worried because the idea of a
Vào T2, ngày 19, 08 năm 2013 lúc 11:27 +0200, Paolo Bonzini viết:
The disassembled code is
0x1dd10:push %rbx
0x1dd11:mov$0x6e,%eax
0x1dd16:mov%rdi,%rbx
0x1dd19:sub$0x20,%rsp
0x1dd1d:test %rdi,%rdi
0x1dd20:je 0xb1dd92
On 08/16/2013 05:54 PM, Michael S. Tsirkin wrote:
On Fri, Aug 16, 2013 at 01:16:26PM +0800, Jason Wang wrote:
Switch to use vhost_add_used_and_signal_n() to avoid multiple calls to
vhost_add_used_and_signal(). With the patch we will call at most 2 times
(consider done_idx warp around)
On 08/16/2013 05:56 PM, Michael S. Tsirkin wrote:
On Fri, Aug 16, 2013 at 01:16:27PM +0800, Jason Wang wrote:
Let vhost_add_used() to use vhost_add_used_n() to reduce the code
duplication.
Signed-off-by: Jason Wang jasow...@redhat.com
Does compiler inline it then?
Reason I ask, last
On 08/16/2013 06:02 PM, Michael S. Tsirkin wrote:
On Fri, Aug 16, 2013 at 01:16:30PM +0800, Jason Wang wrote:
We used to limit the max pending DMAs to prevent guest from pinning too many
pages. But this could be removed since:
- We have the sk_wmem_alloc check in both tun/macvtap to do the
On Wed, Aug 14, 2013 at 04:42:14PM -0600, Bjorn Helgaas wrote:
[+cc Al, linux-fsdevel for fdget/fdput usage]
fdget/fdput use looks sane, the only thing is that I would rather
have an explicit include of linux/file.h instead of relying upon
linux/eventfd.h pulling it. Incidentally, there are
Hi Paolo,
The host is running CentOS release 6.3 (Final).
I did yum upgrade libvirt and yum upgrade qemu-kvm a couple of days ago and
ended up with these versions.
What do you suggest regarding qemu? compile 6.5 or later myself?
I appreciate your help,
Naor
-Original Message-
From:
xics_init() assumes kvm-nrcpus is already setup. kvm-nrcpus is setup
in kvm_cpu_init()
Unfortunately xics_init() and kvm_cpu_init() both use base_init(). So
depending on the order randomly determined by the compiler, xics_init()
may initialised see kvm-nrcpus as 0 and not setup any of the icp
Andreas Färber wrote:
Am 19.08.2013 16:31, schrieb Liu, Jinsong:
Paolo Bonzini wrote:
The patch looks good. Please repost it with checkpatch.pl failures
fixed.
Paolo
Thanks Stefan and Paolo! Updated patch attached.
Regards,
Jinsong
===
From
On Tue, 2013-08-20 at 04:18 +0100, Al Viro wrote:
On Wed, Aug 14, 2013 at 04:42:14PM -0600, Bjorn Helgaas wrote:
[+cc Al, linux-fsdevel for fdget/fdput usage]
fdget/fdput use looks sane, the only thing is that I would rather
have an explicit include of linux/file.h instead of relying upon
Alexander Graf ag...@suse.de writes:
On 11.08.2013, at 20:16, Aneesh Kumar K.V wrote:
From: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
Without this, a value of rb=0 and rs=0, result in us replacing the 0th index
Signed-off-by: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
44 matches
Mail list logo
