[PATCH 3/3] ASoC: pxa: add COMPILE_TEST on SND_MMP_SOC

From: Kuninori Morimoto It doesn't use asm header. We can add COMPILE_TEST Signed-off-by: Kuninori Morimoto --- sound/soc/pxa/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/sound/soc/pxa/Kconfig

[PATCH 1/3] ASoC: fsl: mpc5200_dma: remove unused psc_dma

linux/sound/soc/fsl/mpc5200_dma.c:305:18: warning: unused variable \ psc_dma’ [-Wunused-variable] Signed-off-by: Kuninori Morimoto --- sound/soc/fsl/mpc5200_dma.c | 1 - 1 file changed, 1 deletion(-) diff --git a/sound/soc/fsl/mpc5200_dma.c

Re: [RFC][PATCH 0/x] ASoC: replace platform to component

Hi Mark, Lars-Peter > 1st Note is that it is still using rtd->platform_com style. It is still using this "rtd->xxx" style, but we should expand it. I'm thinking that we can connect each component to rtd by using list and we can get it by "driver" (or something). Then, we can add new

[PATCH 3/3] ASoC: audio-graph-scu-card: use asoc_simple_card_of_canonicalize_cpu()

From: Kuninori Morimoto snd_soc_find_dai() will check dai_name after of_node matching if dai_link has it. but, it will never match if name was created by fmt_single_name(). Thus, we need to remove cpu_dai_name if cpu was single. Before, simple-card assumed that

[PATCH 2/3] ASoC: audio-graph-card: use asoc_simple_card_of_canonicalize_cpu()

From: Kuninori Morimoto snd_soc_find_dai() will check dai_name after of_node matching if dai_link has it. but, it will never match if name was created by fmt_single_name(). Thus, we need to remove cpu_dai_name if cpu was single. Before, simple-card assumed that

[PATCH 1/3] ASoC: simple-card-utils: add asoc_simple_card_of_canonicalize_cpu()

From: Kuninori Morimoto snd_soc_find_dai() will check dai_name after of_node matching if dai_link has it. but, it will never match if name was created by fmt_single_name(). Thus, we need to remove cpu_dai_name if cpu was single. Before, simple-card assumed that

[PATCH 0/3] ASoC: add/use asoc_simple_card_of_canonicalize_cpu()

Hi Mark These fixes audio graph cards DAI counting bug. Simple Card side doesn't have this issue, but Audio Graph Card side has it. Kuninori Morimoto (3): ASoC: simple-card-utils: add asoc_simple_card_of_canonicalize_cpu() ASoC: audio-graph-card: use asoc_simple_card_of_canonicalize_cpu()

Re: [PATCH 0/2] arm64: defconfig: ak4613/renesas sound will be kernle module

Hi Simon > > These exchange Renesas sound related driver as module. > > But, it doesn't exchange simple-sound-card which is > > used from other platform. > > > > Kuninori Morimoto (2): > > arm64: defconfig: compile ak4613 as kernel module > > arm64: defconfig: compile renesas sound as

Re: [PATCH] i2c: algo-bit: add support for I2C_M_STOP

Hi Jean, > > + bool did_stop = false; > > I'm pretty certain you want to declare and initialize this variable > outside the loop. Why? Well, it doesn't matter anymore but what is wrong with limiting the variable like this? > > + if (pmsg->flags & I2C_M_STOP && i != num - 1)

[PATCH] pinctrl: sh-pfc: r8a7792: Add SCIF1 and SCIF2 pin groups

Add SCIF1 and SCIF2 pin groups to the R8A7792 PFC driver. Signed-off-by: Ulrich Hecht --- Superseding "[PATCH] pinctrl: sh-pfc: r8a7792: Add SCIF1 pin groups", this adds the missing SCIF1 control pins as well as SCIF2, as suggested by Geert. CU Uli

Re: [PATCH 0/2] arm64: defconfig: ak4613/renesas sound will be kernle module

