Re: [PATCH 2/2] ARM: dts: r8a7743: Add IIC cores to dtsi

On Thu, Aug 10, 2017 at 01:49:05PM +, Chris Paterson wrote: > Hello, > > > From: Wolfram Sang [mailto:w...@the-dreams.de] > > Sent: 10 August 2017 12:24 > > > > > > > > >+ i2c6: i2c@e60b { > > > > > > > >I'd use iic0 as the label. > > > > > > I have no preference here

Re: [RFT 0/2] mmc: renesas_sdhi: small patches for RZ/A1

On Thu, Aug 10, 2017 at 12:59:05PM +, Chris Brandt wrote: > Hello Wolfram, > > > On Wednesday, August 09, 2017, Wolfram Sang wrote: > > Here is a small series to improve RZ support for SDHI. I don't have that > > platform currently, so I hope Chris has some time to check these simple > >

RE: [PATCH 0/3] Add SMP support

Hello, > -Original Message- > From: Biju Das > Sent: 10 August 2017 12:19 > To: 'Simon Horman' > Cc: 'Rob Herring' ; 'Mark Rutland' > ; 'Magnus Damm' ; > 'Russell King' ; Chris

[PATCH 14/20] adv748x: add module param for virtual channel

The hardware can output on any of the 4 (0-3) Virtual Channels of the CSI-2 bus. Add a module parameter each for TXA and TXB to allow the user to specify which channel should be used. Signed-off-by: Niklas Söderlund ---

[PATCH 01/20] media.h: add MEDIA_PAD_FL_MUXED flag

Add flag to indicate that a pad can mux more then one stream. The user can use the pad operation get_frame_desc to query the pad about how the pad is muxed. Signed-off-by: Niklas Söderlund --- include/uapi/linux/media.h | 1 + 1 file changed, 1

[PATCH 17/20] adv748x: implement get_frame_desc

Signed-off-by: Niklas Söderlund --- drivers/media/i2c/adv748x/adv748x-csi2.c | 29 + 1 file changed, 29 insertions(+) diff --git a/drivers/media/i2c/adv748x/adv748x-csi2.c b/drivers/media/i2c/adv748x/adv748x-csi2.c index

[PATCH 16/20] adv748x: add translation from pixelcode to CSI-2 datatype

This will be needed to fill out the frame descriptor information correctly. Signed-off-by: Niklas Söderlund --- drivers/media/i2c/adv748x/adv748x-csi2.c | 22 ++ 1 file changed, 22 insertions(+) diff --git

[PATCH 13/20] rcar-csi2: implement get_frame_desc

The frame descriptor of the CSI-2 receiver mirrors that of the transmitter in all aspects but the routing from the multiplexed sink pad to the 'normal' source pads. Simply fetch the frame descriptor of the transmitter and update the routing. Signed-off-by: Niklas Söderlund

[PATCH 19/20] adv748x: only allow formats on sink pads

The driver is now pad and stream aware, only allow to get/set format on sink pads. Also record a different format for each sink pad since it's no longer true that they are all the same Signed-off-by: Niklas Söderlund ---

Re: [PATCH 12/15] arm-soc: omap: replace open coded VA->PA calculations

On 10 August 2017 at 15:03, Tony Lindgren wrote: > * Ard Biesheuvel [170810 02:23]: >> On 9 August 2017 at 22:05, Tony Lindgren wrote: >> > * Ard Biesheuvel [170809 12:24]: >> >> On 9 August 2017 at

[PATCH 12/20] rcar-csi2: only allow formats on source pads

The driver is now pad and stream aware, only allow to get/set format on source pads. Also record a different format for each source pad since it's no longer true that they are all the same. Signed-off-by: Niklas Söderlund ---

[PATCH 15/20] adv748x: declare source pad as multiplexed

The source pad will receive multiplexed streams over a CSI-2 bus, mark the pad as muxed. Signed-off-by: Niklas Söderlund --- drivers/media/i2c/adv748x/adv748x-csi2.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git

[PATCH 20/20] arm64: dts: renesas: salvator: use VC1 for CVBS

In order to test Virtual Channels use VC1 for CVBS input from the adv748x. Signed-off-by: Niklas Söderlund --- arch/arm64/boot/dts/renesas/salvator-common.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 10/20] rcar-csi2: count usage for each source pad

