[PATCH v2 2/2] arm64: dts: r8a7795: add sound MIX support

From: Kuninori Morimoto This patch adds MIX (= Mixer) supoort. Signed-off-by: Kuninori Morimoto --- v1 -> v2 - mix@X -> mix-X arch/arm64/boot/dts/renesas/r8a7795-salvator-x.dts | 1 +

[PATCH v2 1/2] arm64: dts: r8a7795: add sound CTU support

From: Kuninori Morimoto This patch adds CTU (= Channel Transfer Unit) supoort which is needed to sound mixing. Signed-off-by: Kuninori Morimoto --- v1 -> v2 - ctu@X -> ctu-X

[PATCH v2 0/2] arm64: dts: r8a7795: add CTU/MIX support

Hi Simon These are v2 of r8a7795 CTU/MIX support patch-set Kuninori Morimoto (2): arm64: dts: r8a7795: add sound CTU support arm64: dts: r8a7795: add sound MIX support arch/arm64/boot/dts/renesas/r8a7795-salvator-x.dts | 2 ++ arch/arm64/boot/dts/renesas/r8a7795.dtsi | 20

RE: [PATCH 01/12] phy: rcar-gen3-usb2: Replace the deprecated extcon API

Hi, > From: Chanwoo Choi > Sent: Wednesday, November 30, 2016 2:57 PM > > This patch replaces the deprecated extcon API as following: > - extcon_set_cable_state_() -> extcon_set_state_sync() > > Signed-off-by: Chanwoo Choi Thank you for the patch! Acked-by: Yoshihiro

Re: [PATCH 01/12] phy: rcar-gen3-usb2: Replace the deprecated extcon API

Hi Kishon, Could you review and pick the patch1/2 for phy driver? Best Regards, Chanwoo Choi On 2016년 11월 30일 14:57, Chanwoo Choi wrote: > This patch replaces the deprecated extcon API as following: > - extcon_set_cable_state_() -> extcon_set_state_sync() > > Signed-off-by: Chanwoo Choi

Re: [PATCH 03/12] power_supply: axp288_charger: Replace the extcon API

Hi Sebastian, Could you please review and pick the patch3/4 for power-supply driver? Best Regards, Chanwoo Choi On 2016년 11월 30일 14:57, Chanwoo Choi wrote: > This patch uses the resource-managed extcon API for extcon_register_notifier() > and replaces the deprecated extcon API as following: > -

Re: [PATCH 07/12] usb: sunxi: Uses the resource-managed extcon API when registering extcon notifier

On 2016년 12월 06일 01:32, Bin Liu wrote: > On Wed, Nov 30, 2016 at 09:45:03AM +0100, Maxime Ripard wrote: >> On Wed, Nov 30, 2016 at 02:57:35PM +0900, Chanwoo Choi wrote: >>> This patch just uses the resource-managed extcon API when registering >>> the extcon notifier. >>> >>> Signed-off-by: Chanwoo

[PATCHv2] arm64: dts: r8a7795: salvator-x: Set drive-strength for ravb pins

The EthernetAVB should not depend on the bootloader to setup correct drive-strength values. Values for drive-strength where found by examining the registers after the bootloader has configured the registers and successfully used the EthernetAVB. Signed-off-by: Niklas Söderlund

Re: [PATCH 07/12] usb: sunxi: Uses the resource-managed extcon API when registering extcon notifier

On Wed, Nov 30, 2016 at 09:45:03AM +0100, Maxime Ripard wrote: > On Wed, Nov 30, 2016 at 02:57:35PM +0900, Chanwoo Choi wrote: > > This patch just uses the resource-managed extcon API when registering > > the extcon notifier. > > > > Signed-off-by: Chanwoo Choi > >

Re: [RFC] New Device Tree property - "bonding"

Hi Rob, On Monday 05 Dec 2016 09:57:32 Rob Herring wrote: > On Mon, Dec 5, 2016 at 8:40 AM, Laurent Pinchart wrote: > > On Monday 05 Dec 2016 08:18:34 Rob Herring wrote: > >> On Fri, Nov 25, 2016 at 10:55 AM, Ramesh Shanmugasundaram wrote: > >>> Hello DT maintainers, > >>> > >>> In one of the

Re: [RFC] New Device Tree property - "bonding"

On Mon, Dec 5, 2016 at 8:40 AM, Laurent Pinchart wrote: > Hi Rob, > > On Monday 05 Dec 2016 08:18:34 Rob Herring wrote: >> On Fri, Nov 25, 2016 at 10:55 AM, Ramesh Shanmugasundaram wrote: >> > Hello DT maintainers, >> > >> > In one of the Renesas SoCs we have a

Re: [RFC] New Device Tree property - "bonding"

Hi Rob, On Monday 05 Dec 2016 08:18:34 Rob Herring wrote: > On Fri, Nov 25, 2016 at 10:55 AM, Ramesh Shanmugasundaram wrote: > > Hello DT maintainers, > > > > In one of the Renesas SoCs we have a device called DRIF (Digital Radio > > Interface) controller. A DRIF channel contains 4 external pins

Re: [RFC] New Device Tree property - "bonding"

On Fri, Nov 25, 2016 at 10:55 AM, Ramesh Shanmugasundaram wrote: > Hello DT maintainers, > > In one of the Renesas SoCs we have a device called DRIF (Digital Radio > Interface) controller. A DRIF channel contains 4 external pins - SCK, SYNC, > Data pins

Re: [PATCH 13/22] drm: bridge: dw-hdmi: Replace device type with platform quirks

Hi Jose, On Monday 05 Dec 2016 12:31:30 Jose Abreu wrote: > On 05-12-2016 11:32, Laurent Pinchart wrote: > > On Monday 05 Dec 2016 10:50:19 Jose Abreu wrote: > >> On 02-12-2016 15:43, Laurent Pinchart wrote: > >>> On Friday 02 Dec 2016 14:24:01 Russell King - ARM Linux wrote: > On Fri, Dec

Re: [PATCH 13/22] drm: bridge: dw-hdmi: Replace device type with platform quirks

Hi Laurent, On 05-12-2016 11:32, Laurent Pinchart wrote: > Hi Jose, > > On Monday 05 Dec 2016 10:50:19 Jose Abreu wrote: >> On 02-12-2016 15:43, Laurent Pinchart wrote: >>> On Friday 02 Dec 2016 14:24:01 Russell King - ARM Linux wrote: On Fri, Dec 02, 2016 at 01:43:28AM +0200, Laurent

Re: [PATCH 13/22] drm: bridge: dw-hdmi: Replace device type with platform quirks

Hello, On Friday 02 Dec 2016 18:45:46 Laurent Pinchart wrote: > On Friday 02 Dec 2016 16:08:17 Russell King - ARM Linux wrote: > > On Fri, Dec 02, 2016 at 05:43:43PM +0200, Laurent Pinchart wrote: > >> DW_HDMI_QUIRK_FC_INVIDCONF is indeed a bad name, I'll fix that. > >> > >> Do you know why this

Re: [PATCH 13/22] drm: bridge: dw-hdmi: Replace device type with platform quirks

Hi Jose, On Monday 05 Dec 2016 10:50:19 Jose Abreu wrote: > On 02-12-2016 15:43, Laurent Pinchart wrote: > > On Friday 02 Dec 2016 14:24:01 Russell King - ARM Linux wrote: > >> On Fri, Dec 02, 2016 at 01:43:28AM +0200, Laurent Pinchart wrote: > >>> From: Kieran Bingham

Re: [PATCH 13/22] drm: bridge: dw-hdmi: Replace device type with platform quirks

Hi Laurent, On 02-12-2016 15:43, Laurent Pinchart wrote: > Hi Russell, > > On Friday 02 Dec 2016 14:24:01 Russell King - ARM Linux wrote: >> On Fri, Dec 02, 2016 at 01:43:28AM +0200, Laurent Pinchart wrote: >>> From: Kieran Bingham >>> >>> The dw-hdmi

[PATCH v2 4/5] ARM: shmobile: r8a7791: Allow booting secondary CPU cores in debug mode

Now debug resource reset is handled properly, allow booting secondary CPU cores when hardware debug mode is enabled (MD21=1, SW8-4=OFF on koelsch) on legacy r8a7791. Signed-off-by: Geert Uytterhoeven --- v2: - No changes. --- arch/arm/mach-shmobile/smp-r8a7791.c | 14

[PATCH v2 0/5] ARM: shmobile: R-Car Gen2: Allow booting secondary CPU cores in debug mode

