On 2022-03-22 11:41, Mika Westerberg wrote:
Hi Robin,
I tried this now on two Intel systems. One with integrated Thunderbolt
and one with discrete. There was a small issue, see below but once fixed
it worked as expected :)
On Fri, Mar 18, 2022 at 05:42:58PM +, Robin Murphy wrote:
Between
Hi Robin,
I tried this now on two Intel systems. One with integrated Thunderbolt
and one with discrete. There was a small issue, see below but once fixed
it worked as expected :)
On Fri, Mar 18, 2022 at 05:42:58PM +, Robin Murphy wrote:
> Between me trying to get rid of iommu_present() and
On Fri, Mar 18, 2022 at 05:42:58PM +, Robin Murphy wrote:
> Between me trying to get rid of iommu_present() and Mario wanting to
> support the AMD equivalent of DMAR_PLATFORM_OPT_IN, scrutiny has shown
> that the iommu_dma_protection attribute is being far too optimistic.
> Even if an IOMMU
l...@gmail.com; iommu@lists.linux-
> foundation.org; linux-...@vger.kernel.org; linux-ker...@vger.kernel.org;
> h...@lst.de
> Subject: Re: [PATCH v2 2/2] thunderbolt: Make iommu_dma_protection
> more accurate
>
> On 2022-03-21 10:58, mika.westerb...@linux.intel.com wrote:
> > Hi
On 2022-03-21 10:58, mika.westerb...@linux.intel.com wrote:
Hi Mario,
On Fri, Mar 18, 2022 at 10:29:59PM +, Limonciello, Mario wrote:
[Public]
Between me trying to get rid of iommu_present() and Mario wanting to
support the AMD equivalent of DMAR_PLATFORM_OPT_IN, scrutiny has
shown
that
Hi Mario,
On Fri, Mar 18, 2022 at 10:29:59PM +, Limonciello, Mario wrote:
> [Public]
>
> > Between me trying to get rid of iommu_present() and Mario wanting to
> > support the AMD equivalent of DMAR_PLATFORM_OPT_IN, scrutiny has
> > shown
> > that the iommu_dma_protection attribute is being
[Public]
> Between me trying to get rid of iommu_present() and Mario wanting to
> support the AMD equivalent of DMAR_PLATFORM_OPT_IN, scrutiny has
> shown
> that the iommu_dma_protection attribute is being far too optimistic.
> Even if an IOMMU might be present for some PCI segment in the system,
Between me trying to get rid of iommu_present() and Mario wanting to
support the AMD equivalent of DMAR_PLATFORM_OPT_IN, scrutiny has shown
that the iommu_dma_protection attribute is being far too optimistic.
Even if an IOMMU might be present for some PCI segment in the system,
that doesn't
