On 06/05/2012 04:58 AM, Anthony Liguori wrote:
> On 06/05/2012 08:52 AM, Andreas Färber wrote:
>> Am 04.06.2012 07:46, schrieb Anthony Liguori:
>>> On 05/22/2012 12:37 AM, Avi Kivity wrote:
Please pull from:
git://git.kernel.org/pub/scm/virt/kvm/qemu-kvm.git uq/master
>>>
>>> Pul
On Mon, 4 Jun 2012, Asias He wrote:
> The queue size for virtio_blk is 256 and AIO_MAX is 32, we might be
> short of available aio events if guest issues > 32 requests
> simultaneously. Following error is observed when guest running stressed
> I/O workload.
>
> Info: disk_image__read error: tot
On Mon, 4 Jun 2012, Asias He wrote:
> Keep trying if io_submit returns EAGAIN. No need to fail the request.
>
> Signed-off-by: Asias He
Applied, thanks!
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to majord...@vger.kernel.org
More majordomo info at
On 05.06.2012, at 09:42, Avi Kivity wrote:
> On 06/05/2012 04:58 AM, Anthony Liguori wrote:
>> On 06/05/2012 08:52 AM, Andreas Färber wrote:
>>> Am 04.06.2012 07:46, schrieb Anthony Liguori:
On 05/22/2012 12:37 AM, Avi Kivity wrote:
> Please pull from:
>
>git://git.kernel.
On Tue, Jun 5, 2012 at 4:03 AM, Asias He wrote:
> On Tue, Jun 5, 2012 at 12:07 AM, Sasha Levin wrote:
>> On Mon, 2012-06-04 at 23:40 +0800, Asias He wrote:
>>> All blk requests are processed in notify_vq() which is in the context of
>>> ioeventfd thread: ioeventfd__thread(). The processing in not
On Mon, Jun 4, 2012 at 6:40 PM, Asias He wrote:
> All blk requests are processed in notify_vq() which is in the context of
> ioeventfd thread: ioeventfd__thread(). The processing in notify_vq() may
> take a long time to complete and all devices share the single ioeventfd
> thead, so this might blo
On Tue, Jun 5, 2012 at 3:59 PM, Pekka Enberg wrote:
> On Mon, 4 Jun 2012, Asias He wrote:
>
>> The queue size for virtio_blk is 256 and AIO_MAX is 32, we might be
>> short of available aio events if guest issues > 32 requests
>> simultaneously. Following error is observed when guest running stress
On 2012-06-05 10:10, Alexander Graf wrote:
>
>
> On 05.06.2012, at 09:42, Avi Kivity wrote:
>
>> On 06/05/2012 04:58 AM, Anthony Liguori wrote:
>>> On 06/05/2012 08:52 AM, Andreas Färber wrote:
Am 04.06.2012 07:46, schrieb Anthony Liguori:
> On 05/22/2012 12:37 AM, Avi Kivity wrote:
>>
The masking was wrong (must have been 0x7f), and there is no need to
re-read the value as pci_setup_device already does this for us.
Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=43339
Signed-off-by: Jan Kiszka
---
virt/kvm/assigned-dev.c |4 +---
1 files changed, 1 insertions(+), 3
On 2012-06-05 06:22, ya su wrote:
> Jan:
>
> sorry for late response of your suggestion.
>
> I have found the patch which produce this problem, it comes from
> this one: 7850ac5420803996e2960d15b924021f28e0dffc.
>
> I change as the following, it works fine.
>
> diff -ur -i kvm-kmod-
On 06/05/2012 03:42 PM, Avi Kivity wrote:
On 06/05/2012 04:58 AM, Anthony Liguori wrote:
On 06/05/2012 08:52 AM, Andreas Färber wrote:
Am 04.06.2012 07:46, schrieb Anthony Liguori:
On 05/22/2012 12:37 AM, Avi Kivity wrote:
Please pull from:
git://git.kernel.org/pub/scm/virt/kvm/qemu-kvm
On 06/05/2012 12:02 PM, Anthony Liguori wrote:
> On 06/05/2012 03:42 PM, Avi Kivity wrote:
>> On 06/05/2012 04:58 AM, Anthony Liguori wrote:
>>> On 06/05/2012 08:52 AM, Andreas Färber wrote:
Am 04.06.2012 07:46, schrieb Anthony Liguori:
> On 05/22/2012 12:37 AM, Avi Kivity wrote:
>> Pl
Hello Alex,
thanks for your efforts!
Maybe, you already know that I'm suffering the same problem :-( with a
GA-990XA-UD3 (990X chipset).
On Mon, 04 Jun 2012 21:44:05 -0600
Alex Williamson wrote:
[...]
> I have a setup with an AMD 990FX system and a spare PVR-350 card that I
> installed to repr
On Mon, 4 Jun 2012, Nikunj A. Dadhania wrote:
> From: Peter Zijlstra
>
> get_user_pages_fast() depends on the IPI to hold off page table
> teardown while they are locklessly walked with interrupts disabled.
> If a vcpu were to be preempted while in this critical section, another
> vcpu tearing do
On Tue, 5 Jun 2012 11:48:02 +0100, Stefano Stabellini
wrote:
>
> I am also interested in introducing HAVE_RCU_TABLE_FREE on x86 for Xen.
> Maybe we can pull our efforts together :-)
>
> Giving a look at this patch, it doesn't look like it is introducing
> CONFIG_HAVE_RCU_TABLE_FREE anywhere und
On 06/04/2012 04:38 PM, Isaku Yamahata wrote:
On Mon, Jun 04, 2012 at 08:37:04PM +0800, Anthony Liguori wrote:
On 06/04/2012 05:57 PM, Isaku Yamahata wrote:
After the long time, we have v2. This is qemu part.
The linux kernel part is sent separatedly.
Changes v1 -> v2:
- split up patches for
On Tue, 5 Jun 2012, Nikunj A Dadhania wrote:
> On Tue, 5 Jun 2012 11:48:02 +0100, Stefano Stabellini
> wrote:
> >
> > I am also interested in introducing HAVE_RCU_TABLE_FREE on x86 for Xen.
> > Maybe we can pull our efforts together :-)
> >
> > Giving a look at this patch, it doesn't look like
On Sun, May 20, 2012 at 03:39:30PM +0300, Avi Kivity wrote:
> On 05/18/2012 12:34 PM, Matthias Lange wrote:
> > The following patch adds support for the GUEST_SMBASE field. This allows
> > hypervisors running inside kvm read/write access to this field. I have
> > tested this to work on a Core i5 ma
On 15.05.2012, at 14:38, Christian Borntraeger wrote:
> On 15/05/12 14:33, Avi Kivity wrote:
>> On 05/15/2012 03:31 PM, Christian Borntraeger wrote:
>>> On 15/05/12 14:24, Avi Kivity wrote:
> Newer systems allow to write-protect the guest backing memory
> and let the fault be delivered to
On 15.05.2012, at 14:15, Christian Borntraeger wrote:
> From: Carsten Otte
>
> This patch enables KVM_CAP_ONE_REG for s390 and implements stubs
> for KVM_GET/SET_ONE_REG. This is based on the ppc implementation.
>
> Signed-off-by: Carsten Otte
> Signed-off-by: Christian Borntraeger
One day
On 15.05.2012, at 14:15, Christian Borntraeger wrote:
> From: Carsten Otte
>
> This patch makes vcpu epoch difference and the TOD programmable
> field accessible from userspace. This is needed in order to
> implement a couple of instructions that deal with the time of
> day clock on s390, such
On 15.05.2012, at 14:15, Christian Borntraeger wrote:
> From: "Jason J. herne"
>
> Enhance the KVM ONE_REG capability within S390 to allow
> getting/setting the following special cpu registers: clock comparator
> and the cpu timer. These are needed for migration.
>
> Signed-off-by: Jason J. he
On 05/06/12 14:42, Alexander Graf wrote:
>
> On 15.05.2012, at 14:15, Christian Borntraeger wrote:
>
>> From: "Jason J. herne"
>>
>> Enhance the KVM ONE_REG capability within S390 to allow
>> getting/setting the following special cpu registers: clock comparator
>> and the cpu timer. These are ne
On 05.06.2012, at 14:57, Christian Borntraeger wrote:
> On 05/06/12 14:42, Alexander Graf wrote:
>>
>> On 15.05.2012, at 14:15, Christian Borntraeger wrote:
>>
>>> From: "Jason J. herne"
>>>
>>> Enhance the KVM ONE_REG capability within S390 to allow
>>> getting/setting the following special
On Tue, 2012-06-05 at 18:34 +0530, Nikunj A Dadhania wrote:
> PeterZ, is 7/7 alright to be picked?
Yeah, I guess it is.. I haven't had time to rework my tlb series yet
though. But these two patches together should make it work for x86.
--
To unsubscribe from this list: send the line "unsubscribe k
On 06/05/2012 02:59 PM, Matthias Lange wrote:
> On Sun, May 20, 2012 at 03:39:30PM +0300, Avi Kivity wrote:
>> On 05/18/2012 12:34 PM, Matthias Lange wrote:
>> > The following patch adds support for the GUEST_SMBASE field. This allows
>> > hypervisors running inside kvm read/write access to this fi
On Tue, 5 Jun 2012 12:58:32 +0100, Stefano Stabellini
wrote:
> On Tue, 5 Jun 2012, Nikunj A Dadhania wrote:
> > On Tue, 5 Jun 2012 11:48:02 +0100, Stefano Stabellini
> > wrote:
> > >
> > > I am also interested in introducing HAVE_RCU_TABLE_FREE on x86 for Xen.
> > > Maybe we can pull our effor
On Tue, 5 Jun 2012, Nikunj A Dadhania wrote:
> On Tue, 5 Jun 2012 12:58:32 +0100, Stefano Stabellini
> wrote:
> > On Tue, 5 Jun 2012, Nikunj A Dadhania wrote:
> > > On Tue, 5 Jun 2012 11:48:02 +0100, Stefano Stabellini
> > > wrote:
> > > >
> > > > I am also interested in introducing HAVE_RCU_T
On Tue, 5 Jun 2012, Peter Zijlstra wrote:
> On Tue, 2012-06-05 at 18:34 +0530, Nikunj A Dadhania wrote:
> > PeterZ, is 7/7 alright to be picked?
>
> Yeah, I guess it is.. I haven't had time to rework my tlb series yet
> though. But these two patches together should make it work for x86.
>
Good.
On Tue, 2012-06-05 at 14:26 +0100, Stefano Stabellini wrote:
> On Tue, 5 Jun 2012, Peter Zijlstra wrote:
> > On Tue, 2012-06-05 at 18:34 +0530, Nikunj A Dadhania wrote:
> > > PeterZ, is 7/7 alright to be picked?
> >
> > Yeah, I guess it is.. I haven't had time to rework my tlb series yet
> > thoug
On Tue, 5 Jun 2012, Peter Zijlstra wrote:
> On Tue, 2012-06-05 at 14:26 +0100, Stefano Stabellini wrote:
> > On Tue, 5 Jun 2012, Peter Zijlstra wrote:
> > > On Tue, 2012-06-05 at 18:34 +0530, Nikunj A Dadhania wrote:
> > > > PeterZ, is 7/7 alright to be picked?
> > >
> > > Yeah, I guess it is.. I
On 6/4/12 12:28 PM, Johannes Bauer wrote:
On 04.06.2012 10:53, Gleb Natapov wrote:
On Sun, Jun 03, 2012 at 06:25:33PM +0200, Johannes Bauer wrote:
Therefore, I've uploaded the compressed trace.dat file, so you can maybe
have a look why the "report" tool barfs and interpret it correctly. I
can't
On Tue, 2012-06-05 at 12:39 +0200, Andreas Hartmann wrote:
> Hello Alex,
>
> thanks for your efforts!
>
> Maybe, you already know that I'm suffering the same problem :-( with a
> GA-990XA-UD3 (990X chipset).
My system is a GA-990FXA-UD3, so just a slightly different version of
the chipset.
> On
Linus,
Please pull from
git://git.kernel.org/pub/scm/virt/kvm/kvm.git master
to receive a one-liner fix for a buffer overflow:
KVM: Fix buffer overflow in kvm_set_irq() (2012-06-05 16:39:58 +0300)
Avi Kivity (1):
KVM: F
On 2012-05-25 16:02, Jan Kiszka wrote:
> According to Alexey, the T310 does not properly support INTx masking as
> it fails to keep the PCI_STATUS_INTERRUPT bit updated once the interrupt
> is masked. Mark this adapter as broken so that pci_intx_mask_supported
> won't report it as compatible.
>
>
Asias He (8):
kvm tools: Code cleanup for virtio/9p.c
kvm tools: Code cleanup for virtio/balloon.c
kvm tools: Code cleanup for virtio/blk.c
kvm tools: Code cleanup for virtio/console.c
kvm tools: Code cleanup for virtio/net.c
kvm tools: Code cleanup for disk/core.c
kvm tools: Code cle
Signed-off-by: Asias He
---
tools/kvm/virtio/9p.c | 58 -
1 file changed, 28 insertions(+), 30 deletions(-)
diff --git a/tools/kvm/virtio/9p.c b/tools/kvm/virtio/9p.c
index 3ef1a5f..4108e02 100644
--- a/tools/kvm/virtio/9p.c
+++ b/tools/kvm/virti
Signed-off-by: Asias He
---
tools/kvm/virtio/balloon.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/tools/kvm/virtio/balloon.c b/tools/kvm/virtio/balloon.c
index 45bd8d3..9f1d9bd 100644
--- a/tools/kvm/virtio/balloon.c
+++ b/tools/kvm/virtio/balloon.c
@@ -209,9 +20
Signed-off-by: Asias He
---
tools/kvm/virtio/blk.c | 28 +++-
1 file changed, 15 insertions(+), 13 deletions(-)
diff --git a/tools/kvm/virtio/blk.c b/tools/kvm/virtio/blk.c
index da92094..9256646 100644
--- a/tools/kvm/virtio/blk.c
+++ b/tools/kvm/virtio/blk.c
@@ -90,20
Signed-off-by: Asias He
---
tools/kvm/virtio/console.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/tools/kvm/virtio/console.c b/tools/kvm/virtio/console.c
index 173c312..42472eb 100644
--- a/tools/kvm/virtio/console.c
+++ b/tools/kvm/virtio/console.c
@@ -138,9 +13
Signed-off-by: Asias He
---
tools/kvm/virtio/net.c |8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/tools/kvm/virtio/net.c b/tools/kvm/virtio/net.c
index 35e51aa..50bef74 100644
--- a/tools/kvm/virtio/net.c
+++ b/tools/kvm/virtio/net.c
@@ -81,8 +81,8 @@ static void *
Signed-off-by: Asias He
---
tools/kvm/disk/core.c | 23 +--
1 file changed, 13 insertions(+), 10 deletions(-)
diff --git a/tools/kvm/disk/core.c b/tools/kvm/disk/core.c
index 58a5877..2b482c6 100644
--- a/tools/kvm/disk/core.c
+++ b/tools/kvm/disk/core.c
@@ -29,7 +29,9 @@ s
Signed-off-by: Asias He
---
tools/kvm/disk/qcow.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/tools/kvm/disk/qcow.c b/tools/kvm/disk/qcow.c
index b3221c4..ee2992e 100644
--- a/tools/kvm/disk/qcow.c
+++ b/tools/kvm/disk/qcow.c
@@ -259,10 +259,10 @@ static
Signed-off-by: Asias He
---
tools/kvm/disk/raw.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/kvm/disk/raw.c b/tools/kvm/disk/raw.c
index 42ca9f1..93b2b4e 100644
--- a/tools/kvm/disk/raw.c
+++ b/tools/kvm/disk/raw.c
@@ -99,7 +99,7 @@ static struct disk_image_operat
On 06/04/2012 02:53 PM, Gleb Natapov wrote:
> mmu_shrink() needlessly iterates over all VMs even though it will not
> attempt to free mmu pages from more than one on them. Fix that and also
> check used mmu pages count outside of VM lock to skip inactive VMs faster.
>
Applied, thanks.
--
error
On 05/31/2012 02:49 PM, Orit Wasserman wrote:
> For example migration between Westmere and Nehelem hosts.
>
> The code that fixes the segments for real mode guest was moved from
> enter_rmode
> to vmx_set_segments. enter_rmode calls vmx_set_segments for each segment.
Applied, thanks.
--
error
On Tue, 05 Jun 2012 08:27:05 -0600
Alex Williamson wrote:
> On Tue, 2012-06-05 at 12:39 +0200, Andreas Hartmann wrote:
> > Hello Alex,
> >
> > thanks for your efforts!
> >
> > Maybe, you already know that I'm suffering the same problem :-( with a
> > GA-990XA-UD3 (990X chipset).
>
> My system
On Tue, 05 Jun 2012 15:08:08 +0200, Peter Zijlstra wrote:
> On Tue, 2012-06-05 at 18:34 +0530, Nikunj A Dadhania wrote:
> > PeterZ, is 7/7 alright to be picked?
>
> Yeah, I guess it is.. I haven't had time to rework my tlb series yet
> though. But these two patches together should make it work fo
On Tue, 2012-06-05 at 17:17 +0200, Andreas Hartmann wrote:
> On Tue, 05 Jun 2012 08:27:05 -0600
> Alex Williamson wrote:
>
> > On Tue, 2012-06-05 at 12:39 +0200, Andreas Hartmann wrote:
> > > Hello Alex,
> > >
> > > thanks for your efforts!
> > >
> > > Maybe, you already know that I'm suffering
On Tue, 05 Jun 2012 10:40:15 +0200
Jan Kiszka wrote:
> > diff -ur -i kvm-kmod-3.4/x86/kvm_main.c kvm-kmod-3.4-fix/x86/kvm_main.c
> > --- kvm-kmod-3.4/x86/kvm_main.c 2012-05-21 23:43:02.0 +0800
> > +++ kvm-kmod-3.4-fix/x86/kvm_main.c 2012-06-05 12:19:37.780136969 +0800
> > @@ -1525,8 +
Andreas Hartmann wrote:
[...]
> I tried to run qemu-system-x86_64 but got this error on startup:
>
> qemu-system-x86_64: -device
> vfio-pci,host=06:07.0,id=hostdev0,bus=pci.0,addr=0x5: vfio: failed to set
> iommu for container: Operation not permitted
>
> qemu-system-x86_64: -device
> vfio-pci
On 05/23/2012 05:08 PM, Gleb Natapov wrote:
> "rep ins" emulation is going through emulator now. This is slow because
> emulator knows how to write back only one datum at a time. This patch
> provides fast path for the instruction in certain conditions. The
> conditions are: DF flag is not set, des
This patch introduces a helper virtio_compat_add_message() to simplify
adding compat message for virtio device.
Signed-off-by: Asias He
---
tools/kvm/include/kvm/virtio.h |1 +
tools/kvm/virtio/9p.c |7 +--
tools/kvm/virtio/balloon.c |7 +--
tools/kvm/virtio/blk.
compat_id is initialized to -1 for each type of device. We should add
compat message if the compat_id == -1 which means we haven't added
compat message for this type of device.
Signed-off-by: Asias He
---
tools/kvm/virtio/9p.c |2 +-
tools/kvm/virtio/balloon.c |2 +-
tools/kvm/virti
On Tue, 2012-06-05 at 17:58 +0200, Andreas Hartmann wrote:
> Andreas Hartmann wrote:
> [...]
> > I tried to run qemu-system-x86_64 but got this error on startup:
> >
> > qemu-system-x86_64: -device
> > vfio-pci,host=06:07.0,id=hostdev0,bus=pci.0,addr=0x5: vfio: failed to set
> > iommu for contai
This patch introduces a helper virtio_compat_add_message() to simplify
adding compat message for virtio device.
Signed-off-by: Asias He
---
tools/kvm/include/kvm/virtio.h |1 +
tools/kvm/virtio/9p.c |7 +--
tools/kvm/virtio/balloon.c |7 +--
tools/kvm/virtio/blk.
compat_id is initialized to -1 for each type of device. We should add
compat message if the compat_id == -1 which means we haven't added
compat message for this type of device.
Signed-off-by: Asias He
---
tools/kvm/virtio/9p.c |2 +-
tools/kvm/virtio/balloon.c |2 +-
tools/kvm/virti
-
Before:
-
*** Compatibility Warning ***
virtio-blk device was not detected
While you have requested a virtio-blk device, the guest kernel did not
initialize it.
Please make sure that the guest kernel was compiled with CONFIG_VIRTIO_BLK=y
enabled in its .config
*** Com
Alex Williamson wrote:
[...]
> Yep, I think the previous suggestion about reloading vfio_iommu_type1
> with allow_unsafe_interrupts=1 will solve it.
Yes! Works now. Success!
Works means: Device is seen in VM. I couldn't test it up to now, because
I don't have any driver in the VM for this dev
On Tue, 2012-06-05 at 10:37 +0200, Jan Kiszka wrote:
> The masking was wrong (must have been 0x7f), and there is no need to
> re-read the value as pci_setup_device already does this for us.
The intent was to mask off the multifunction bit from header_type, but
the implementation is clearly wrong.
On Tue, Jun 05, 2012 at 07:07:39PM +0300, Avi Kivity wrote:
> > +
> > + count = (PAGE_SIZE - offset_in_page(linear_addr))/size;
> > +
> > + if (count == 0) /* 'in' crosses page boundry */
> > + return EMULATE_FAIL;
> > +
> > + count = min(count, rcx);
> > +
> > + r = __kvm_fast_st
On 24.05.2012, at 12:54, Roedel, Joerg wrote:
> On Thu, May 24, 2012 at 01:36:51PM +0300, Avi Kivity wrote:
>> On 05/24/2012 01:34 PM, Roedel, Joerg wrote:
>>> On Wed, May 23, 2012 at 05:49:31PM +0300, Avi Kivity wrote:
On 05/23/2012 05:40 PM, Avi Kivity wrote:
> On 05/23/2012 05:08 PM,
On Tue, Jun 05, 2012 at 07:27:40PM +0200, Alexander Graf wrote:
>
> On 24.05.2012, at 12:54, Roedel, Joerg wrote:
>
> > On Thu, May 24, 2012 at 01:36:51PM +0300, Avi Kivity wrote:
> >> On 05/24/2012 01:34 PM, Roedel, Joerg wrote:
> >>> On Wed, May 23, 2012 at 05:49:31PM +0300, Avi Kivity wrote:
>
On 05.06.2012, at 19:36, Gleb Natapov wrote:
> On Tue, Jun 05, 2012 at 07:27:40PM +0200, Alexander Graf wrote:
>>
>> On 24.05.2012, at 12:54, Roedel, Joerg wrote:
>>
>>> On Thu, May 24, 2012 at 01:36:51PM +0300, Avi Kivity wrote:
On 05/24/2012 01:34 PM, Roedel, Joerg wrote:
> On Wed, M
On Tue, Jun 05, 2012 at 07:41:17PM +0200, Alexander Graf wrote:
>
> On 05.06.2012, at 19:36, Gleb Natapov wrote:
>
> > On Tue, Jun 05, 2012 at 07:27:40PM +0200, Alexander Graf wrote:
> >>
> >> On 24.05.2012, at 12:54, Roedel, Joerg wrote:
> >>
> >>> On Thu, May 24, 2012 at 01:36:51PM +0300, Avi
On Tue, Jun 05, 2012 at 07:41:17PM +0200, Alexander Graf wrote:
> IIRC it was the size field, but I could be wrong. Please take an old (phenom
> / barcelona is old enough) machine and create some traces to make 100% sure
> that all fields you're trying to read out are actually provided.
>
Joerg
On Tue, Jun 05, 2012 at 08:50:16PM +0300, Gleb Natapov wrote:
> > No, what I'm saying is that the hardware omitted some fields even though
> > they were provided in the spec. IIRC it was the size field, but I could be
> > wrong. Please take an old (phenom / barcelona is old enough) machine and
>
Hi all,
I observed the following warning during testing of 3.5-rc1, involving
some intensive and random CPU online state toggling through sysfs. It
only shows up about 1 out of 500 times. Also, there was no KVM guest
running on the system.
[ cut here ]
WARNING: at arch/x86
On Tue, Jun 05, 2012 at 04:09:30PM +0300, Avi Kivity wrote:
> On 06/05/2012 02:59 PM, Matthias Lange wrote:
> > Do you mean the ABI defined in the Intel Software Developer's manual 3B? Or
> > is
> > vmcs12 only an ABI internal to the kvm module?
>
> The latter. We want to be able to live migrate
https://bugzilla.kernel.org/show_bug.cgi?id=43339
Alex Williamson changed:
What|Removed |Added
CC||alex.william...@redhat.com
--- Comm
On Tue, 2012-06-05 at 18:55 +0200, Andreas Hartmann wrote:
> Alex Williamson wrote:
> [...]
> > Yep, I think the previous suggestion about reloading vfio_iommu_type1
> > with allow_unsafe_interrupts=1 will solve it.
>
> Yes! Works now. Success!
>
> Works means: Device is seen in VM. I couldn'
https://bugzilla.kernel.org/show_bug.cgi?id=43339
--- Comment #2 from Alex Williamson 2012-06-05
19:43:18 ---
Follow-up; I guess a bridge implementing BARs is not that unique. Many bridges
do not have BARs, which should be rejected from assignment outright. Those
with BARs will still fall
Alex Williamson wrote:
> On Tue, 2012-06-05 at 18:55 +0200, Andreas Hartmann wrote:
>> Alex Williamson wrote:
>> [...]
>>> Yep, I think the previous suggestion about reloading vfio_iommu_type1
>>> with allow_unsafe_interrupts=1 will solve it.
>>
>> Yes! Works now. Success!
>>
>> Works means: De
On Tue, 2012-06-05 at 22:37 +0200, Andreas Hartmann wrote:
> Alex Williamson wrote:
> > On Tue, 2012-06-05 at 18:55 +0200, Andreas Hartmann wrote:
> >> Alex Williamson wrote:
> >> [...]
> >>> Yep, I think the previous suggestion about reloading vfio_iommu_type1
> >>> with allow_unsafe_interrupts=1
Alex Williamson wrote:
> On Tue, 2012-06-05 at 22:37 +0200, Andreas Hartmann wrote:
>> Alex Williamson wrote:
>>> On Tue, 2012-06-05 at 18:55 +0200, Andreas Hartmann wrote:
Alex Williamson wrote:
[...]
> Yep, I think the previous suggestion about reloading vfio_iommu_type1
> with
test
On Tue, Jun 5, 2012 at 5:39 AM, Andreas Hartmann
wrote:
> Hello Alex,
>
> thanks for your efforts!
>
> Maybe, you already know that I'm suffering the same problem :-( with a
> GA-990XA-UD3 (990X chipset).
>
>
> On Mon, 04 Jun 2012 21:44:05 -0600
> Alex Williamson wrote:
> [...]
>> I have a
> -Original Message-
> From: Kevin Wolf [mailto:kw...@redhat.com]
> Sent: Monday, June 04, 2012 9:51 PM
> To: Ren, Yongjie
> Cc: Marcelo Tosatti; Avi Kivity; kvm@vger.kernel.org; Liu, RongrongX
> Subject: Re: Biweekly KVM Test report, kernel 51bfd299... qemu
> a1fce560...
>
> Am 01.06.2012
Alex,
This solution appears to be working for me as well on a GA-970-D3.
I've been able to pass the Hauppauge 350 through to a Windows XP guest
which has installed drivers and loaded it into my recording software
(SageTV). I've got a few more things I want to clean up on my qemu
start command bu
On Tue, 2012-06-05 at 22:07 -0500, Chris Sanders wrote:
> Alex,
>
> This solution appears to be working for me as well on a GA-970-D3.
>
> I've been able to pass the Hauppauge 350 through to a Windows XP guest
> which has installed drivers and loaded it into my recording software
> (SageTV). I'v
> Great, glad to hear it. You can expect performance to get better once
> we get this upstream. Interrupts are currently getting bounced through
> Qemu which adds overhead. Eventually we'll accelerate them through KVM.
> I'm still able to play static directly from the device using mplayer, so
>
On Tue, 2012-06-05 at 22:31 -0500, Chris Sanders wrote:
> > Great, glad to hear it. You can expect performance to get better once
> > we get this upstream. Interrupts are currently getting bounced through
> > Qemu which adds overhead. Eventually we'll accelerate them through KVM.
> > I'm still a
81 matches
Mail list logo