Hi Simon, Magnus, This patch series allows booting secondary CPU cores on R-Car Gen2 when hardware debug mode is enabled. In this mode, reset requests derived from power-shutoff to the AP-system CPU cores must be enabled before the AP-system CPU cores resume from power-shutoff for the

[PATCH v2 2/5] ARM: shmobile: apmu: Add debug resource reset for secondary CPU boot

In debug mode (MD21=1), reset requests derived from power-shutoff to the AP-system CPU cores must be enabled before the AP-system CPU cores resume from power-shutoff for the first time. Else resume may fail, causing the system to hang during boot. As setting these bits is a no-op in normal mode,

[PATCH v2 3/5] ARM: shmobile: apmu: Allow booting secondary CPU cores in debug mode

Now debug resource reset is handled properly, allow booting secondary CPU cores when hardware debug mode is enabled (MD21=1) on SoCs using the "renesas,apmu" enable method. Signed-off-by: Geert Uytterhoeven Tested-by: Hiep Cao Minh --- v2: - Add

[PATCH v2 1/5] ARM: shmobile: apmu: Add more register documentation

Signed-off-by: Geert Uytterhoeven Tested-by: Hiep Cao Minh --- v2: - Add Tested-by. --- arch/arm/mach-shmobile/platsmp-apmu.c | 14 ++ 1 file changed, 10 insertions(+), 4 deletions(-) diff --git a/arch/arm/mach-shmobile/platsmp-apmu.c

[PATCH v2 5/5] ARM: shmobile: rcar-gen2: Remove unused rcar_gen2_read_mode_pins()

After 1. commit 9f5ce39ddb8f68b3 ("ARM: shmobile: rcar-gen2: Obtain extal frequency from DT"), 2. commit 80951f04c3f92533 ("ARM: shmobile: rcar-gen2: Stop passing mode pins state to clock driver"), 3. and handling of debug resource reset, there are no more users of

[RFCv2 2/2] dts: arm: genmai: Add MAXDESREF4x spidev

Add device node for the MAX11100 evaluation board connected to Genmai's CN2. The evaluation kit is connected to 3 GPIO lines configured as bitbanged SPI master interface. Signed-off-by: Jacopo Mondi --- arch/arm/boot/dts/r7s72100-genmai.dts | 21 + 1 file

Re: [RFC 3/3] spidev: Add back "linux,spidev" as compatible

Hi Geert, On 03/12/2016 11:30, Geert Uytterhoeven wrote: Hi Jacopo, On Fri, Dec 2, 2016 at 4:43 PM, Jacopo Mondi wrote: spidev is not meant to be configured directly from DTS anymore. Since we're prototyping, add the "linux,spidev" compatibility string back I guess you

[RFCv2 0/3] Enable and test MAXREFDES4# on Genmai board

Hello Magnus and Geert, list, this patch series enable the creation of a spidev device though which interface to a MAXREFDES4# MAX11100-ADC evaluation kit connected to Genmai CON2 expansion header. The series is not intended for inclusion but will probably serve as base for future integration

Re: [PATCH 1/2] arm64: dts: r8a7795: add sound CTU support

Hi Geert > > --- a/arch/arm64/boot/dts/renesas/r8a7795.dtsi > > +++ b/arch/arm64/boot/dts/renesas/r8a7795.dtsi > > @@ -1182,6 +1184,17 @@ > > }; > > }; > > > > + rcar_sound,ctu { > > +

Re: [PATCH 2/2] arm64: dts: r8a7795: add sound MIX support

Hi Morimoto-san, On Mon, Dec 5, 2016 at 5:42 AM, Kuninori Morimoto wrote: > --- a/arch/arm64/boot/dts/renesas/r8a7795.dtsi > +++ b/arch/arm64/boot/dts/renesas/r8a7795.dtsi > @@ -1184,6 +1186,11 @@ > }; > };

Re: [PATCH 1/2] arm64: dts: r8a7795: add sound CTU support

Hi Morimoto-san, On Mon, Dec 5, 2016 at 5:42 AM, Kuninori Morimoto wrote: > --- a/arch/arm64/boot/dts/renesas/r8a7795.dtsi > +++ b/arch/arm64/boot/dts/renesas/r8a7795.dtsi > @@ -1182,6 +1184,17 @@ > }; > };