The R-Car CSI-2 hardware can output the same virtual channel simultaneously to more then one R-Car VIN. For this reason we need to move the usage counting from the global device to each source pad. If a source pads usage count go from 0 to 1 we need to signal that a new stream should start,

[PATCH 00/20] Add multiplexed media pads to support CSI-2 virtual channels

Hi, This series is a RFC for how I think one could add CSI-2 virtual channel support to the V4L2 framework. The problem is that there is no way to in the media framework describe and control links between subdevices which carry more then one video stream, for example a CSI-2 bus which can have

[PATCH 05/20] v4l2-core: verify all streams formats on multiplexed links

Extend the format validation for multiplexed pads to verify all streams which are part of the multiplexed link. This might take the verification to an extreme as it could be argued that one should be able to configure and start just one stream without having to configure other streams which the

[PATCH 06/20] rcar-vin: use the pad and stream aware s_stream

To work with multiplexed streams the pad and stream aware s_stream operation needs to be used. Signed-off-by: Niklas Söderlund --- drivers/media/platform/rcar-vin/rcar-dma.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git

[PATCH 03/20] v4l2-subdev.h: add CSI-2 bus description to struct v4l2_mbus_frame_desc_entry

Pads that carry muxed CSI-2 streams needs a way to describe which 'normal' pad is muxed to/from which stream of the multiplexed pad. Extend struct v4l2_mbus_frame_desc_entry to carry this information. Signed-off-by: Niklas Söderlund ---

[PATCH 08/20] rcar-csi2: switch to pad and stream aware s_stream

Switch the driver to implement the pad and stream aware s_stream operation. This is needed to enable to support to start and stop individual streams on a multiplexed pad. Signed-off-by: Niklas Söderlund --- drivers/media/platform/rcar-vin/rcar-csi2.c | 15

[PATCH 09/20] rcar-csi2: figure out remote pad and stream which are starting

Using the information in v4l2_mbus_frame_desc figure out which remote pad and stream should be started or stopped. Signed-off-by: Niklas Söderlund --- drivers/media/platform/rcar-vin/rcar-csi2.c | 40 + 1 file changed, 35

[PATCH 04/20] v4l2-core: check that both pads in a link are muxed if one are

Since multiplexed pads carry multiple streams it's not possible to verify the format for a specific stream at this time. Instead make sure both pads are marked as multiplexed and skip the format checking. Signed-off-by: Niklas Söderlund ---

[PATCH 18/20] adv748x: switch to pad and stream aware s_stream

Switch the driver to implement the pad and stream aware s_stream operation. This is needed to enable to support to start and stop individual streams on a multiplexed pad. Signed-off-by: Niklas Söderlund --- drivers/media/i2c/adv748x/adv748x-csi2.c | 16

Re: [PATCH 05/15] ARM: head: use PC-relative insn sequence for __smp_alt

On Fri, 11 Aug 2017, Ard Biesheuvel wrote: > On 11 August 2017 at 16:13, Tony Lindgren wrote: > > * Ard Biesheuvel [170805 13:54]: > >> Replace the open coded PC relative offset calculations with a pair > >> of adr_l invocations. > >> > >>

Re: [PATCH 05/15] ARM: head: use PC-relative insn sequence for __smp_alt

On 11 August 2017 at 21:06, Nicolas Pitre wrote: > On Fri, 11 Aug 2017, Ard Biesheuvel wrote: > >> On 11 August 2017 at 20:58, Nicolas Pitre wrote: >> > On Fri, 11 Aug 2017, Ard Biesheuvel wrote: >> > >> >> On 11 August 2017 at 16:13, Tony

Re: [PATCH 05/15] ARM: head: use PC-relative insn sequence for __smp_alt

