mbox series

[v12,0/9] RZN1 DMA support

Message ID 20220427095653.91804-1-miquel.raynal@bootlin.com (mailing list archive)
Headers show
Series RZN1 DMA support | expand

Message

Miquel Raynal April 27, 2022, 9:56 a.m. UTC
Hello,

This is the series bringing DMA support to RZN1 platforms.
The UART changes regarding DMA support has been merged into tty-next
already.

There is no other conflicting dependency with the other series, so these
patches (all but DTS) can go though the dmaengine tree I believe.

Cheers,
Miquèl

Changes in v12:
* Collected more tags.
* Updated the prefix of the patch introducing the dmamux helper.
* Avoid failing to probe the clock driver entirely when a clock subnode
  fails to probe. Just print an error message on purpose and mention it
  int the commit log.
* Enabled the DMA nodes by default in the DTSI.
* Used the data-width property instead of the deprecated data_width.

Changes in v11:
* Renamed two defines.
* Changed the way the bitmap is declared.
* Updated the cover letter: this series can now go in through the
  dmaengine tree.

Changes in v10:
* Collected more tags.
* Dropped the mutex from the dmamux driver.
* Added missing includes in the dmamux driver.
* Replaced set_bit() by test_and_set_bit() in order to check if the chan
  is already used or not in the dmamux driver.
* Corrected the misuse of the set_bit() macro in the dmamux driver.

Changes in v9:
* Collected more tags.
* Changed a u32 into a regular bitmap and used the bitmap API.
* Reordered two function calls to save one extra line.
* Added a define to avoid a magic value.

Changes in v8:
* Collected more tags.
* Moved the Makefile line adding the dmamux driver to the bottom of the
  file.
* Reversed the logic in a ternary operation as suggested by Andy.
* Changed a bit the naming of a #define as suggested by Andy.

Changes in v7:
* This time, really added Stephen's Acks (sorry for the error).
* Moved an error check to get rid of one mutex_unlock/lock call as
  suggested by Ilpo.
* Split the patch adding the dmamux driver as advised by Vinod. One
  patch introduces the dmamux driver, the other populates the children
  of the system controller. As the original patch got acked by Stephen
  Boyd, I moved his tag to the patch touching the clock controller only.

Changes in v6:
* Added Stephen's acks.
* Fixed an extra newline added in the middle of nowhere.
* Rebased on top of v5.18-rc1.

Changes in v5:
* Used gotos in rzn1_dmamux_route_allocate().
* Changed the prefix to "dmaengine:".
* Dropped the partial transfers fix.
* Added Rob's acks.

Changes in v4:
* Freed "map" in the error path of the dmamux driver.
* Improved a bit the style as requested by Prabhakar.
* Dropped a __maybe_unused.
* Reorder the includes.
* Added a dependency on ARCH_RZN1.
* Added Rob's Ack.
* Added a reg property to the dmamux binding file.
* Referenced the dmamux binding from the system controller file.
* Called of_platform_populate from the end of the system controller
  (clock) driver probe in order to probe the dmamux if it was
  populated.
* Added DMA properties to all the relevant UARTs.

Changes in v3:
* Added Reviewed-by tags.
* Exported the set_dmamux* symbol properly.
* Dropped a useless check in the probe and moved the sysctrl_priv
  assignation to the end of the probe.
* Renamed the dmamux driver
* Added a couple of missing MODULE_ macros in the dmamux driver.
* Decided to use a regular platform init call instead of the
  arch_initcall() initially proposed.
* s/%d/%u/ in printk's when appropriate.
* Used a hardcoded value instead of dmamux->dmac_requests when
  appropriate.
* Changed the variable name "master" to "dmac_idx" to be more
  descriptive.
* Dropped most of the of_* calls in favor of #define's.
* Fixed a typo.
* Exported two symbols from 8250_dma.c.

