Re: [PATCH 2/3] ARM: shmobile: Document Renesas Draak board DT bindings

On Thu, Jul 20, 2017 at 02:29:00PM +0200, Geert Uytterhoeven wrote: > Signed-off-by: Geert Uytterhoeven > --- > Documentation/devicetree/bindings/arm/shmobile.txt | 2 ++ > 1 file changed, 2 insertions(+) Acked-by: Rob Herring

Re: [PATCH 1/3] ARM: shmobile: Document R-Car D3 SoC DT bindings

On Thu, Jul 20, 2017 at 02:28:59PM +0200, Geert Uytterhoeven wrote: > Note that r8a77995 is the first Renesas "r8a" SoC matching against a 5 > digit number, as r8a77990 will be a different SoC. > > Signed-off-by: Geert Uytterhoeven > --- >

Re: [PATCH 4/4] soc: renesas: rcar-rst: Add support for R-Car D3

On Thu, Jul 20, 2017 at 02:34:54PM +0200, Geert Uytterhoeven wrote: > Signed-off-by: Geert Uytterhoeven > Cc: devicet...@vger.kernel.org > --- > Documentation/devicetree/bindings/reset/renesas,rst.txt | 1 + > drivers/soc/renesas/Kconfig | 2

Re: [PATCH 4/4] clk: renesas: cpg-mssr: Add R8A77995 support

On Thu, Jul 20, 2017 at 02:40:09PM +0200, Geert Uytterhoeven wrote: > Add R-Car D3 (R8A77995) Clock Pulse Generator / Module Standby and > Software Reset support, using the CPG/MSSR driver core and the common > R-Car Gen3 CPG code. > > Based on the R-Car Series, 3rd Generation Hardware User's

[PATCH] ASoC: sh: hac: add missing "int ret"

From: Kuninori Morimoto commit b047e1cce8 ("ASoC: ac97: Support multi-platform AC'97") modified hac_soc_platform_probe(), but "int ret" was missed. This patch adds missing "int ret", otherwise, we will get linux/sound/soc/sh/hac.c: In function

Re: [PATCH v8 1/2] media: rcar-csi2: add Renesas R-Car MIPI CSI-2 receiver documentation

On Mon, Jul 17, 2017 at 07:03:55PM +0200, Niklas Söderlund wrote: > Documentation for Renesas R-Car MIPI CSI-2 receiver. The CSI-2 receivers > are located between the video sources (CSI-2 transmitters) and the video > grabbers (VIN) on Gen3 of Renesas R-Car SoC. > > Each CSI-2 device is connected

Re: adv7281m and rcar-vin problem

On Mon, Jul 24, 2017 at 3:11 PM, Niklas Söderlund wrote: > Hi Naman, > > On 2017-07-24 14:30:52 +0530, Naman Jain wrote: >> i am using renesas soc with video decoder adv7281m >> i have done thr device tree configuration by following dt bindings >> i am getting

[PATCH 2/3] ASoC: soc-core: add snd_soc_add_component()

From: Kuninori Morimoto Current soc-core has snd_soc_register_component(), but doesn't have snd_soc_add_component() like snd_soc_add_platform(). This patch adds it. This patch also renames current "cmpnt" to "component" in function Signed-off-by: Kuninori

[PATCH 1/3] ASoC: soc-core: add component remove/unregister_exp/lookup functions

From: Kuninori Morimoto ALSA SoC platform/codec will be replaced to component soon. This means 1 device might have multiple components. But current unregister component function only checks "dev" to find it. This means, unexpected component might be unregistered

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

Hi Mark These are for replace "platform" to "component". It needs 3 steps I think. step1. "component" needs _add_ function, like "platform" step2. "component" level pcm_new/free support step3. replace platform to component We can get platform pointer from rtd->platform on current style. But

RE: [PATCH v2] clk: renesas: rcar-usb2-clock-sel: Add R-Car USB 2.0 clock selector PHY

