From: Vinod Koul <vkoul@kernel.org>
To: Frank Li <Frank.Li@kernel.org>, Dan Williams <djbw@kernel.org>,
Herbert Xu <herbert@gondor.apana.org.au>,
"David S. Miller" <davem@davemloft.net>,
Jon Mason <jdmason@kudzu.us>, Dave Jiang <dave.jiang@intel.com>,
Allen Hubbe <allenbh@gmail.com>,
Frank.Li@oss.nxp.com
Cc: dmaengine@vger.kernel.org, linux-kernel@vger.kernel.org,
linux-crypto@vger.kernel.org, imx@lists.linux.dev,
Frank Li <Frank.Li@nxp.com>,
ntb@lists.linux.dev
Subject: Re: [PATCH v2 00/12] dmaengine: Add dmaengine API to avoid call DMA Engine callback directly
Date: Fri, 09 Oct 2026 12:14:55 +0200 [thread overview]
Message-ID: <179154089532.553139.9001225981900528263.b4-ty@kernel.org> (raw)
In-Reply-To: <20260923-dmaengine_prep_dma_pq-v2-0-32ed65b8a9b4@nxp.com>
On Wed, 23 Sep 2026 12:19:29 -0400, Frank.Li@oss.nxp.com wrote:
> Add dmaengine APIs to avoid call DMA Engine callback directly. Prepare to
> make dmaengine provider private.
>
> Fix all under crypto/async_tx
>
> Build pass under crypto/async_tx after change dma_device *device to _device.
> to make sure all code use dmaengine APIs.
>
> [...]
Applied, thanks!
[01/12] async_tx: replace direct ->device_prep*() calls with standard DMA engine API
(no commit info)
[02/12] async_tx: use dmaengine_get_dma_device() instead of chan->device->dev
(no commit info)
[03/12] dmaengine: add dmaengine_prep_dma_(pq|pq_val|interrupt|xor)() API
commit: 4bdb88eb5496cb09902b9778ca7f4628c43b0d77
[04/12] dmaengine: add dmaengine_is_*_aligned() helpers for DMA consumers
commit: 11e801ccaca78c9d92b1f3a9733772bf9d2c079c
[05/12] dmaengine: add dmaengine_get_copy_align() and related alignment getter helpers
commit: 072975a8a578a62ea68ec1ceb8d2d7dcfb5dfefa
[06/12] dmaengine: add dmaengine_get_cap_mask() and dmaengine_has_cap() helpers
commit: bbc109e0e686266d784483df108af206bc52e120
[07/12] dmaengine: add dmaengine_get_max_xor() helper
commit: bff69558d64a98bc8d03f373d1331223c3428a2c
[08/12] dmaengine: change dmaengine_get_unmap_data() first arg to dma_chan
(no commit info)
[09/12] dmaengine: replace dma_maxqp() with dmaengine_maxpq() taking struct dma_chan *
(no commit info)
[10/12] async_tx: use dmaengine_prep_dma_(pq|pq_val|interrupt|xor) instead of direct callback
(no commit info)
[11/12] async_tx: convert to dmaengine_is_*_aligned() helpers
(no commit info)
[12/12] async_tx: replace open-coded cap_mask accesses with dmaengine_has_cap()
(no commit info)
Best regards,
--
~Vinod
prev parent reply other threads:[~2026-10-09 10:14 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-23 16:19 [PATCH v2 00/12] dmaengine: Add dmaengine API to avoid call DMA Engine callback directly Frank.Li
2026-09-23 16:19 ` [PATCH v2 01/12] async_tx: replace direct ->device_prep*() calls with standard DMA engine API Frank.Li
2026-09-23 16:19 ` [PATCH v2 02/12] async_tx: use dmaengine_get_dma_device() instead of chan->device->dev Frank.Li
2026-09-23 16:19 ` [PATCH v2 03/12] dmaengine: add dmaengine_prep_dma_(pq|pq_val|interrupt|xor)() API Frank.Li
2026-09-23 16:19 ` [PATCH v2 04/12] dmaengine: add dmaengine_is_*_aligned() helpers for DMA consumers Frank.Li
2026-09-23 16:19 ` [PATCH v2 05/12] dmaengine: add dmaengine_get_copy_align() and related alignment getter helpers Frank.Li
2026-09-23 16:19 ` [PATCH v2 06/12] dmaengine: add dmaengine_get_cap_mask() and dmaengine_has_cap() helpers Frank.Li
2026-09-23 16:19 ` [PATCH v2 07/12] dmaengine: add dmaengine_get_max_xor() helper Frank.Li
2026-09-23 16:19 ` [PATCH v2 08/12] dmaengine: change dmaengine_get_unmap_data() first arg to dma_chan Frank.Li
2026-09-23 16:19 ` [PATCH v2 09/12] dmaengine: replace dma_maxqp() with dmaengine_maxpq() taking struct dma_chan * Frank.Li
2026-09-23 16:19 ` [PATCH v2 10/12] async_tx: use dmaengine_prep_dma_(pq|pq_val|interrupt|xor) instead of direct callback Frank.Li
2026-09-23 16:19 ` [PATCH v2 11/12] async_tx: convert to dmaengine_is_*_aligned() helpers Frank.Li
2026-09-23 16:19 ` [PATCH v2 12/12] async_tx: replace open-coded cap_mask accesses with dmaengine_has_cap() Frank.Li
2026-10-09 10:14 ` Vinod Koul [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=179154089532.553139.9001225981900528263.b4-ty@kernel.org \
--to=vkoul@kernel.org \
--cc=Frank.Li@kernel.org \
--cc=Frank.Li@nxp.com \
--cc=Frank.Li@oss.nxp.com \
--cc=allenbh@gmail.com \
--cc=dave.jiang@intel.com \
--cc=davem@davemloft.net \
--cc=djbw@kernel.org \
--cc=dmaengine@vger.kernel.org \
--cc=herbert@gondor.apana.org.au \
--cc=imx@lists.linux.dev \
--cc=jdmason@kudzu.us \
--cc=linux-crypto@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=ntb@lists.linux.dev \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox