Hi, all
The VM will get stuck for a while(about 6s for a VM with 20GB memory) when
attaching a pass-through PCI card to the non-pass-through VM for the first
time.
The reason is that the host will build the whole VT-d GPA->HPA DMAR page-table,
which needs a lot of time, and during this time, t
Hi, all
The VM will get stuck for a while(about 6s for a VM with 20GB memory) when
attaching a pass-through PCI card to the non-pass-through VM for the first
time.
The reason is that the host will build the whole VT-d GPA->HPA DMAR page-table,
which needs a lot of time, and during this time, t
On Mon, Feb 17, 2014 at 02:38:09PM -0500, Gabriel L. Somlo wrote:
> Oh, I think I'm starting to comprehend the problem here. The bits of
> "*irq_state" are indexed by "irq_source_id", which is dynamically
> assigned by kvm_request_irq_source_id().
>
> So, doing the OR thing when assuming always-ac
On Fri, 2014-02-14 at 18:59 -0800, Luis R. Rodriguez wrote:
> From: "Luis R. Rodriguez"
>
> Some interfaces do not need to have any IPv4 or IPv6
> addresses, so enable an option to specify this. One
> example where this is observed are virtualization
> backend interfaces which just use the net_de
This series switches the vfio type1 IOMMU backend to support multiple
IOMMU domains per container. As outlined in 1/4, this provides several
advantages, including supporting features like IOMMU_CACHE and allowing
bus_type independence. With such support, we're able to provide an
interface to indi
We currently have a problem that we cannot support advanced features
of an IOMMU domain (ex. IOMMU_CACHE), because we have no guarantee
that those features will be supported by all of the hardware units
involved with the domain over its lifetime. For instance, the Intel
VT-d architecture does not
This lets us check extensions, particularly VFIO_DMA_CC_IOMMU using
the external user interface, allowing KVM to probe IOMMU coherency.
Signed-off-by: Alex Williamson
---
drivers/vfio/vfio.c |6 ++
include/linux/vfio.h |2 ++
2 files changed, 8 insertions(+)
diff --git a/drivers/vf
Now that the type1 IOMMU backend can support IOMMU_CACHE, we need to
be able to test whether coherency is currently enforced. Add an
extension for this.
Signed-off-by: Alex Williamson
---
drivers/vfio/vfio_iommu_type1.c | 21 +
include/uapi/linux/vfio.h |5 +
VFIO now has support for using the IOMMU_CACHE flag and a mechanism
for an external user to test the current operating mode of the IOMMU.
Add support for this to the kvm-vfio pseudo device so that we only
register noncoherent DMA when necessary.
Signed-off-by: Alex Williamson
Cc: Gleb Natapov
Cc
On Mon, Feb 17, 2014 at 07:06:11PM +0100, Paolo Bonzini wrote:
> Il 17/02/2014 19:01, Gabriel L. Somlo ha scritto:
> >On Mon, Feb 17, 2014 at 12:57:00PM -0500, Gabriel L. Somlo wrote:
> >>On Sun, Feb 16, 2014 at 06:23:11PM +0200, Michael S. Tsirkin wrote:
> >>>Well there is a bigger issue: any inte
Il 17/02/2014 19:01, Gabriel L. Somlo ha scritto:
On Mon, Feb 17, 2014 at 12:57:00PM -0500, Gabriel L. Somlo wrote:
On Sun, Feb 16, 2014 at 06:23:11PM +0200, Michael S. Tsirkin wrote:
Well there is a bigger issue: any interrupt with
multiple sources is broken.
__kvm_irq_line_state does a logic
On Sun, Feb 16, 2014 at 06:23:11PM +0200, Michael S. Tsirkin wrote:
> Well there is a bigger issue: any interrupt with
> multiple sources is broken.
>
> __kvm_irq_line_state does a logical OR of all sources,
> before XOR with polarity.
>
> This makes no sense if polarity is active low.
So, do yo
On Mon, Feb 17, 2014 at 12:57:00PM -0500, Gabriel L. Somlo wrote:
> On Sun, Feb 16, 2014 at 06:23:11PM +0200, Michael S. Tsirkin wrote:
> > Well there is a bigger issue: any interrupt with
> > multiple sources is broken.
> >
> > __kvm_irq_line_state does a logical OR of all sources,
> > before XOR
On 15/02/14 02:59, Luis R. Rodriguez wrote:
From: "Luis R. Rodriguez"
It doesn't make sense for some interfaces to become a root bridge
at any point in time. One example is virtual backend interfaces
which rely on other entities on the bridge for actual physical
connectivity. They only provide
There is a valid scenario to put IP addresses on the backend VIFs:
http://wiki.xen.org/wiki/Xen_Networking#Routing
Also, the backend is not necessarily Dom0, you can connect twou guests
with backend/frontend pairs.
Zoli
On 15/02/14 02:59, Luis R. Rodriguez wrote:
From: "Luis R. Rodriguez"
On Mon, Feb 17, 2014 at 02:17:21PM +, Peter Maydell wrote:
> On 17 February 2014 14:19, Michael S. Tsirkin wrote:
> >
> > On Mon, Feb 03, 2014 at 01:57:02PM +0100, Juan Quintela wrote:
> >> Hi
> >>
> >> Please, send any topic that you are interested in covering.
> >>
> >> * Should we change an
On 17 February 2014 14:19, Michael S. Tsirkin wrote:
>
> On Mon, Feb 03, 2014 at 01:57:02PM +0100, Juan Quintela wrote:
>> Hi
>>
>> Please, send any topic that you are interested in covering.
>>
>> * Should we change anything to get more people to sign for the call?
>> There hasn't been a call i
On Mon, Feb 03, 2014 at 01:57:02PM +0100, Juan Quintela wrote:
> Hi
>
> Please, send any topic that you are interested in covering.
>
> * Should we change anything to get more people to sign for the call?
> There hasn't been a call in quite a long time. Ideas?
>
> Thanks, Juan.
>
> Call det
On 15/02/14 02:59, Luis R. Rodriguez wrote:
> From: "Luis R. Rodriguez"
>
> The purpose of using a static MAC address of FE:FF:FF:FF:FF:FF
> was to prevent our backend interfaces from being used by the
> bridge and nominating our interface as a root bridge. This was
> possible given that the brid
On 15/02/14 02:59, Luis R. Rodriguez wrote:
> From: "Luis R. Rodriguez"
>
> This v2 series changes the approach from my original virtualization
> multicast patch series [0] by abandoning completely the multicast
> issues and instead generalizing an approach for virtualization
> backends. There ar
https://bugzilla.kernel.org/show_bug.cgi?id=69361
robert...@intel.com changed:
What|Removed |Added
CC||robert...@intel.com
--- Comment #8 f
On Sat, Feb 15, 2014 at 10:30:13AM +0530, Jobin Raju George wrote:
> On Fri, Feb 14, 2014 at 4:05 PM, Stefan Hajnoczi wrote:
> >
> > On Sun, Feb 09, 2014 at 11:39:19PM +0530, Jobin Raju George wrote:
> > > On Sun, Feb 9, 2014 at 2:42 PM, Stefan Hajnoczi
> > > wrote:
> > >
> > > > On Thu, Feb 06,
22 matches
Mail list logo