Hi Geert-san, > -Original Message- > From: Geert Uytterhoeven > Sent: Monday, July 24, 2017 9:59 PM > > Hi Shimoda-san, > > On Mon, Jul 24, 2017 at 12:33 PM, Yoshihiro Shimoda > wrote: > >> From: Geert Uytterhoeven > >> Sent: Wednesday, July 5, 2017

[PATCH 0/3] ASoC: add missing component functions

Hi Mark These are step1 of replace platform. It adds missing component functions like platform. Kuninori Morimoto (3): ASoC: soc-core: add component remove/unregister_exp/lookup functions ASoC: soc-core: add snd_soc_add_component() ASoC: soc-devres: use expanded unregister on devm

[PATCH 1/3 v2] ASoC: soc-core: add snd_soc_rtdcom_xxx()

From: Kuninori Morimoto Current snd_soc_pcm_runtime has platform / codec pointers, and we could use these specific pointer. But these will be replaced to more generic "component" soon, and will need more generic method to get each connected component pointer

[PATCH 2/3 v2] ASoC: use snd_soc_rtdcom_add() and convert to consistent operation

From: Kuninori Morimoto Basically, current ALSA SoC framework is based on CPU/Codec/Platform, but its operation doesn't have consistent. Thus, source code was unreadable, and difficult to understand. This patch connects each component (= CPU/Codec/Platform) to

[RFC 6/x] ASoC: replace platform to component on atom hifi2

From: Kuninori Morimoto Now platform can be replaced to component, let's do it. Signed-off-by: Kuninori Morimoto --- sound/soc/intel/atom/sst-atom-controls.c | 36 +++

[RFC 7/x] ASoC: replace platform to component on cygnus-pcm

From: Kuninori Morimoto Now platform can be replaced to component, let's do it. Signed-off-by: Kuninori Morimoto --- sound/soc/bcm/cygnus-pcm.c | 7 +++ 1 file changed, 3 insertions(+), 4 deletions(-) diff --git

[RFC 8/x] ASoC: remove platform related things

From: Kuninori Morimoto Now, all platform are replaced to component. This patch removes all platform code. One note is that, "platform_list_read_file()" is replaced to "component_list_read_file()" by this patch Signed-off-by: Kuninori Morimoto

[RFC 5/x] ASoC: replace platform to component on soc-generic-dmaengine-pcm

From: Kuninori Morimoto Now platform can be replaced to component, let's do it. Signed-off-by: Kuninori Morimoto --- sound/soc/soc-generic-dmaengine-pcm.c | 58 ++- 1 file changed, 36

[RFC 2/x] ASoC: snd_soc_component_driver has snd_compr_ops

From: Kuninori Morimoto snd_soc_platform_driver has snd_compr_ops, and it will be replaced into snd_soc_component_driver in the future. To prepare it, component driver has it. Signed-off-by: Kuninori Morimoto ---

[RFC 3/x] ASoC: remove rtd->platform checck

From: Kuninori Morimoto Now, we are ready to replace rtd->platform to rtdcom list. From this patch, rtd->platform check is no longer needed. It will be replaced into rtdcom. Signed-off-by: Kuninori Morimoto ---

[RFC 4/x] ASoC: replace platform to component on soc-utils

From: Kuninori Morimoto Now platform can be replaced to component, let's do it. Signed-off-by: Kuninori Morimoto --- sound/soc/soc-utils.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git

[PATCH 3/3] ASoC: soc-devres: use expanded unregister on devm register component

From: Kuninori Morimoto Now, we have snd_soc_unregister_component_exp() which can check registered device and driver. Let's use it on devm_component_release() Signed-off-by: Kuninori Morimoto --- sound/soc/soc-devres.c | 6

[PATCH 3/3 v2] ASoC: add Component level pcm_new/pcm_free v2

From: Kuninori Morimoto In current ALSA SoC, Platform only has pcm_new/pcm_free feature, but it should be supported on Component level. This patch adds it. The v1 was added commit 99b04f4c4051f7 ("ASoC: add Component level pcm_new/pcm_free") but it called all

