[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <2ff7be9f-75e8-03a2-8030-92cb734faa61@linux.intel.com>
Date: Fri, 20 Nov 2020 21:39:36 +0800
From: Lu Baolu <baolu.lu@...ux.intel.com>
To: Chris Wilson <chris@...is-wilson.co.uk>,
Christoph Hellwig <hch@...radead.org>,
David Woodhouse <dwmw2@...radead.org>,
Joerg Roedel <joro@...tes.org>, Tom Murphy <murphyt7@....ie>,
Will Deacon <will@...nel.org>
Cc: baolu.lu@...ux.intel.com, Ashok Raj <ashok.raj@...el.com>,
Tvrtko Ursulin <tvrtko.ursulin@...ux.intel.com>,
iommu@...ts.linux-foundation.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH v5 0/7] Convert the intel iommu driver to the dma-iommu
api
Hi Chris,
On 2020/11/20 20:24, Chris Wilson wrote:
> Quoting Lu Baolu (2020-11-20 10:17:12)
>> Lu Baolu (3):
>> iommu: Add quirk for Intel graphic devices in map_sg
>> iommu/vt-d: Update domain geometry in iommu_ops.at(de)tach_dev
>> iommu/vt-d: Cleanup after converting to dma-iommu ops
>>
>> Tom Murphy (4):
>> iommu: Handle freelists when using deferred flushing in iommu drivers
>> iommu: Add iommu_dma_free_cpu_cached_iovas()
>> iommu: Allow the dma-iommu api to use bounce buffers
>> iommu/vt-d: Convert intel iommu driver to the iommu ops
>
> Something that may be of interest is that we encounter problems with
> using intel-iommu across a PCI remove event. All HW generations fail
> with faults like:
>
> DMAR: DRHD: handling fault status reg 3
> DMAR: [DMA Write] Request device [00:02.0] PASID ffffffff fault addr 4b822000 [fault reason 02] Present bit in context entry is clear
>
> i.e. they all report missing present bit after re-adding the device to the
> iommu group. Forcing an identity map (or disabling iommu) works fine.
>
> I applied this series just on the off-chance it changed the symptoms; it
> does not. If you have any ideas on how to chase down this fault, that
> would be very useful. We have a few other DMAR faults visible on many
> platforms, all "[fault reason 07] Next page table ptr is invalid" that
> are again not affected by this series, that we also need to resolve.
This series only replaces the previous vt-d self-made dma api's with the
generic one (which has already been used by some other vendor iommu
drivers). It shouldn't solve the problem you're having.
How about reporting them in https://bugzilla.kernel.org/? I have
interests to help to figure out possible fixes.
> -Chris
>
Best regards,
baolu
Powered by blists - more mailing lists