On Mon, Jun 19, 2017 at 12:23:22AM +, Kuninori Morimoto wrote: > > Hi Simon > > These exchange Renesas sound related driver as module. > But, it doesn't exchange simple-sound-card which is > used from other platform. > > Kuninori Morimoto (2): > arm64: defconfig: compile ak4613 as kernel

Re: Rebasing mmc/next

Hi Ulf, On Tue, Jun 20, 2017 at 10:07 AM, Ulf Hansson wrote: > On 20 June 2017 at 09:17, Geert Uytterhoeven wrote: >> It looks like you rebase mmc/next almost daily. Is there any specific reason >> for that? > > I don't do it daily, but often, yes.

Re: Rebasing mmc/next

On 20 June 2017 at 09:17, Geert Uytterhoeven wrote: > Hi Ulf, > > It looks like you rebase mmc/next almost daily. Is there any specific reason > for that? I don't do it daily, but often, yes. :-) > > I'm asking because I create a "renesas-drivers" tree on a regular basis >

Re: [PATCH v1 04/12] media: i2c: mt9m111: Add source pad

Hi Jacopo, Thank you for the patch. On Monday 19 Jun 2017 19:04:41 Jacopo Mondi wrote: > Add a single source pad to mt9m111 media entity. > > Signed-off-by: Jacopo Mondi > --- > drivers/media/i2c/mt9m111.c | 17 - > 1 file changed, 16 insertions(+),

Re: [PATCH v1 03/12] media: i2c: mt9m111: Skip chid identification

Hi Jacopo, Thank you for the patch. On Monday 19 Jun 2017 19:04:40 Jacopo Mondi wrote: > Reads of chip identification code (both on registers 0x00 and 0xff) > always return 0x00. This shouldn't be the case. It might mean that your I2C master controller doesn't handle reads correctly. I don't

Re: [PATCH v1 01/12] arm64: boot: dts: salvator-x: Add camera module

Hi Jacopo, Thank you for the patch. On Monday 19 Jun 2017 19:04:38 Jacopo Mondi wrote: > Add camera module to Salvator-X M3W device tree. > The camera module sits on a i2c-gpio interface and it connected to VIN > channel #4 parallel video input port. > > Signed-off-by: Jacopo Mondi

Re: [PATCH v1 09/12] media: rcar: vin: Install notifier for digital input

Hi Niklas, On Mon, Jun 19, 2017 at 09:51:15PM +0200, Niklas Söderlund wrote: > Hi Jacopo, > > On 2017-06-19 19:04:46 +0200, Jacopo Mondi wrote: > > Install async notifier for digital input on Gen3 when no other CSI-2 > > input has been found connected. > > > > Signed-off-by: Jacopo Mondi

Re: [PATCH v1 05/12] media: rcar: vin: Prepare to parse Gen3 digital input

Hi Niklas, thanks for review On Mon, Jun 19, 2017 at 09:39:46PM +0200, Niklas Söderlund wrote: > Hi Jacopo, > > Thanks for your patch. > > On 2017-06-19 19:04:42 +0200, Jacopo Mondi wrote: > > Support parsing digital input on configurable port id and reg > > properties. Also make the function

Re: [PATCH v1 01/12] arm64: boot: dts: salvator-x: Add camera module

Hi Jacopo, On Mon, Jun 19, 2017 at 7:04 PM, Jacopo Mondi wrote: > Add camera module to Salvator-X M3W device tree. > The camera module sits on a i2c-gpio interface and it connected to VIN is connected > channel #4 parallel video input port. > > Signed-off-by: Jacopo

Rebasing mmc/next

Hi Ulf, It looks like you rebase mmc/next almost daily. Is there any specific reason for that? I'm asking because I create a "renesas-drivers" tree on a regular basis (cfr. e.g. https://www.spinics.net/lists/linux-renesas-soc/msg15111.html). This tree is meant to ease development of platform