Changes in v2:
* Clarified that the 'fix' regarding non aligned reads would only apply
  to the DEV_TO_MEM case.
* Fix the DMA controller compatible string (copy-paste error).
* s/syscon/sysctrl/ as advised by Geert.
* Disabled irqs when taking the spinlock from the clocks driver.
* Moved the DMAMUX offset inside the driver.
* Removed extra commas.
* Improved the style as suggested by Andy.
* Removed a dupplicated check against the device node presence.
* Reduced the number of lines of code by using dev_err_probe().
* Created a Kconfig symbol for DMAMUX to fix the two robot reports
  received and be sure there was no useless overhead with other
  platforms.
* Exported the serial8250_{tx,rx}_dma() symbols.

Miquel Raynal (9):
  dt-bindings: dmaengine: Introduce RZN1 dmamux bindings
  dt-bindings: clock: r9a06g032-sysctrl: Reference the DMAMUX subnode
  dt-bindings: dmaengine: Introduce RZN1 DMA compatible
  clk: renesas: r9a06g032: Export function to set dmamux
  dmaengine: dw: dmamux: Introduce RZN1 DMA router support
  clk: renesas: r9a06g032: Probe possible children
  dmaengine: dw: Add RZN1 compatible
  ARM: dts: r9a06g032: Add the two DMA nodes
  ARM: dts: r9a06g032: Describe the DMA router

 .../clock/renesas,r9a06g032-sysctrl.yaml      |  11 ++
 .../bindings/dma/renesas,rzn1-dmamux.yaml     |  51 ++++++
 .../bindings/dma/snps,dma-spear1340.yaml      |   8 +-
 MAINTAINERS                                   |   1 +
 arch/arm/boot/dts/r9a06g032.dtsi              |  38 +++++
 drivers/clk/renesas/r9a06g032-clocks.c        |  40 ++++-
 drivers/dma/dw/Kconfig                        |   9 +
 drivers/dma/dw/Makefile                       |   2 +
 drivers/dma/dw/platform.c                     |   1 +
 drivers/dma/dw/rzn1-dmamux.c                  | 155 ++++++++++++++++++
 include/linux/soc/renesas/r9a06g032-sysctrl.h |  11 ++
 11 files changed, 325 insertions(+), 2 deletions(-)
 create mode 100644 Documentation/devicetree/bindings/dma/renesas,rzn1-dmamux.yaml
 create mode 100644 drivers/dma/dw/rzn1-dmamux.c
 create mode 100644 include/linux/soc/renesas/r9a06g032-sysctrl.h

Comments

Miquel Raynal May 17, 2022, 8:31 a.m. UTC | #1
Hi folks,

miquel.raynal@bootlin.com wrote on Wed, 27 Apr 2022 11:56:44 +0200:

> Hello,
> 
> This is the series bringing DMA support to RZN1 platforms.
> The UART changes regarding DMA support has been merged into tty-next
> already.
> 
> There is no other conflicting dependency with the other series, so these
> patches (all but DTS) can go though the dmaengine tree I believe.

As all patches the patches in this series have received a fairly good
amount of reviews, as well as all the necessary tags since a few weeks
already, I was hoping to see it applied for the next merge window. Is
there something still blocking its acceptance? Let me know if it is
the case and I will do the necessary to make them fit.

Cheers,
Miquèl
> 
> Cheers,
> Miquèl
> 
> Changes in v12:
> * Collected more tags.
> * Updated the prefix of the patch introducing the dmamux helper.
> * Avoid failing to probe the clock driver entirely when a clock subnode
>   fails to probe. Just print an error message on purpose and mention it
>   int the commit log.
> * Enabled the DMA nodes by default in the DTSI.
> * Used the data-width property instead of the deprecated data_width.
> 
> Changes in v11:
> * Renamed two defines.
> * Changed the way the bitmap is declared.
> * Updated the cover letter: this series can now go in through the
>   dmaengine tree.
> 
> Changes in v10:
> * Collected more tags.
> * Dropped the mutex from the dmamux driver.
> * Added missing includes in the dmamux driver.
> * Replaced set_bit() by test_and_set_bit() in order to check if the chan
>   is already used or not in the dmamux driver.
> * Corrected the misuse of the set_bit() macro in the dmamux driver.
> 
> Changes in v9:
> * Collected more tags.
> * Changed a u32 into a regular bitmap and used the bitmap API.
> * Reordered two function calls to save one extra line.
> * Added a define to avoid a magic value.
> 
> Changes in v8:
> * Collected more tags.
> * Moved the Makefile line adding the dmamux driver to the bottom of the
>   file.
> * Reversed the logic in a ternary operation as suggested by Andy.
> * Changed a bit the naming of a #define as suggested by Andy.
> 
> Changes in v7:
> * This time, really added Stephen's Acks (sorry for the error).
> * Moved an error check to get rid of one mutex_unlock/lock call as
>   suggested by Ilpo.
> * Split the patch adding the dmamux driver as advised by Vinod. One
>   patch introduces the dmamux driver, the other populates the children
>   of the system controller. As the original patch got acked by Stephen
>   Boyd, I moved his tag to the patch touching the clock controller only.
> 
> Changes in v6:
> * Added Stephen's acks.
> * Fixed an extra newline added in the middle of nowhere.
> * Rebased on top of v5.18-rc1.
> 
> Changes in v5:
> * Used gotos in rzn1_dmamux_route_allocate().
> * Changed the prefix to "dmaengine:".
> * Dropped the partial transfers fix.
> * Added Rob's acks.
> 
> Changes in v4:
> * Freed "map" in the error path of the dmamux driver.
> * Improved a bit the style as requested by Prabhakar.
> * Dropped a __maybe_unused.
> * Reorder the includes.
> * Added a dependency on ARCH_RZN1.
> * Added Rob's Ack.
> * Added a reg property to the dmamux binding file.
> * Referenced the dmamux binding from the system controller file.
> * Called of_platform_populate from the end of the system controller
>   (clock) driver probe in order to probe the dmamux if it was
>   populated.
> * Added DMA properties to all the relevant UARTs.
> 
> Changes in v3:
> * Added Reviewed-by tags.
> * Exported the set_dmamux* symbol properly.
> * Dropped a useless check in the probe and moved the sysctrl_priv
>   assignation to the end of the probe.
> * Renamed the dmamux driver
> * Added a couple of missing MODULE_ macros in the dmamux driver.
> * Decided to use a regular platform init call instead of the
>   arch_initcall() initially proposed.
> * s/%d/%u/ in printk's when appropriate.
> * Used a hardcoded value instead of dmamux->dmac_requests when
>   appropriate.
> * Changed the variable name "master" to "dmac_idx" to be more
>   descriptive.
> * Dropped most of the of_* calls in favor of #define's.
> * Fixed a typo.
> * Exported two symbols from 8250_dma.c.
> 
> Changes in v2:
> * Clarified that the 'fix' regarding non aligned reads would only apply
>   to the DEV_TO_MEM case.
> * Fix the DMA controller compatible string (copy-paste error).
> * s/syscon/sysctrl/ as advised by Geert.
> * Disabled irqs when taking the spinlock from the clocks driver.
> * Moved the DMAMUX offset inside the driver.
> * Removed extra commas.
> * Improved the style as suggested by Andy.
> * Removed a dupplicated check against the device node presence.
> * Reduced the number of lines of code by using dev_err_probe().
> * Created a Kconfig symbol for DMAMUX to fix the two robot reports
>   received and be sure there was no useless overhead with other
>   platforms.
> * Exported the serial8250_{tx,rx}_dma() symbols.
> 
> Miquel Raynal (9):
>   dt-bindings: dmaengine: Introduce RZN1 dmamux bindings
>   dt-bindings: clock: r9a06g032-sysctrl: Reference the DMAMUX subnode
>   dt-bindings: dmaengine: Introduce RZN1 DMA compatible
>   clk: renesas: r9a06g032: Export function to set dmamux
>   dmaengine: dw: dmamux: Introduce RZN1 DMA router support
>   clk: renesas: r9a06g032: Probe possible children
>   dmaengine: dw: Add RZN1 compatible
>   ARM: dts: r9a06g032: Add the two DMA nodes
>   ARM: dts: r9a06g032: Describe the DMA router
> 
>  .../clock/renesas,r9a06g032-sysctrl.yaml      |  11 ++
>  .../bindings/dma/renesas,rzn1-dmamux.yaml     |  51 ++++++
>  .../bindings/dma/snps,dma-spear1340.yaml      |   8 +-
>  MAINTAINERS                                   |   1 +
>  arch/arm/boot/dts/r9a06g032.dtsi              |  38 +++++
>  drivers/clk/renesas/r9a06g032-clocks.c        |  40 ++++-
>  drivers/dma/dw/Kconfig                        |   9 +
>  drivers/dma/dw/Makefile                       |   2 +
>  drivers/dma/dw/platform.c                     |   1 +
>  drivers/dma/dw/rzn1-dmamux.c                  | 155 ++++++++++++++++++
>  include/linux/soc/renesas/r9a06g032-sysctrl.h |  11 ++
>  11 files changed, 325 insertions(+), 2 deletions(-)
>  create mode 100644 Documentation/devicetree/bindings/dma/renesas,rzn1-dmamux.yaml
>  create mode 100644 drivers/dma/dw/rzn1-dmamux.c
>  create mode 100644 include/linux/soc/renesas/r9a06g032-sysctrl.h
>
Geert Uytterhoeven May 17, 2022, 8:36 a.m. UTC | #2
Hi Miquel,

On Tue, May 17, 2022 at 10:31 AM Miquel Raynal
<miquel.raynal@bootlin.com> wrote:
> miquel.raynal@bootlin.com wrote on Wed, 27 Apr 2022 11:56:44 +0200:
> > This is the series bringing DMA support to RZN1 platforms.
> > The UART changes regarding DMA support has been merged into tty-next
> > already.
> >
> > There is no other conflicting dependency with the other series, so these
> > patches (all but DTS) can go though the dmaengine tree I believe.
>
> As all patches the patches in this series have received a fairly good
> amount of reviews, as well as all the necessary tags since a few weeks
> already, I was hoping to see it applied for the next merge window. Is
> there something still blocking its acceptance? Let me know if it is
> the case and I will do the necessary to make them fit.

> > Miquel Raynal (9):
> >   dt-bindings: dmaengine: Introduce RZN1 dmamux bindings
> >   dt-bindings: clock: r9a06g032-sysctrl: Reference the DMAMUX subnode
> >   dt-bindings: dmaengine: Introduce RZN1 DMA compatible
> >   clk: renesas: r9a06g032: Export function to set dmamux
> >   dmaengine: dw: dmamux: Introduce RZN1 DMA router support
> >   clk: renesas: r9a06g032: Probe possible children
> >   dmaengine: dw: Add RZN1 compatible
> >   ARM: dts: r9a06g032: Add the two DMA nodes
> >   ARM: dts: r9a06g032: Describe the DMA router

The DTS patches have been applied to renesas-devel, and have
already made their way to soc/for-next.

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds
Vinod Koul May 19, 2022, 5:05 p.m. UTC | #3
On 27-04-22, 11:56, Miquel Raynal wrote:
> Hello,
> 
> This is the series bringing DMA support to RZN1 platforms.
> The UART changes regarding DMA support has been merged into tty-next
> already.
> 
> There is no other conflicting dependency with the other series, so these
> patches (all but DTS) can go though the dmaengine tree I believe.

Applied 1-7, thanks