[RFC 1/x] ASoC: snd_soc_component_driver has snd_pcm_ops

From: Kuninori Morimoto snd_soc_platform_driver has snd_pcm_ops, and it will be replaced into snd_soc_component_driver in the future. To prepare it, this patch adds ops on component driver. Signed-off-by: Kuninori Morimoto

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

Hi Mark These patches replace platform to component, and remove platform. I think I need to post these kind of patches in many times (= v2, v3...). But there are too many patches. So, in review timing, I will post few of them to reduce traffic. Basically, almost all driver needs similar

Re: adv7281m and rcar-vin problem

Hi Naman, On 2017-07-24 14:30:52 +0530, Naman Jain wrote: > i am using renesas soc with video decoder adv7281m > i have done thr device tree configuration by following dt bindings > i am getting timeout of reading the phy clock lane, after i start streaming > and nothing is displayed on the

RE: [PATCH v2] clk: renesas: rcar-usb2-clock-sel: Add R-Car USB 2.0 clock selector PHY

Hi Rob, > -Original Message- > From: Rob Herring > Sent: Wednesday, July 5, 2017 11:16 PM > > On Wed, Jun 28, 2017 at 03:28:35PM +0900, Yoshihiro Shimoda wrote: > > R-Car USB 2.0 controller can change the clock source from an oscillator > > to an external clock via a register. So, this

RE: [PATCH v2] clk: renesas: rcar-usb2-clock-sel: Add R-Car USB 2.0 clock selector PHY

Hi Stephen-san, Thank you for your comments! > From: Stephen Boyd > Sent: Thursday, July 6, 2017 6:18 AM > > On 06/28, Yoshihiro Shimoda wrote: > > + > > + > > + platform_set_drvdata(pdev, priv); > > + dev_set_drvdata(dev, priv); > > + > > + init.name = "rcar_usb2_clock_sel"; > > +

[PATCH 0/3] usb: host: xhci: {plat,rcar}: add support for R-Car H3 ES2.0

This patch set is based on the latest Greg's usb.git / usb-next branch (the commit id = 141769851cb73e8f986e9ed83129cde3b645288d) Yoshihiro Shimoda (3): usb: host: xhci: rcar: Add firmware_name selection by soc_device_match() usb: host: xhci: plat: re-fact xhci_plat_priv for R-Car Gen3

[PATCH 3/3] usb: host: xhci: rcar: Add support for R-Car H3 ES2.0

This patch adds support for R-Car H3 ES2.0. Since this SoC revision (or later) should use the V3 firmware, the driver needs to check the revision via soc_device_match(). Signed-off-by: Yoshihiro Shimoda --- drivers/usb/host/xhci-rcar.c | 7 ++- 1 file

[PATCH 1/3] usb: host: xhci: rcar: Add firmware_name selection by soc_device_match()

This patch adds firmware_name selection by soc_device_match() to use other firmware name in the future. (For now, using the firmware is the same as before.) Signed-off-by: Yoshihiro Shimoda --- drivers/usb/host/xhci-rcar.c | 33 -

[PATCH 2/3] usb: host: xhci: plat: re-fact xhci_plat_priv for R-Car Gen3

Since the firmware_name is decided by xhci-rcar.c on R-Car Gen3 now, this patch removes 2 things: - Remove struct xhci_plat_priv xhci_plat_renesas_rcar_r8a7796. - Remoce .firmware_name from xhci_plat_renesas_rcar_gen3. The bahavior is the same as before. Signed-off-by: Yoshihiro Shimoda

Re: [PATCH v2] clk: renesas: rcar-usb2-clock-sel: Add R-Car USB 2.0 clock selector PHY

Hi Shimoda-san, On Mon, Jul 24, 2017 at 12:33 PM, Yoshihiro Shimoda wrote: >> From: Geert Uytterhoeven >> Sent: Wednesday, July 5, 2017 9:22 PM >> On Wed, Jul 5, 2017 at 1:57 PM, Yoshihiro Shimoda >> wrote: >> >> From: Geert