Re: [PATCH v2 3/8] v4l: vsp1: Convert display lists to use new fragment pool

Hi Kieran, On Monday, 11 September 2017 23:27:39 EEST Kieran Bingham wrote: > On 17/08/17 13:13, Laurent Pinchart wrote: > > On Monday 14 Aug 2017 16:13:26 Kieran Bingham wrote: > >> Adapt the dl->body0 object to use an object from the fragment pool. > >> This greatly reduces the pressure on the

Re: [PATCH v2 2/8] v4l: vsp1: Provide a fragment pool

Hi Kieran, On Monday, 11 September 2017 23:30:25 EEST Kieran Bingham wrote: > On 17/08/17 13:13, Laurent Pinchart wrote: > > On Monday 14 Aug 2017 16:13:25 Kieran Bingham wrote: > >> Each display list allocates a body to store register values in a dma > >> accessible buffer from a dma_alloc_wc()

sh: sh7758 User land programs crash with SIGBUS.

Hi, I am trying to port from 3.4.11 kernel to 3.10.107 based on my sh7757/58 processor hardware and running into some odd behavior with user land applications. I pretty much got the kernel up and running but some of the applications in user land won't launch and are crashing with the below

Re: [PATCH 11/11] arm64: dts: renesas: eagle: add EtherAVB support

On 09/12/2017 11:37 PM, Sergei Shtylyov wrote: Define the Eagle board dependent part of the EtherAVB device node. Enable DHCP and NFS root for the kernel booting. Based on the original (and large) patch by Vladimir Barinov. Signed-off-by: Vladimir Barinov

[PATCH 08/11] arm64: dts: renesas: r8a77970: add EtherAVB support

Define the generic R8A77970 part of the EtherAVB device node. Based on the original (and large) patch by Daisuke Matsushita . Signed-off-by: Vladimir Barinov Signed-off-by: Sergei Shtylyov

[PATCH 07/11] arm64: dts: renesas: r8a77970: add [H]SCIF support

Describe [H]SCIF ports in the R8A77970 device tree. Based on the original (and large) patch by Daisuke Matsushita . Signed-off-by: Vladimir Barinov Signed-off-by: Sergei Shtylyov ---

[PATCH 10/11] arm64: dts: renesas: initial Eagle board device tree

Add the initial device tree for the R8A77970 SoC based Eagle board. The board has 1 debug serial port (SCIF0); include support for it, so that the serial console can work. Based on the original (and large) patch by Vladimir Barinov . Signed-off-by: Vladimir

[PATCH 11/11] arm64: dts: renesas: eagle: add EtherAVB support

Define the Eagle board dependent part of the EtherAVB device node. Enable DHCP and NFS root for the kernel booting. Based on the original (and large) patch by Vladimir Barinov. Signed-off-by: Vladimir Barinov Signed-off-by: Sergei Shtylyov

[PATCH 04/11] soc: renesas: rcar-sysc: add R8A77970 support

Add support for R-Car V3M (R8A77970) SoC power areas to the R-Car SYSC driver. Based on the original (and large) patch by Daisuke Matsushita . Signed-off-by: Vladimir Barinov Signed-off-by: Sergei Shtylyov

[PATCH 00/11] Add R8A77970/Eagle board support

Hello. Here's the set of 11 patches against Simon Horman's 'renesas.git' repo's 'renesas-devel-20170911v2-v4.13' tag. I'm adding the device tree support for the R8A77970-based Eagle board. The necessary SYS-DMAC, [H]SCIF, and EtherAVB bindings updates have been posted earlier. [01/11] soc:

[PATCH] ravb: document R8A77970 bindings

R-Car V3M (R8A77970) SoC also has the R-Car gen3 compatible EtherAVB device, so document the SoC specific bindings. Signed-off-by: Sergei Shtylyov --- The patch is against DaveM's 'net-next.git' repo but I wouldn't mind if it's applied to 'net.git' instead.

Re: [PATCH v2 5/8] v4l: vsp1: Refactor display list configure operations

Hi Kieran, On Tuesday, 12 September 2017 00:16:50 EEST Kieran Bingham wrote: > On 17/08/17 19:13, Laurent Pinchart wrote: > > On Monday 14 Aug 2017 16:13:28 Kieran Bingham wrote: > >> The entities provide a single .configure operation which configures the > >> object into the target display list,

Re: [PATCH v2 6/8] v4l: vsp1: Adapt entities to configure into a body

Hi Kieran, On Tuesday, 12 September 2017 00:42:09 EEST Kieran Bingham wrote: > On 17/08/17 18:58, Laurent Pinchart wrote: > > On Monday 14 Aug 2017 16:13:29 Kieran Bingham wrote: > >> Currently the entities store their configurations into a display list. > >> Adapt this such that the code can be

Re: [PATCH repost v2] serial: sh-sci: document R8A77970 bindings

Hello! On 09/12/2017 07:47 PM, Rob Herring wrote: R-Car V3M (R8A77970) SoC also has the R-Car gen3 compatible SCIF and HSCIF ports, so document the SoC specific bindings. Signed-off-by: Sergei Shtylyov --- This patch is against the 'tty-next' branch of

Re: [PATCH repost v2] serial: sh-sci: document R8A77970 bindings

On Sat, Sep 02, 2017 at 01:15:13AM +0300, Sergei Shtylyov wrote: > R-Car V3M (R8A77970) SoC also has the R-Car gen3 compatible SCIF and HSCIF > ports, so document the SoC specific bindings. > > Signed-off-by: Sergei Shtylyov > > --- > This patch is against

[PATCH/RFC net-next] ravb: RX checksum offload

Add support for RX checksum offload. This is enabled by default and may be disabled and re-enabled using ethtool: # ethtool -K eth0 rx off # ethtool -K eth0 rx on The RAVB provides a simple checksumming scheme which appears to be completely compatible with CHECKSUM_COMPLETE: a 1's complement

Re: [v4,0/3] iommu/ipmmu-vmsa: r8a7796 support V4

Hi, all. Gentle reminder. On 05.09.17 19:52, Oleksandr wrote: Hi, Magnus, maintainers, all. On 19.06.17 14:04, Magnus Damm wrote: iommu/ipmmu-vmsa: r8a7796 support V4 [PATCH v4 1/3] iommu/ipmmu-vmsa: Add r8a7796 DT binding [PATCH v4 2/3] iommu/ipmmu-vmsa: Increase maximum micro-TLBS to 48

[PATCH v2 resend 2/4] sh: sh7757: Remove nonexistent GPIO_PT[JLNQ]7_RESV to fix pinctrl registration

Commit 3810e96056ffddf6 ("sh: modify pinmux for SH7757 2nd cut") renamed GPIO_PT[JLNQ]7 to GPIO_PT[JLNQ]7_RESV, and removed the existing users from the pinmux_pins[] array. However, pinmux_pins[] is initialized through PINMUX_GPIO(), using designated array initializers, where the GPIO_* enums

[PATCH v2 resend 1/4] sh: sh7722: Remove nonexistent GPIO_PTQ7 to fix pinctrl registration

On sh7722/Migo-R, pinctrl registration fails with: sh-pfc pfc-sh7722: pin 0 already registered sh-pfc pfc-sh7722: error during pin registration sh-pfc pfc-sh7722: could not register: -22 sh-pfc: probe of pfc-sh7722 failed with error -22 pinmux_pins[] is initialized through

[PATCH v2 resend 3/4] sh: sh7264: Remove nonexistent GPIO_PH[0-7] to fix pinctrl registration

Pinmux_pins[] is initialized through PINMUX_GPIO(), using designated array initializers, where the GPIO_* enums serve as indices. If enum values are defined, but never used, pinmux_pins[] contains (zero-filled) holes. Such entries are treated as pin zero, which was registered before, thus leading

[PATCH v2 resend 0/4] sh: sh7722/sh7757i/sh7264/sh7269: Fix pinctrl registration

Hi Andrew, I'm resending this to you due to unresponsiveness from the SuperH maintainers (v2 sent before on May 11, pinged on June 30 and August 14). Magnus Damm reported that on sh7722/Migo-R, pinctrl registration fails with: sh-pfc pfc-sh7722: pin 0 already registered sh-pfc

[PATCH v2 resend 4/4] sh: sh7269: Remove nonexistent GPIO_PH[0-7] to fix pinctrl registration

Pinmux_pins[] is initialized through PINMUX_GPIO(), using designated array initializers, where the GPIO_* enums serve as indices. If enum values are defined, but never used, pinmux_pins[] contains (zero-filled) holes. Such entries are treated as pin zero, which was registered before, thus leading