| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Date: Thu, 23 Oct 2014 00:22:48 +0300
From: Laurent Pinchart <laurent.pinchart@...asonboard.com>
To: Maxime Ripard <maxime.ripard@...e-electrons.com>
Cc: dmaengine@...r.kernel.org, Vinod Koul <vinod.koul@...el.com>,
linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org,
Antoine Ténart <antoine@...e-electrons.com>,
lars@...afoo.de, Russell King <linux@....linux.org.uk>,
Dan Williams <dan.j.williams@...el.com>
Subject: Re: [PATCH v3 59/59] dmaengine: Remove device_control and device_slave_caps
Hi Maxime,
Thank you for the patch.
On Wednesday 22 October 2014 17:44:13 Maxime Ripard wrote:
> Now that device_control has been split into several functions, and
> device_slave_caps rendered useless, we can safely remove them.
>
> Signed-off-by: Maxime Ripard <maxime.ripard@...e-electrons.com>
Assuming you haven't forgotten any caller of dmaengine_device_control,
Acked-by: Laurent Pinchart <laurent.pinchart@...asonboard.com>
> ---
> include/linux/dmaengine.h | 52 ++++++--------------------------------------
> 1 file changed, 6 insertions(+), 46 deletions(-)
>
> diff --git a/include/linux/dmaengine.h b/include/linux/dmaengine.h
> index 98f8163dfbac..c157857a40e0 100644
> --- a/include/linux/dmaengine.h
> +++ b/include/linux/dmaengine.h
> @@ -189,25 +189,6 @@ enum dma_ctrl_flags {
> };
>
> /**
> - * enum dma_ctrl_cmd - DMA operations that can optionally be exercised
> - * on a running channel.
> - * @DMA_TERMINATE_ALL: terminate all ongoing transfers
> - * @DMA_PAUSE: pause ongoing transfers
> - * @DMA_RESUME: resume paused transfer
> - * @DMA_SLAVE_CONFIG: this command is only implemented by DMA controllers
> - * that need to runtime reconfigure the slave channels (as opposed to
> passing - * configuration data in statically from the platform). An
> additional - * argument of struct dma_slave_config must be passed in with
> this - * command.
> - */
> -enum dma_ctrl_cmd {
> - DMA_TERMINATE_ALL,
> - DMA_PAUSE,
> - DMA_RESUME,
> - DMA_SLAVE_CONFIG,
> -};
> -
> -/**
> * enum sum_check_bits - bit position of pq_check_flags
> */
> enum sum_check_bits {
> @@ -336,9 +317,8 @@ enum dma_slave_buswidth {
> * This struct is passed in as configuration data to a DMA engine
> * in order to set up a certain channel for DMA transport at runtime.
> * The DMA device/engine has to provide support for an additional
> - * command in the channel config interface, DMA_SLAVE_CONFIG
> - * and this struct will then be passed in as an argument to the
> - * DMA engine device_control() function.
> + * callback in the dma_device structure, device_config and this struct
> + * will then be passed in as an argument to the function.
> *
> * The rationale for adding configuration information to this struct is as
> * follows: if it is likely that more than one DMA slave controllers in
> @@ -617,8 +597,6 @@ struct dma_tx_state {
> * @device_prep_interleaved_dma: Transfer expression in a generic way.
> * @device_config: Pushes a new configuration to a channel, return 0 or an
> error * code
> - * @device_control: manipulate all pending operations on a channel, returns
> - * zero or error code
> * @device_pause: Pauses any transfer happening on a channel. Returns
> * 0 or an error code
> * @device_resume: Resumes any transfer on a channel previously
> @@ -630,7 +608,6 @@ struct dma_tx_state {
> * struct with auxiliary transfer status information, otherwise the call
> * will just return a simple status code
> * @device_issue_pending: push pending transactions to hardware
> - * @device_slave_caps: return the slave channel capabilities
> */
> struct dma_device {
>
> @@ -698,8 +675,6 @@ struct dma_device {
>
> int (*device_config)(struct dma_chan *chan,
> struct dma_slave_config *config);
> - int (*device_control)(struct dma_chan *chan, enum dma_ctrl_cmd cmd,
> - unsigned long arg);
> int (*device_pause)(struct dma_chan *chan);
> int (*device_resume)(struct dma_chan *chan);
> int (*device_terminate_all)(struct dma_chan *chan);
> @@ -708,27 +683,15 @@ struct dma_device {
> dma_cookie_t cookie,
> struct dma_tx_state *txstate);
> void (*device_issue_pending)(struct dma_chan *chan);
> - int (*device_slave_caps)(struct dma_chan *chan, struct dma_slave_caps
> *caps); };
>
> -static inline int dmaengine_device_control(struct dma_chan *chan,
> - enum dma_ctrl_cmd cmd,
> - unsigned long arg)
> -{
> - if (chan->device->device_control)
> - return chan->device->device_control(chan, cmd, arg);
> -
> - return -ENOSYS;
> -}
> -
> static inline int dmaengine_slave_config(struct dma_chan *chan,
> struct dma_slave_config *config)
> {
> if (chan->device->device_config)
> return chan->device->device_config(chan, config);
>
> - return dmaengine_device_control(chan, DMA_SLAVE_CONFIG,
> - (unsigned long)config);
> + return -ENOSYS;
> }
>
> static inline bool is_slave_direction(enum dma_transfer_direction
> direction) @@ -808,9 +771,6 @@ static inline int dma_get_slave_caps(struct
> dma_chan *chan, struct dma_slave_cap if (!test_bit(DMA_SLAVE,
> device->cap_mask.bits))
> return -ENXIO;
>
> - if (device->device_slave_caps)
> - return device->device_slave_caps(chan, caps);
> -
> /*
> * Check whether it reports it uses the generic slave
> * capabilities, if not, that means it doesn't support any
> @@ -835,7 +795,7 @@ static inline int dmaengine_terminate_all(struct
> dma_chan *chan) if (chan->device->device_terminate_all)
> return chan->device->device_terminate_all(chan);
>
> - return dmaengine_device_control(chan, DMA_TERMINATE_ALL, 0);
> + return -ENOSYS;
> }
>
> static inline int dmaengine_pause(struct dma_chan *chan)
> @@ -843,7 +803,7 @@ static inline int dmaengine_pause(struct dma_chan *chan)
> if (chan->device->device_pause)
> return chan->device->device_pause(chan);
>
> - return dmaengine_device_control(chan, DMA_PAUSE, 0);
> + return -ENOSYS;
> }
>
> static inline int dmaengine_resume(struct dma_chan *chan)
> @@ -851,7 +811,7 @@ static inline int dmaengine_resume(struct dma_chan
> *chan) if (chan->device->device_resume)
> return chan->device->device_resume(chan);
>
> - return dmaengine_device_control(chan, DMA_RESUME, 0);
> + return -ENOSYS;
> }
>
> static inline enum dma_status dmaengine_tx_status(struct dma_chan *chan,
--
Regards,
Laurent Pinchart
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists