Skip to contentSkip to conversation

ARM: configs: remove all CONFIG_RCAR_AUDMAC_PP from ARM defconfigs

PATCH New Kuninori Morimoto 2 participants 4 messages Mar 19, 2015 – Apr 2, 2015

Subsystems (2)
lore
Share & tools
lore
#0 lore raw

cover ARM: configs: remove all CONFIG_RCAR_AUDMAC_PP from ARM defconfigs

Hi Olof, Kevin, Arnd

This patch removes CONFIG_RCAR_AUDMAC_PP from arch/arm/configs, because rcar_audmac_periperi is no longer DMAEngine driver.

DMAEngine maintainer Vinod accepted about rcar_audmac_periperi removal patch on

git://git.infradead.org/users/vkoul/slave-dma.git :: topic/sh

3cd44dcd35a6618df88c51561290dc02fb35b8e2 (dmaengine: remove Renesas Audio DMAC peri peri)

And, this patch was posted to him in v1/v2 patch-set. But, he couldn't apply it, because of base branch (?) According to Simon (= SH-ARM maintainer) this patch should be taken ARM maintainer.
http://thread.gmane.org/gmane.linux.ports.sh.devel/44657/focus=44857

I can say that this removal CONFIG_RCAR_AUDMAC_PP patch has no relationship to DMAEngine branch, because no SoC/platform is using it.
(more detail, defconfig has it, but, there is no DT settings in upstream) So, I think you don't need to care about Vinod's branch

#1 lore raw

PATCH 1/1 ARM: configs: remove all CONFIG_RCAR_AUDMAC_PP from ARM defconfigs

From: Kuninori Morimoto <[email protected]>

Renesas R-Car sound (= rsnd) needs 2 DMAC which are called as Audio DMAC (= 1st DMAC) and Audio DMAC peri peri (2nd DMAC). And rsnd had assumed that 1st / 2nd DMACs are implemented as DMAEngine. But, in result of DMA ML discussion, 2nd DMAC was concluded that it is not a general purpose DMAC (2nd DMAC is for Device to Device inside sound system). Additionally, current DMAEngine can't support Device to Device, and we don't have correct DT bindings for it at this point. So the easiest solution for it is that move it from DMAEngine to rsnd driver.
Audio DMAC peri peri DMAEngine is no longer needed.
Remove all CONFIG_RCAR_AUDMAC_PP from ARM defconfigs

---
 arch/arm/configs/multi_v7_defconfig | 1 -
 1 file changed, 1 deletion(-)
arch/arm/configs/multi_v7_defconfig +0 -1
index 06075b6..e805984 100644
@@ -505,7 +505,6 @@ CONFIG_DW_DMAC=y
 CONFIG_MV_XOR=y
 CONFIG_TEGRA20_APB_DMA=y
 CONFIG_SH_DMAE=y
-CONFIG_RCAR_AUDMAC_PP=m
 CONFIG_RCAR_DMAC=y
 CONFIG_STE_DMA40=y
 CONFIG_SIRF_DMA=y
Signature · 1 line
1.9.1
#2 lore raw

PATCH 1/1 ARM: configs: remove all CONFIG_RCAR_AUDMAC_PP from ARM defconfigs

Hi Olof, Kevin, Arnd, Simon

ping ?

Quoted 39 lines

From: Kuninori Morimoto <[email protected]>

Renesas R-Car sound (= rsnd) needs 2 DMAC which are called as Audio DMAC (= 1st DMAC) and Audio DMAC peri peri (2nd DMAC). And rsnd had assumed that 1st / 2nd DMACs are implemented as DMAEngine. But, in result of DMA ML discussion, 2nd DMAC was concluded that it is not a general purpose DMAC (2nd DMAC is for Device to Device inside sound system). Additionally, current DMAEngine can't support Device to Device, and we don't have correct DT bindings for it at this point. So the easiest solution for it is that move it from DMAEngine to rsnd driver.
Audio DMAC peri peri DMAEngine is no longer needed.
Remove all CONFIG_RCAR_AUDMAC_PP from ARM defconfigs

---
 arch/arm/configs/multi_v7_defconfig | 1 -
 1 file changed, 1 deletion(-)
arch/arm/configs/multi_v7_defconfig +0 -1
index 06075b6..e805984 100644
@@ -505,7 +505,6 @@ CONFIG_DW_DMAC=y
 CONFIG_MV_XOR=y
 CONFIG_TEGRA20_APB_DMA=y
 CONFIG_SH_DMAE=y
-CONFIG_RCAR_AUDMAC_PP=m
 CONFIG_RCAR_DMAC=y
 CONFIG_STE_DMA40=y
 CONFIG_SIRF_DMA=y
Signature · 6 lines
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-sh" in
the body of a message to majordomo at vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
#3 lore raw

PATCH 1/1 ARM: configs: remove all CONFIG_RCAR_AUDMAC_PP from ARM defconfigs

In reply to Kuninori Morimoto
Quoted 14 lines · Kuninori Morimoto

From: Kuninori Morimoto <[email protected]>

Renesas R-Car sound (= rsnd) needs 2 DMAC which are called as Audio DMAC (= 1st DMAC) and Audio DMAC peri peri (2nd DMAC). And rsnd had assumed that 1st / 2nd DMACs are implemented as DMAEngine. But, in result of DMA ML discussion, 2nd DMAC was concluded that it is not a general purpose DMAC (2nd DMAC is for Device to Device inside sound system). Additionally, current DMAEngine can't support Device to Device, and we don't have correct DT bindings for it at this point. So the easiest solution for it is that move it from DMAEngine to rsnd driver.
Audio DMAC peri peri DMAEngine is no longer needed.
Remove all CONFIG_RCAR_AUDMAC_PP from ARM defconfigs

Quoted 2 lines

Applied, thanks.

-Olof