On 2023/11/29 8:48, Jason Gunthorpe wrote:
Allocation of dev->iommu must be done under the
iommu_probe_device_lock. Mark this with lockdep to discourage future
mistakes.
Reviewed-by: Jerry Snitselaar
Tested-by: Hector Martin
Signed-off-by: Jason Gunthorpe
---
drivers/iommu/iommu.c | 2 ++
1
On 2023/11/29 8:48, Jason Gunthorpe wrote:
Nothing needs this pointer. Return a normal error code with the usual
IOMMU semantic that ENODEV means 'there is no IOMMU driver'.
Acked-by: Rafael J. Wysocki
Reviewed-by: Jerry Snitselaar
Tested-by: Hector Martin
Signed-off-by: Jason Gunthorpe
---
On 2023/11/29 8:47, Jason Gunthorpe wrote:
Nothing needs this pointer. Return a normal error code with the usual
IOMMU semantic that ENODEV means 'there is no IOMMU driver'.
Reviewed-by: Jerry Snitselaar
Acked-by: Rob Herring
Tested-by: Hector Martin
Signed-off-by: Jason Gunthorpe
---
On 2023/1/19 2:00, Jason Gunthorpe wrote:
These contexts are sleepable, so use the proper annotation. The GFP_ATOMIC
was added mechanically in the prior patches.
Signed-off-by: Jason Gunthorpe
Reviewed-by: Lu Baolu
Best regards,
baolu
On 2023/1/19 19:57, Baolu Lu wrote:
On 2023/1/19 2:00, Jason Gunthorpe wrote:
Flow it down to alloc_pgtable_page() via pfn_to_dma_pte() and
__domain_mapping().
Signed-off-by: Jason Gunthorpe
Irrelevant to this patch, GFP_ATOMIC could be changed to GFP_KERNEL in
some places. I will follow up
On 2023/1/19 2:00, Jason Gunthorpe wrote:
Flow it down to alloc_pgtable_page() via pfn_to_dma_pte() and
__domain_mapping().
Signed-off-by: Jason Gunthorpe
Irrelevant to this patch, GFP_ATOMIC could be changed to GFP_KERNEL in
some places. I will follow up further to clean it up.
For this
On 2023/1/19 2:00, Jason Gunthorpe wrote:
This is eventually called by iommufd through intel_iommu_map_pages() and
it should not be forced to atomic. Push the GFP_ATOMIC to all callers.
Signed-off-by: Jason Gunthorpe
Reviewed-by: Lu Baolu
Best regards,
baolu
On 2023/1/17 11:38, Tian, Kevin wrote:
From: Jason Gunthorpe
Sent: Saturday, January 7, 2023 12:43 AM
@@ -2368,7 +2372,7 @@ static int iommu_domain_identity_map(struct
dmar_domain *domain,
return __domain_mapping(domain, first_vpfn,
first_vpfn, last_vpfn