On 2018-06-01 05:17 PM, Christian König wrote: > Am 01.06.2018 um 16:02 schrieb Michel Dänzer: >> On 2018-06-01 02:11 PM, Christian König wrote: >>> Sorry, accidentally send this series without a cover letter. >>> >>> This is a cleanup to the DMA-buf interface, which is also a prerequisite >>> to unpinned DMA-buf operation. >>> >>> Patch #1 and #2 just remove unused functionality and clean up callback >>> parameters. >>> >>> Patch #3 and #4 introduce taking the reservation lock during >>> mapping/unmapping of DMA-bufs. >>> >>> This introduces a common lock where both exporter as well as importer >>> can then use in the future for unpinned DMA-buf operation. >>> >>> This of course means that exporters should now not take this reservation >>> lock manually any more. The DRM drivers don't seem to actually do that, >>> but I'm not 100% sure about other implementations. >>> >>> Patch #5 then makes use of the new lock to simplify the DMA-buf import >>> handling in amdgpu. >> Please rebase this series on top of >> https://patchwork.freedesktop.org/patch/226311/ and update the >> documentation in amdgpu_prime.c as needed in each patch. > > Sure. In this case can we get your patches committed to > amd-staging-drm-next ASAP? Sure, done. -- Earthling Michel Dänzer | http://www.amd.com Libre software enthusiast | Mesa and X developer
