From: Vinod Koul <vkoul@kernel.org>
To: nikita.shubin@maquefel.me
Cc: Alexander Sverdlin <alexander.sverdlin@gmail.com>,
linux-kernel@vger.kernel.org, dmaengine@vger.kernel.org,
Arnd Bergmann <arnd@arndb.de>
Subject: Re: [PATCH v9 38/38] dma: cirrus: remove platform code
Date: Thu, 28 Mar 2024 10:14:06 +0530 [thread overview]
Message-ID: <ZgT1lkJYP-beY_i0@matsya> (raw)
In-Reply-To: <20240326-ep93xx-v9-38-156e2ae5dfc8@maquefel.me>
On 26-03-24, 12:19, Nikita Shubin via B4 Relay wrote:
> From: Nikita Shubin <nikita.shubin@maquefel.me>
s/dma/dmaengine is subject line
>
> Remove DMA platform header, from now on we use device tree for DMA
> clients.
>
> Signed-off-by: Nikita Shubin <nikita.shubin@maquefel.me>
> ---
> drivers/dma/ep93xx_dma.c | 48 ++++++++++++++-
> include/linux/platform_data/dma-ep93xx.h | 100 -------------------------------
> 2 files changed, 46 insertions(+), 102 deletions(-)
>
> diff --git a/drivers/dma/ep93xx_dma.c b/drivers/dma/ep93xx_dma.c
> index 17c8e2badee2..43c4241af7f5 100644
> --- a/drivers/dma/ep93xx_dma.c
> +++ b/drivers/dma/ep93xx_dma.c
> @@ -17,6 +17,7 @@
> #include <linux/clk.h>
> #include <linux/init.h>
> #include <linux/interrupt.h>
> +#include <linux/dma-mapping.h>
> #include <linux/dmaengine.h>
> #include <linux/module.h>
> #include <linux/mod_devicetable.h>
> @@ -25,8 +26,6 @@
> #include <linux/platform_device.h>
> #include <linux/slab.h>
>
> -#include <linux/platform_data/dma-ep93xx.h>
> -
> #include "dmaengine.h"
>
> /* M2P registers */
> @@ -106,6 +105,26 @@
> #define DMA_MAX_CHAN_BYTES 0xffff
> #define DMA_MAX_CHAN_DESCRIPTORS 32
>
> +/*
> + * M2P channels.
> + *
> + * Note that these values are also directly used for setting the PPALLOC
> + * register.
> + */
> +#define EP93XX_DMA_I2S1 0
> +#define EP93XX_DMA_I2S2 1
> +#define EP93XX_DMA_AAC1 2
> +#define EP93XX_DMA_AAC2 3
> +#define EP93XX_DMA_AAC3 4
> +#define EP93XX_DMA_I2S3 5
> +#define EP93XX_DMA_UART1 6
> +#define EP93XX_DMA_UART2 7
> +#define EP93XX_DMA_UART3 8
> +#define EP93XX_DMA_IRDA 9
> +/* M2M channels */
> +#define EP93XX_DMA_SSP 10
> +#define EP93XX_DMA_IDE 11
> +
> enum ep93xx_dma_type {
> M2P_DMA,
> M2M_DMA,
> @@ -242,6 +261,31 @@ static struct ep93xx_dma_chan *to_ep93xx_dma_chan(struct dma_chan *chan)
> return container_of(chan, struct ep93xx_dma_chan, chan);
> }
>
> +static inline bool ep93xx_dma_chan_is_m2p(struct dma_chan *chan)
> +{
> + if (device_is_compatible(chan->device->dev, "cirrus,ep9301-dma-m2p"))
> + return true;
> +
> + return !strcmp(dev_name(chan->device->dev), "ep93xx-dma-m2p");
> +}
> +
> +/*
> + * ep93xx_dma_chan_direction - returns direction the channel can be used
> + *
> + * This function can be used in filter functions to find out whether the
> + * channel supports given DMA direction. Only M2P channels have such
> + * limitation, for M2M channels the direction is configurable.
> + */
> +static inline enum dma_transfer_direction
> +ep93xx_dma_chan_direction(struct dma_chan *chan)
> +{
> + if (!ep93xx_dma_chan_is_m2p(chan))
> + return DMA_TRANS_NONE;
> +
> + /* even channels are for TX, odd for RX */
Is this a SW limitation and HW one?
> + return (chan->chan_id % 2 == 0) ? DMA_MEM_TO_DEV : DMA_DEV_TO_MEM;
> +}
> +
> /**
> * ep93xx_dma_set_active - set new active descriptor chain
> * @edmac: channel
> diff --git a/include/linux/platform_data/dma-ep93xx.h b/include/linux/platform_data/dma-ep93xx.h
> deleted file mode 100644
> index 9ec5cdd5a1eb..000000000000
> --- a/include/linux/platform_data/dma-ep93xx.h
> +++ /dev/null
> @@ -1,100 +0,0 @@
> -/* SPDX-License-Identifier: GPL-2.0 */
> -#ifndef __ASM_ARCH_DMA_H
> -#define __ASM_ARCH_DMA_H
> -
> -#include <linux/types.h>
> -#include <linux/device.h>
> -#include <linux/dmaengine.h>
> -#include <linux/dma-mapping.h>
> -#include <linux/property.h>
> -#include <linux/string.h>
> -
> -/*
> - * M2P channels.
> - *
> - * Note that these values are also directly used for setting the PPALLOC
> - * register.
> - */
> -#define EP93XX_DMA_I2S1 0
> -#define EP93XX_DMA_I2S2 1
> -#define EP93XX_DMA_AAC1 2
> -#define EP93XX_DMA_AAC2 3
> -#define EP93XX_DMA_AAC3 4
> -#define EP93XX_DMA_I2S3 5
> -#define EP93XX_DMA_UART1 6
> -#define EP93XX_DMA_UART2 7
> -#define EP93XX_DMA_UART3 8
> -#define EP93XX_DMA_IRDA 9
> -/* M2M channels */
> -#define EP93XX_DMA_SSP 10
> -#define EP93XX_DMA_IDE 11
> -
> -/**
> - * struct ep93xx_dma_data - configuration data for the EP93xx dmaengine
> - * @port: peripheral which is requesting the channel
> - * @direction: TX/RX channel
> - * @name: optional name for the channel, this is displayed in /proc/interrupts
> - *
> - * This information is passed as private channel parameter in a filter
> - * function. Note that this is only needed for slave/cyclic channels. For
> - * memcpy channels %NULL data should be passed.
> - */
> -struct ep93xx_dma_data {
> - int port;
> - enum dma_transfer_direction direction;
> - const char *name;
> -};
> -
> -/**
> - * struct ep93xx_dma_chan_data - platform specific data for a DMA channel
> - * @name: name of the channel, used for getting the right clock for the channel
> - * @base: mapped registers
> - * @irq: interrupt number used by this channel
> - */
> -struct ep93xx_dma_chan_data {
> - const char *name;
> - void __iomem *base;
> - int irq;
> -};
> -
> -/**
> - * struct ep93xx_dma_platform_data - platform data for the dmaengine driver
> - * @channels: array of channels which are passed to the driver
> - * @num_channels: number of channels in the array
> - *
> - * This structure is passed to the DMA engine driver via platform data. For
> - * M2P channels, contract is that even channels are for TX and odd for RX.
> - * There is no requirement for the M2M channels.
> - */
> -struct ep93xx_dma_platform_data {
> - struct ep93xx_dma_chan_data *channels;
> - size_t num_channels;
> -};
> -
> -static inline bool ep93xx_dma_chan_is_m2p(struct dma_chan *chan)
> -{
> - if (device_is_compatible(chan->device->dev, "cirrus,ep9301-dma-m2p"))
> - return true;
> -
> - return !strcmp(dev_name(chan->device->dev), "ep93xx-dma-m2p");
> -}
> -
> -/**
> - * ep93xx_dma_chan_direction - returns direction the channel can be used
> - * @chan: channel
> - *
> - * This function can be used in filter functions to find out whether the
> - * channel supports given DMA direction. Only M2P channels have such
> - * limitation, for M2M channels the direction is configurable.
> - */
> -static inline enum dma_transfer_direction
> -ep93xx_dma_chan_direction(struct dma_chan *chan)
> -{
> - if (!ep93xx_dma_chan_is_m2p(chan))
> - return DMA_TRANS_NONE;
> -
> - /* even channels are for TX, odd for RX */
> - return (chan->chan_id % 2 == 0) ? DMA_MEM_TO_DEV : DMA_DEV_TO_MEM;
> -}
> -
> -#endif /* __ASM_ARCH_DMA_H */
>
> --
> 2.41.0
>
--
~Vinod
next prev parent reply other threads:[~2024-03-28 4:44 UTC|newest]
Thread overview: 59+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-03-26 9:18 [PATCH v9 00/38] ep93xx device tree conversion Nikita Shubin via B4 Relay
2024-03-26 9:18 ` [PATCH v9 01/38] gpio: ep93xx: split device in multiple Nikita Shubin via B4 Relay
2024-03-26 9:18 ` [PATCH v9 02/38] ARM: ep93xx: add regmap aux_dev Nikita Shubin via B4 Relay
2024-03-26 9:18 ` [PATCH v9 03/38] clk: ep93xx: add DT support for Cirrus EP93xx Nikita Shubin via B4 Relay
2024-03-26 9:18 ` [PATCH v9 04/38] pinctrl: add a Cirrus ep93xx SoC pin controller Nikita Shubin via B4 Relay
2024-03-26 9:18 ` [PATCH v9 05/38] power: reset: Add a driver for the ep93xx reset Nikita Shubin via B4 Relay
2024-03-26 23:31 ` Sebastian Reichel
2024-03-26 9:18 ` [PATCH v9 06/38] dt-bindings: soc: Add Cirrus EP93xx Nikita Shubin via B4 Relay
2024-03-26 9:18 ` [PATCH v9 07/38] soc: Add SoC driver for Cirrus ep93xx Nikita Shubin via B4 Relay
2024-03-26 9:18 ` [PATCH v9 08/38] dt-bindings: dma: Add Cirrus EP93xx Nikita Shubin via B4 Relay
2024-03-28 4:26 ` Vinod Koul
2024-03-26 9:18 ` [PATCH v9 09/38] dma: cirrus: Convert to DT for " Nikita Shubin via B4 Relay
2024-03-28 4:31 ` Vinod Koul
2024-03-28 7:21 ` Alexander Sverdlin
2024-03-28 7:27 ` Vinod Koul
2024-03-28 7:24 ` Nikita Shubin
2024-03-28 7:28 ` Vinod Koul
2024-03-26 9:18 ` [PATCH v9 10/38] dt-bindings: watchdog: Add Cirrus EP93x Nikita Shubin via B4 Relay
2024-03-26 9:18 ` [PATCH v9 11/38] watchdog: ep93xx: add DT support for Cirrus EP93xx Nikita Shubin via B4 Relay
2024-03-26 9:18 ` [PATCH v9 12/38] dt-bindings: pwm: Add " Nikita Shubin via B4 Relay
2024-04-29 14:36 ` Uwe Kleine-König
2024-03-26 9:18 ` [PATCH v9 13/38] pwm: ep93xx: add DT support for " Nikita Shubin via B4 Relay
2024-03-26 9:18 ` [PATCH v9 14/38] dt-bindings: spi: Add " Nikita Shubin via B4 Relay
2024-03-26 9:18 ` [PATCH v9 15/38] spi: ep93xx: add DT support for " Nikita Shubin via B4 Relay
2024-03-26 9:18 ` [PATCH v9 16/38] dt-bindings: net: Add " Nikita Shubin via B4 Relay
2024-03-26 9:18 ` [PATCH v9 17/38] net: cirrus: add DT support for " Nikita Shubin via B4 Relay
2024-03-28 20:34 ` Simon Horman
2024-03-26 9:18 ` [PATCH v9 18/38] dt-bindings: mtd: Add ts7200 nand-controller Nikita Shubin via B4 Relay
2024-03-26 9:18 ` [PATCH v9 19/38] mtd: rawnand: add support for ts72xx Nikita Shubin via B4 Relay
2024-03-26 9:18 ` [PATCH v9 20/38] dt-bindings: ata: Add Cirrus EP93xx Nikita Shubin via B4 Relay
2024-03-26 9:18 ` [PATCH v9 21/38] ata: pata_ep93xx: add device tree support Nikita Shubin via B4 Relay
2024-03-30 18:41 ` Sergey Shtylyov
2024-03-26 9:18 ` [PATCH v9 22/38] dt-bindings: input: Add Cirrus EP93xx keypad Nikita Shubin via B4 Relay
2024-03-26 9:18 ` [PATCH v9 23/38] input: keypad: ep93xx: add DT support for Cirrus EP93xx Nikita Shubin via B4 Relay
2024-03-26 9:18 ` [PATCH v9 24/38] wdt: ts72xx: add DT support for ts72xx Nikita Shubin via B4 Relay
2024-03-26 9:18 ` [PATCH v9 25/38] gpio: ep93xx: add DT support for gpio-ep93xx Nikita Shubin via B4 Relay
2024-03-26 9:18 ` [PATCH v9 26/38] ASoC: dt-bindings: ep93xx: Document DMA support Nikita Shubin via B4 Relay
2024-03-26 9:18 ` [PATCH v9 27/38] ASoC: dt-bindings: ep93xx: Document Audio Port support Nikita Shubin via B4 Relay
2024-03-26 9:18 ` [PATCH v9 28/38] ASoC: ep93xx: Drop legacy DMA support Nikita Shubin via B4 Relay
2024-03-26 9:18 ` [PATCH v9 29/38] ARM: dts: add Cirrus EP93XX SoC .dtsi Nikita Shubin via B4 Relay
2024-03-26 9:18 ` [PATCH v9 30/38] ARM: dts: ep93xx: add ts7250 board Nikita Shubin via B4 Relay
2024-03-26 9:18 ` [PATCH v9 31/38] ARM: dts: ep93xx: Add EDB9302 DT Nikita Shubin via B4 Relay
2024-03-26 9:18 ` [PATCH v9 32/38] ARM: ep93xx: DT for the Cirrus ep93xx SoC platforms Nikita Shubin via B4 Relay
2024-03-26 9:43 ` Arnd Bergmann
2024-03-26 9:19 ` [PATCH v9 33/38] pwm: ep93xx: drop legacy pinctrl Nikita Shubin via B4 Relay
2024-03-26 9:19 ` [PATCH v9 34/38] ata: pata_ep93xx: remove legacy pinctrl use Nikita Shubin via B4 Relay
2024-03-26 9:19 ` [PATCH v9 35/38] ARM: ep93xx: delete all boardfiles Nikita Shubin via B4 Relay
2024-03-26 9:19 ` [PATCH v9 36/38] ARM: ep93xx: soc: drop defines Nikita Shubin via B4 Relay
2024-03-26 9:19 ` [PATCH v9 37/38] ASoC: cirrus: edb93xx: Delete driver Nikita Shubin via B4 Relay
2024-03-26 9:19 ` [PATCH v9 38/38] dma: cirrus: remove platform code Nikita Shubin via B4 Relay
2024-03-28 4:44 ` Vinod Koul [this message]
2024-03-28 6:59 ` Alexander Sverdlin
2024-03-26 10:07 ` [PATCH v9 00/38] ep93xx device tree conversion Arnd Bergmann
2024-04-13 8:48 ` Uwe Kleine-König
2024-03-26 10:19 ` Krzysztof Kozlowski
2024-03-26 14:49 ` Andy Shevchenko
2024-03-27 5:07 ` Krzysztof Kozlowski
2024-03-27 10:59 ` Andy Shevchenko
2024-03-26 14:53 ` Andy Shevchenko
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=ZgT1lkJYP-beY_i0@matsya \
--to=vkoul@kernel.org \
--cc=alexander.sverdlin@gmail.com \
--cc=arnd@arndb.de \
--cc=dmaengine@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=nikita.shubin@maquefel.me \
/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