(subset) [PATCH v12 0/7] iio: new DMABUF based API v12

[Paul Cercueil]

Hi Jonathan,

Fantastic news, thanks!

Cheers,
-Paul



Le 30 juin 2024 12:32:03 GMT+02:00, Jonathan Cameron <jic23 at kernel.org> a écrit :
>On Fri, 21 Jun 2024 15:36:24 +0530
>Vinod Koul <vkoul at kernel.org> wrote:
>
>> On Thu, 20 Jun 2024 14:27:19 +0200, Paul Cercueil wrote:
>> > Here's the v12 of my patchset that introduces DMABUF support to IIO.
>> > 
>> > Apart from a small documentation fix, it reverts to using
>> > mutex_lock/mutex_unlock in one particular place, which used cleanup
>> > GOTOs (which don't play well with scope-managed cleanups).
>> > 
>> > Changelog:
>> > - [3/7]:
>> >     - Revert to mutex_lock/mutex_unlock in iio_buffer_attach_dmabuf(),
>> >       as it uses cleanup GOTOs
>> > - [6/7]:
>> >     - "obtained using..." -> "which can be obtained using..."
>> > 
>> > [...]  
>> 
>> Applied, thanks!
>> 
>> [1/7] dmaengine: Add API function dmaengine_prep_peripheral_dma_vec()
>>       commit: 5878853fc9389e7d0988d4b465a415cf96fd14fa
>> [2/7] dmaengine: dma-axi-dmac: Implement device_prep_peripheral_dma_vec
>>       commit: 74609e5686701ed8e8adc3082d15f009e327286d
>> [7/7] Documentation: dmaengine: Document new dma_vec API
>>       commit: 380afccc2a55e8015adae4266e8beff96ab620be
>
>Merged Vinod's topic branch and applied, 3,4,5,6 to the togreg
>branch of iio.git.  Thanks all for the hard work on this one.
>Great to finally get there!
>
>Jonathan
>
>p.s. Last few weeks were about some complexities in the IIO tree
>unrelated to this set.
>
>> 
>> Best regards,
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20240630/7418c473/attachment.htm>