[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20240630113203.719d1daf@jic23-huawei>
Date: Sun, 30 Jun 2024 11:32:03 +0100
From: Jonathan Cameron <jic23@...nel.org>
To: Vinod Koul <vkoul@...nel.org>
Cc: Lars-Peter Clausen <lars@...afoo.de>, Sumit Semwal
<sumit.semwal@...aro.org>, Christian König
<christian.koenig@....com>, Paul Cercueil <paul@...pouillou.net>, Jonathan
Corbet <corbet@....net>, Nuno Sa <nuno.sa@...log.com>,
linux-iio@...r.kernel.org, linux-doc@...r.kernel.org,
linux-kernel@...r.kernel.org, dmaengine@...r.kernel.org,
linux-media@...r.kernel.org, dri-devel@...ts.freedesktop.org,
linaro-mm-sig@...ts.linaro.org
Subject: Re: (subset) [PATCH v12 0/7] iio: new DMABUF based API v12
On Fri, 21 Jun 2024 15:36:24 +0530
Vinod Koul <vkoul@...nel.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,
Powered by blists - more mailing lists