dmar: queued invalidation patches
Get series with b4
b4 am [email protected]Versions newest first
- v1 Latest4 patches 0 repliesNew
Patches in v1 No applies recorded yet
| # | Subject and files | Size | Replies | Applied |
|---|---|---|---|---|
| 1/4 | dmar: use spin_lock_irqsave() in qi_submit_sync()drivers/ | +13 | 0 replies | |
| 2/4 | dmar: context cache and IOTLB invalidation using queued invalidationdrivers/ include/ | +77 | 0 replies | |
| 3/4 | dmar: Use queued invalidation interface for IOTLB and context invalidation.drivers/ include/ | +53 | 0 replies | |
| 4/4 | dmar: remove the quirk which disables dma-remapping when intr-remapping enableddrivers/ | +5 | 0 replies |
Reviews trailers per patch
No Reviewed-by, Acked-by or Tested-by trailers for v1 yet.
Cover letter [patch 0/4] dmar: queued invalidation patches
Reposting the patchset posted earlier on Oct 8th. This time against Linus's git.
As this patchset removes a temporary quirk (disabling dma-remapping when intr-remapping is enabled) we would like to see it go in to Linus tree in this merge window. I am not sure if David is ready with his iommu git tree setup. As Ingo pushed the original pieces, I am ok with Ingo picking this up and pushing it to Linus. Either way, I am fine and would like to see go into some subsystem tree and to Linus before the merge window is closed. Thanks.
---
This patchset enables queued invalidation for DMA-remapping. And as such removes the quirk from the x2apic/interrupt-remapping patchset which disables dma-remapping while enabling interrupt-remapping.
Patches are on top of -tip tree because of its interaction with x2apic/interrupt-remapping patches in tip.