RE: [PATCH 1/4] usb: gadget: udc: renesas_usb3: add sysfs "role" to set "b-device" mode

Hi, Yoshihiro Shimoda writes: > Hi Felipe-san, > >> From: Felipe Balbi, Sent: Tuesday, March 28, 2017 9:06 PM >> >> Hi, >> >> Yoshihiro Shimoda writes: >> > Sadly, to change the role ("host" and "peripheral") of USB3.0 DRD

[RFC][PATCH] ASoC: soc-core: verify Sound Card normality

Current ALSA SoC Sound Card basically consists of CPU/Codec/Platform drivers. If system uses Kernel modules, we can disable these drivers by using rmmod command. In such case, we can't disable CPU/Codec/Platform driver without disabling Sound Card driver. But on the other hand, we can disable

Re: [PATCH v2 2/7] dt-bindings: pinctrl: Add RZ/A1 bindings doc

On Tue, Mar 28, 2017 at 4:38 PM, wrote: >> The fact that historically all the early adopters of pinctrl in device >> tree >> have these funky custom bindings is unfortunate but just something >> that we need to live with. >> > > To avoid any confusion, please bear with me and

RE: [PATCH 1/4] usb: gadget: udc: renesas_usb3: add sysfs "role" to set "b-device" mode

Hi Felipe-san, > From: Felipe Balbi, Sent: Tuesday, March 28, 2017 9:06 PM > > Hi, > > Yoshihiro Shimoda writes: > > Sadly, to change the role ("host" and "peripheral") of USB3.0 DRD > > controller on R-Car Gen3, software has to set the DRD_CON register > >

Re: [PATCH v3 1/7] pinctrl: Renesas RZ/A1 pin and gpio controller

On Fri, Mar 24, 2017 at 5:45 PM, jacopo wrote: > I initially created a whole new sub-directory where all the Renesas > devices with this kind of pin controller would have gone > (drivers/pinctrl/rz-pfc) but since as of now the only available > hardware of that type is RZ/A1

Re: [PATCH v2 2/7] rtc: Add rtc-sh

On Wed, Mar 22, 2017 at 10:27:49AM -0400, Chris Brandt wrote: > rtc-sh is an RTC for SuperH and RZ/A SoCs. Please work on the subject. It's a bit brief. "dt-bindings: rtc: " is the preferred prefix. > > Signed-off-by: Chris Brandt > --- > v2: > * added

Question about of_clk_put ?

Hi Stephen Now, I'm using devm_get_clk_from_child() (= linux/drivers/clk/clk-devres.c) and I got Oops if I do bind/unbind driver several times. [ 32.008847] Unable to handle kernel paging request at virtual address d503201faa1e03e0 [ 32.017124] pgd = 8006f906

[PATCH 2/3] dmaengine: rcar-dmac: implement device_synchronize()

Implement the device_synchronize() callback which wait until a dma channel is stopped to provide a synchronization point. This protects the driver from multiple race conditions when terminating and freeing resources. E.g. the completion callback still running after device_terminate_all() has

[PATCH 3/3] dmaengine: rcar-dmac: wait for ISR to finish before freeing resources

