Paolo Bonzini wrote:
> 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
Right now, I found that Windows Failover Cluster needs SCSI-3
Persistent Reservation, I don't know where if virtio-scsi supports
this, according to http://www.ovirt.org/Features/Virtio-SCSI I found
this:
limited flexibility: virtio-blk does not support all possible storage
scenarios. For example,
My domain xml is like this:
2008-2
6325d8a5-468d-42e9-b5cb-9a04f5f34e80
524288
524288
2
hvm
destroy
restart
destroy
/usr/bin/qemu-kvm
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 u
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
>>
>> ==
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
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:
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 onl
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 d
On 08/16/2013 06:00 PM, Michael S. Tsirkin wrote:
> On Fri, Aug 16, 2013 at 01:16:29PM +0800, Jason Wang wrote:
>> We used to poll vhost queue before making DMA is done, this is racy if vhost
>> thread were waked up before marking DMA is done which can result the signal
>> to
>> be missed. Fix thi
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
> Does compiler inline it then?
> Reason I ask, last time I
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 arou
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
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
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 t
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
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 bothe
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
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)
>
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 c566ccfcb30e236636085317a05cb3e
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:
>
> git://git.linaro.org/people/c
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
> U
On Mon, 2013-08-19 at 14:02 -0600, Bjorn Helgaas wrote:
> On Mon, Aug 19, 2013 at 12:41 PM, Alex Williamson
> 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
>
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 rese
On Mon, Aug 19, 2013 at 12:41 PM, Alex Williamson
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
>> > wrote:
>> > > +static int vfio_pci_for_each_slot_or_bus(struc
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 th
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 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
> > wrote:
> > > The current VFIO_DEVICE_RESET interface only maps to PCI
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
diff --git a/target-i386/kvm.c b/target-i386/kvm.c
index 376fc70..d04c6ae 100644
--- a/target-i386/
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 descrip
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 a0ddf948d40e42de862543157a5668
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
Date: Mo
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 D<>
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 prob
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 loca
On Mon, Aug 19, 2013 at 3:12 PM, Kashyap Chamarthy wrote:
> On Mon, Aug 19, 2013 at 2:56 PM, Paolo Bonzini wrote:
>> Il 19/08/2013 06:36, Kashyap Chamarthy ha scritto:
>>> On Sat, Aug 10, 2013 at 12:56 AM, Paolo Bonzini wrote:
>
> Hi all,
>
> I'm seeing some breakage of shado
On Mon, Aug 19, 2013 at 2:56 PM, Paolo Bonzini wrote:
> Il 19/08/2013 06:36, Kashyap Chamarthy ha scritto:
>> On Sat, Aug 10, 2013 at 12:56 AM, Paolo Bonzini wrote:
>>> >
>>> > Hi all,
>>> >
>>> > I'm seeing some breakage of shadow-on-shadow and shadow-on-EPT nested
>>> > VMX. Until I can track
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.
>
Il 19/08/2013 06:36, Kashyap Chamarthy ha scritto:
> On Sat, Aug 10, 2013 at 12:56 AM, Paolo Bonzini 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 ho
Il 18/08/2013 20:23, Liu, Jinsong ha scritto:
> From 1273f8b2e5464ec987facf9942fd3ccc0b69087e Mon Sep 17 00:00:00 2001
> From: Liu Jinsong
> 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 https://bugs.launchpad.ne
> -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 0
On 19.08.2013, at 09:25, Aneesh Kumar K.V wrote:
> Alexander Graf writes:
>
>> On 11.08.2013, at 20:16, Aneesh Kumar K.V wrote:
>>
>>> From: "Aneesh Kumar K.V"
>>>
>>> Without this, a value of rb=0 and rs=0, result in us replacing the 0th index
>>>
>>> Signed-off-by: Aneesh Kumar K.V
>>
>
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...
>>
>>
> -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
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
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
Acked-by: Michael S. Tsir
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 one
47 matches
Mail list logo