arm64: IOMMU-backed DMA mapping
Get series with b4
b4 am [email protected]Versions newest first · linked by author and title
- v6 Latest posting 3/30 of 3 patches 0 repliesNew
- v6 posting 2/30 of 3 patches 0 repliesSuperseded
- v6 posting 1/33 patches 0 repliesSuperseded
Earlier versions · 7
| Version | Posted | Patches | Replies | Status |
|---|---|---|---|---|
| v5 | 3 patches | 0 replies | Superseded | |
| v4 posting 2/2 | 0 of 4 patches | 0 replies | Superseded | |
| v4 posting 1/2 | 4 patches | 0 replies | Superseded | |
| v3 | 4 patches | 0 replies | Superseded | |
| v2 posting 2/2 | 4 patches | 0 replies | Superseded | |
| v2 RFC posting 1/2 | 3 patches | 0 replies | Superseded | |
| v1 RFC | 0 of 5 patches | 0 replies | Superseded |
Patches in v6 posting 3/3 No applies recorded yet
None of the 3 patches the cover letter announces are in this archive.
Reviews trailers per patch
No Reviewed-by, Acked-by or Tested-by trailers for v6 yet.
Cover letter [PATCH v6 0/3] arm64: IOMMU-backed DMA mapping
Quoted 10 lines · On 14/10/15 12:50, joro at 8bytes.org wrote:
Hi Robin,
Quoted 6 lines · Robin Murphy
Anyway, what are your thoughts on taking this for 4.4? Since the dependencies are now in and we're at -rc5 already, I'm on the verge of reposting a self-contained version to go through arm64, as we really need to unblock all the follow-on development there (it's a shame that of the people I'm aware want this, it's only me and the Mediatek/Chrome guys here on the list saying so).
Quoted 3 lines
I plan to take it for 4.4, given the missing ack arrives. What are your plans to resolve the remaining issues, like with the probe deferral patch-set?
That's great, thanks. I've been keeping an eye on the on-demand probing series[0], and now that things are looking promising there I'm having a go at pulling it in as it lets us solve the device dependency issue in an even neater way than deferral. With the rest of Laurent's patches to move the OF dma_ops configuration into the probe path, I just need to finish working out how to handle probe failure/deferral, and we should be good to go. That's my priority for 4.5, in parallel with properly wiring up the ARM SMMU driver to work nicely with this stuff.
Sorting out the configuration order also gets us a lot closer to handling multiple IOMMU drivers for platform devices, and moving 32-bit ARM over to the common code - plus I now have some RK3288 hardware which can serve to test both of those, too.
Robin.