This fixes a race condition where the channel resources could be freed before the ISR had finished running resulting in a NULL pointer reference from the ISR. [ 167.148934] Unable to handle kernel NULL pointer dereference at virtual address [ 167.157051] pgd = 80003c641000 [

[PATCH 0/3] dmaengine: rcar-dmac: fix resource freeing synchronization

Hi, This series fix resource freeing synchronization by: 1. Patch 1/3 Store the IRQ number in the global struct so it can be used later together with synchronize_irq(). 2. Patch 2/3 Adding support for the device_synchronize() callback in patch 2/3. 3. Patch 3/3 Waiting for any ISR

Re: [PATCH v2 2/7] dt-bindings: pinctrl: Add RZ/A1 bindings doc

Hi Linus, On 2017-03-28 11:46, Linus Walleij wrote: On Thu, Mar 23, 2017 at 5:02 PM, jacopo wrote: > + Required properties: > +- renesas,pins Just "pins"? You know, I've been thinking about this, bu the "pins" property definition in pinctrl-bidings is the

Re: [PATCH 0/4] ARM: dts: r8a7794: Correct clock of DU1

On Tue, Mar 28, 2017 at 03:08:11PM +0300, Laurent Pinchart wrote: > Hi Geert, > > Thank you for the patches. > > On Tuesday 28 Mar 2017 12:45:29 Geert Uytterhoeven wrote: > > Hi Simon, Magnus, > > > > In the DTS files for the R-Car E2 SoC and for development boards based > > on this SoC,

Re: [PATCH 0/4] ARM: dts: r8a7794: Correct clock of DU1

Hi Geert, Thank you for the patches. On Tuesday 28 Mar 2017 12:45:29 Geert Uytterhoeven wrote: > Hi Simon, Magnus, > > In the DTS files for the R-Car E2 SoC and for development boards based > on this SoC, the second channel of the display unit incorrectly points > to the module clock for

[PATCH 1/4] usb: gadget: udc: renesas_usb3: add sysfs "role" to set "b-device" mode

Sadly, to change the role ("host" and "peripheral") of USB3.0 DRD controller on R-Car Gen3, software has to set the DRD_CON register which is included in a usb3.0 peripheral controler's register. To simply implementation, the previous code always set peripheral mode as hardcoded. However, to

[PATCH 0/4] usb: gadget: udc: renesas_usb3: add USB3.0 DRD support

This patch set is based on the latest Felipe's usb.bit / testing/next branch (commit id = 29986993f67341493988b6c5d68e0653061975b2). The USB3.0 DRD controller on R-Car Gen3 can change the role via DRD_CON register in the periperal side sadly, so this patch adds support for usb role swap feature

[PATCH 3/4] usb: gadget: udc: renesas_usb3: add extcon support

This patch adds extcon support to see VBUS/ID signal states. Signed-off-by: Yoshihiro Shimoda --- drivers/usb/gadget/udc/Kconfig| 1 + drivers/usb/gadget/udc/renesas_usb3.c | 43 +-- 2 files changed, 42 insertions(+), 2

[PATCH 4/4] usb: gadget: udc: renesas_usb3: add support for usb role swap

This patch adds support for usb role swap via sysfs "role". For example: 1) Connect a usb cable using 2 Salvator-X boards. - For A-Device, the cable is connected to CN11 (USB3.0 ch0). - For B-Device, the cable is connected to CN9 (USB2.0 ch0). 2) On A-Device, you input the following

[PATCH 2/4] usb: gadget: udc: add USB ID signal monitoring

This usb 3.0 peripheral controller has a register (USB_OTG_STA) to monitor the USB ID signal. So, this patch adds the ID signal monitoring to change the mode to host (A-Device) or peripheral (B-Device). Signed-off-by: Yoshihiro Shimoda ---

[PATCH 3/4] ARM: dts: alt: Correct clock of DU1

The second channel of the display unit uses a different module clock than the first channel. Fixes: 876e7fb9f418fd86 ("ARM: shmobile: r8a7794: alt: Enable VGA port") Signed-off-by: Geert Uytterhoeven --- arch/arm/boot/dts/r8a7794-alt.dts | 2 +- 1 file changed, 1

[PATCH 0/4] ARM: dts: r8a7794: Correct clock of DU1

Hi Simon, Magnus, In the DTS files for the R-Car E2 SoC and for development boards based on this SoC, the second channel of the display unit incorrectly points to the module clock for the first channel. This patch series adds the missing module clock for the second channel, and refers to

[PATCH 4/4] ARM: dts: silk: Correct clock of DU1

The second channel of the display unit uses a different module clock than the first channel. Fixes: 84e734f497cd48f6 ("ARM: dts: silk: add DU DT support") Signed-off-by: Geert Uytterhoeven --- arch/arm/boot/dts/r8a7794-silk.dts | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH 2/4] ARM: dts: r8a7794: Correct clock of DU1

The second channel of the display unit uses a different module clock than the first channel. Fixes: 46c4f13d04d729fa ("ARM: shmobile: r8a7794: Add DU node to device tree") Signed-off-by: Geert Uytterhoeven --- arch/arm/boot/dts/r8a7794.dtsi | 2 +- 1 file changed, 1

[PATCH 1/4] ARM: dts: r8a7794: Add DU1 clock to device tree

Add the missing module clock for the second channel of the display unit. Signed-off-by: Geert Uytterhoeven --- arch/arm/boot/dts/r8a7794.dtsi| 8 +--- include/dt-bindings/clock/r8a7794-clock.h | 1 + 2 files changed, 6 insertions(+), 3 deletions(-) diff

Re: [PATCH v2 2/7] dt-bindings: pinctrl: Add RZ/A1 bindings doc

On Thu, Mar 23, 2017 at 5:02 PM, jacopo wrote: >> > + Required properties: >> > +- renesas,pins >> >> Just "pins"? >> > > You know, I've been thinking about this, bu the "pins" property > definition in pinctrl-bidings is the following one: > >

[PATCH] arm64: dts: r8a7795: salvator-x: Add current sense amplifiers

Add device nodes for two Maxim max961x current sense amplifiers sensing the VDD_0.8V and DVFS_0.8V lines. Based on a patch for r8a7796-salvator-x.dts by Jacopo Mondi. Signed-off-by: Geert Uytterhoeven --- Pending acceptance of the maxim,max9611 DT bindings.

[PATCH 03/03] arm64: dts: r8a7795: Tie USB2 and USB1 Host to IPMMU-HC

From: Magnus Damm Point the USB2.0 Host CH0, CH1 and CH2 devices to IPMMU-HC. This includes 3 channels of both EHCI and OHCI. Signed-off-by: Magnus Damm --- arch/arm64/boot/dts/renesas/r8a7795.dtsi |6 ++ 1 file changed, 6

[PATCH 02/03] arm64: dts: r8a7795: Connect USB3 Host to IPMMU-HC

From: Magnus Damm Point the USB3.0 Host CH0 and CH1 devices to IPMMU-HC. Signed-off-by: Magnus Damm --- arch/arm64/boot/dts/renesas/r8a7795.dtsi |2 ++ 1 file changed, 2 insertions(+) ---

[PATCH 01/03] arm64: dts: r8a7795: Connect USB-DMAC0/1 to IPMMU-HC

From: Magnus Damm Point the USB-DMAC0 and USB-DMAC1 devices to IPMMU-HC. Signed-off-by: Magnus Damm --- arch/arm64/boot/dts/renesas/r8a7795.dtsi |2 ++ 1 file changed, 2 insertions(+) ---

[PATCH 00/03] arm64: dts: r8a7795: IPMMU upstream USB integration

arm64: dts: r8a7795: IPMMU upstream USB integration [PATCH 01/03] arm64: dts: r8a7795: Connect USB-DMAC0/1 to IPMMU-HC [PATCH 02/03] arm64: dts: r8a7795: Connect USB3 Host to IPMMU-HC [PATCH 03/03] arm64: dts: r8a7795: Tie USB2 and USB1 Host to IPMMU-HC This series adds IPMMU connections of

[PATCH v2 3/3] serial: sh-sci: Fix (AUTO)RTS in sci_init_pins()

If a UART has dedicated RTS/CTS pins, and hardware control flow is disabled (or AUTORTS is not yet effective), changing any serial port configuration deasserts RTS, as .set_termios() calls sci_init_pins(). To fix this, consider the current (AUTO)RTS state when (re)initializing the pins. Note

[PATCH v2 1/3] serial: sh-sci: Fix hang in sci_reset()

When the .set_termios() callback resets the UART, it first waits (busy loops) until all characters in the transmit FIFO have been transmitted, to prevent a port configuration change from impacting these characters. However, if the UART has dedicated RTS/CTS hardware flow control enabled, these

[PATCH v2 2/3] serial: sh-sci: Fix late enablement of AUTORTS

When changing hardware control flow for a UART with dedicated RTS/CTS pins, the new AUTORTS state is not immediately reflected in the hardware, but only when RTS is raised. However, the serial core does not call .set_mctrl() after .set_termios(), hence AUTORTS may only become effective when the

[PATCH v2 0/3] serial: sh-sci: Assorted flow control fixes

Hi Greg, Jiri, This patch series fixes several issues related to hardware flow control on Renesas SCIF UARTs. For changes compared to v1 ("[PATCH 0/2] serial: sh-sci: Assorted flow control fixes", https://lkml.org/lkml/2016/12/2/226), please refer to the comments in the individual