On Fri, 11 Aug 2017, Ard Biesheuvel wrote: > On 11 August 2017 at 21:06, Nicolas Pitre wrote: > > On Fri, 11 Aug 2017, Ard Biesheuvel wrote: > > > >> On 11 August 2017 at 20:58, Nicolas Pitre wrote: > >> > On Fri, 11 Aug 2017, Ard Biesheuvel

Re: [PATCH 05/15] ARM: head: use PC-relative insn sequence for __smp_alt

On 11 August 2017 at 16:13, Tony Lindgren wrote: > * Ard Biesheuvel [170805 13:54]: >> Replace the open coded PC relative offset calculations with a pair >> of adr_l invocations. >> >> Signed-off-by: Ard Biesheuvel >> ---

Re: [PATCH 05/15] ARM: head: use PC-relative insn sequence for __smp_alt

On Fri, 11 Aug 2017, Ard Biesheuvel wrote: > On 11 August 2017 at 20:58, Nicolas Pitre wrote: > > On Fri, 11 Aug 2017, Ard Biesheuvel wrote: > > > >> On 11 August 2017 at 16:13, Tony Lindgren wrote: > >> > * Ard Biesheuvel

Re: [PATCH 05/15] ARM: head: use PC-relative insn sequence for __smp_alt

On 11 August 2017 at 20:58, Nicolas Pitre wrote: > On Fri, 11 Aug 2017, Ard Biesheuvel wrote: > >> On 11 August 2017 at 16:13, Tony Lindgren wrote: >> > * Ard Biesheuvel [170805 13:54]: >> >> Replace the open coded PC

[PATCH] cpufreq: dt: Add r8a7796 support to to use generic cpufreq driver

From: Khiem Nguyen This patch adds the r8a7796 support the generic cpufreq driver by adding an appropriate compat string. This is in keeping with support for other Renesas ARM and arm64 based SoCs. Signed-off-by: Khiem Nguyen

[PATCH 2/2] clk: renesas: r8a7796: Add Z2 clock

From: Takeshi Kihara This patch adds Z2 clock for R8A7796 SoC. Signed-off-by: Takeshi Kihara Signed-off-by: Simon Horman --- drivers/clk/renesas/r8a7796-cpg-mssr.c | 1 + 1 file changed, 1 insertion(+)

[PATCH 0/2] r8a7796: Add Z and Z2 clock support

Hi, this patch-set adds Z and Z2 clock support. These are dependencies for supporting CPUFreq. The remainder of that work is being posted separately and can be found at: https://git.kernel.org/pub/scm/linux/kernel/git/horms/renesas.git topic/r8a7796-cpufreq A description of steps taken to

[PATCH 1/2] clk: renesas: r8a7796: Add Z clock

From: Takeshi Kihara This patch adds Z clock for R8A7796 SoC. Signed-off-by: Takeshi Kihara Signed-off-by: Simon Horman --- drivers/clk/renesas/r8a7796-cpg-mssr.c | 1 + 1 file changed, 1 insertion(+)

[PATCH] arm64: dts: r8a7796: Add OPPs table for cpu devices

From: Dien Pham Current, OPP tables are defined temporary, they are being evaluated and adjust in future. Signed-off-by: Dien Pham Signed-off-by: Takeshi Kihara [simon: consolidated several patches into

Re: [PATCH 12/15] arm-soc: omap: replace open coded VA->PA calculations

* Ard Biesheuvel [170811 06:48]: > On 10 August 2017 at 15:03, Tony Lindgren wrote: > > * Ard Biesheuvel [170810 02:23]: > >> On 9 August 2017 at 22:05, Tony Lindgren wrote: > >> > * Ard Biesheuvel

Re: [PATCH 05/15] ARM: head: use PC-relative insn sequence for __smp_alt

* Ard Biesheuvel [170805 13:54]: > Replace the open coded PC relative offset calculations with a pair > of adr_l invocations. > > Signed-off-by: Ard Biesheuvel > --- > arch/arm/kernel/head.S | 12 ++-- > 1 file changed, 2