Hi Morimoto-san,
On Fri, Jun 16, 2017 at 2:33 AM, Kuninori Morimoto
wrote:
>> > -CONFIG_SND_SOC_RCAR=y
>> > -CONFIG_SND_SOC_AK4613=y
>> > -CONFIG_SND_SIMPLE_CARD=y
>> > +CONFIG_SND_SOC_RCAR=m
>> > +CONFIG_SND_SOC_AK4613=m
>> > +CONFIG_SND_SIMPLE_CARD=m
>>
>> Do other drivers depend on any pf the
Hi Simon,
On Fri, Jun 16, 2017 at 8:06 AM, Simon Horman wrote:
> On Fri, Jun 09, 2017 at 09:35:20AM +0200, Geert Uytterhoeven wrote:
>> On Thu, Jun 8, 2017 at 3:09 PM, Simon Horman
>> wrote:
>> > Add complete to DMA ops to allow DMAC implementation dependent
>> > handling of DMA completion.
>>
On Fri, Jun 09, 2017 at 09:35:20AM +0200, Geert Uytterhoeven wrote:
> Hi Simon,
>
> On Thu, Jun 8, 2017 at 3:09 PM, Simon Horman
> wrote:
> > Add complete to DMA ops to allow DMAC implementation dependent
> > handling of DMA completion.
> >
> > Signed-off-by: Simon Horman
> > ---
> > drivers/m
From: Kuninori Morimoto
Current ak4613 accepts all range of Sampling Rate, but it depends on
inputed master clock. This patch adds hw constraint rule for it.
Signed-off-by: Kuninori Morimoto
Tested-by: Hiroyuki Yokoyama
---
v1 -> v2
- Merged v1's [1/2][2/2] into this patch.
- Removed CKS se
From: Kuninori Morimoto
It will be used ADG clock initial settings, and will be
sound codec's initial system clock which needs maximum clock frequency.
Thus, descending order is required
Signed-off-by: Kuninori Morimoto
---
arch/arm64/boot/dts/renesas/salvator-common.dtsi | 2 +-
1 file change
From: Kuninori Morimoto
Current simple card driver is supporting widgets on DT,
other simple/audio card drivers will support it.
Encapsulation is one of simple card util's purpose.
Let's use asoc_simple_card_of_parse_widgets
Signed-off-by: Kuninori Morimoto
---
sound/soc/generic/simple-card.c
From: Kuninori Morimoto
Current simple card drivers are parsing widgets on each own driver
(only simple-card at this point, but will be supported on all drivers)
Encapsulation is one of simple card util's purpose.
Let's add asoc_simple_card_of_parse_widgets for it.
Signed-off-by: Kuninori Morimo
Hi Mark
Simple/OF-Audio card are using same DT properties, but not using
same functions for it.
Now, simple-card is only supporting "widgets" feature.
I hope it will be supported on simple-scu/of-audio/of-audio-scu card too
(I'm not widgets user, thus, I can't test).
Then, DT properties needs to
Hi Simon
> > Current Renesas Sound related drivers are compiled as built-in.
> > Let's compile it as Module to reduce ARM64 Kernel size.
> >
> > Signed-off-by: Kuninori Morimoto
> > ---
> > arch/arm64/configs/defconfig | 6 +++---
> > 1 file changed, 3 insertions(+), 3 deletions(-)
>
> This d
Hi Mark
> > ak4613 CTRL2::CKS controls Speed Mode (Normal/Double/Quad) for Master
> > Mode. In default, Normal Mode uses 512fs, but in such case, requested
> > input clock for all mode will be same. Then, it might not be eble to
> > support correct output if input clock was not enough.
> > This p
From: Kuninori Morimoto
This patch fixes this WARNING
sound/soc/sh/rcar/ssi.c:285:5-14: WARNING: Unsigned expression\
compared with zero: main_rate < 0
Signed-off-by: Kuninori Morimoto
---
Mark, Julia
I think this patch solves reported issue, but my compiler
and smatch doesn't indica
Hi Wolfram,
On Thu, Jun 15, 2017 at 8:30 PM, Wolfram Sang
wrote:
> One helper checks if DMA is suitable and optionally creates a bounce
> buffer, if not. The other function returns the bounce buffer and makes
> sure the data is properly copied back to the message.
> --- a/include/linux/i2c.h
> +
Hi Wolfram,
On Thu, Jun 15, 2017 at 8:30 PM, Wolfram Sang
wrote:
> --- /dev/null
> +++ b/Documentation/i2c/DMA-considerations
> @@ -0,0 +1,37 @@
> +Linux I2C and DMA
> +-
> +
> +Given that I2C is a low-speed bus where largely small messages are
> transferred,
> +it is not conside
On 06/15/2017 01:17 PM, Wolfram Sang wrote:
> Hi,
>
>>> - /* Do not use DMA if it's not available or for messages < 8 bytes */
>>> - if (IS_ERR(chan) || msg->len < 8)
>>> + if (IS_ERR(chan) || msg->len < RCAR_DMA_THRESHOLD || priv->flags &
>>> ID_P_NODMA)
>>
>> Might be more eff
Hi Geert,
here is a topic branch for renesas-drivers adding better DMA support to
the I2C core. It is based on i2c/for-next with the branch
'renesas/arm64-dt-for-v4.13' from Simon merged as well. Please pull.
Kind regards,
Wolfram
The following changes since commit b41c5497755a66628e2ebf464
Hi,
> > - /* Do not use DMA if it's not available or for messages < 8 bytes */
> > - if (IS_ERR(chan) || msg->len < 8)
> > + if (IS_ERR(chan) || msg->len < RCAR_DMA_THRESHOLD || priv->flags &
> > ID_P_NODMA)
>
> Might be more efficient to check for ID_P_NODMA first instead of m
On Thu, Jun 15, 2017 at 08:52:31PM +0200, Simon Horman wrote:
> On Thu, Jun 15, 2017 at 04:31:48PM +0200, Geert Uytterhoeven wrote:
> > Hi Simon,
> >
> > On Thu, Jun 15, 2017 at 4:20 PM, Simon Horman wrote:
> > > On Thu, Jun 15, 2017 at 04:08:56PM +0200, Geert Uytterhoeven wrote:
> > >> On Thu, J
Trivial updates to improve checkpatch cleanness.
Signed-off-by: Simon Horman
---
v2
* Don't add bogus ',' after KERN_DEBUG
* Leave some lines over 80 columns as it seems to be the more readable option
(very subjective)
---
drivers/mmc/host/renesas_sdhi.h | 2 +-
drivers/mmc/host/tmio_mmc.c
Trivial updates to improve checkpatch cleanness.
Signed-off-by: Simon Horman
---
* Correct one-line comment style
* Leave bus_shift size comments unchanged
---
drivers/mmc/host/renesas_sdhi.h | 2 +-
drivers/mmc/host/renesas_sdhi_core.c | 43
driver
Hi,
this short series provides some cleanups to the tmio and renesas-sdhi
drivers to improve their checkpatch cleanness.
Changes since v1:
* Drop patches now present in mmc/next
* Address review - details noted in changelogs of each patch
Simon Horman (2):
mmc: tmio: improve checkpatch cleanne
Hello Wolfram,
This series is a follow-up to patch [0] that added an OF device ID table
to the at24 EEPROM driver. As you suggested [1], this version instead of
adding entries for every used tuple, only adds a single
entry for each chip type using the "atmel" vendor as a generic fallback.
The fi
The at24 driver allows to register I2C EEPROM chips using different vendor
and devices, but the I2C subsystem does not take the vendor into account
when matching using the I2C table since it only has device entries.
But when matching using an OF table, both the vendor and device has to be
taken in
The at24 driver allows to register I2C EEPROM chips using different vendor
and devices, but the I2C subsystem does not take the vendor into account
when matching using the I2C table since it only has device entries.
But when matching using an OF table, both the vendor and device has to be
taken in
Hi Geert,
The following changes implement display support for the R-Car H3 ES2.0. They
have been split in three distinct branches:
- tags/drm-h3-es2-dt-20170615 contains the DT changes and is based on top of
topic/r8a7795es2-integration
The following changes since commit
On Thu, Jun 15, 2017 at 04:31:48PM +0200, Geert Uytterhoeven wrote:
> Hi Simon,
>
> On Thu, Jun 15, 2017 at 4:20 PM, Simon Horman wrote:
> > On Thu, Jun 15, 2017 at 04:08:56PM +0200, Geert Uytterhoeven wrote:
> >> On Thu, Jun 15, 2017 at 3:45 PM, Simon Horman wrote:
> >> depends on commit ffaa42
On Thu, Jun 15, 2017 at 12:30 PM, Wolfram Sang
wrote:
> Handling this is special for this driver. Because the hardware needs to
> initialize the next message in interrupt context, we cannot use the
> i2c_check_msg_for_dma() directly. This helper only works reliably in
> process context. So, we nee
On Thu, Jun 15, 2017 at 08:30:35PM +0200, Wolfram Sang wrote:
> So, after revisiting old mail threads and taking part in a similar discussion
> on the USB list, here is what I cooked up to document and ease DMA handling
> for
> I2C within Linux. Please have a look at the documentation introduced i
Handling this is special for this driver. Because the hardware needs to
initialize the next message in interrupt context, we cannot use the
i2c_check_msg_for_dma() directly. This helper only works reliably in
process context. So, we need to check during initial preparation of the
whole transfer and
One helper checks if DMA is suitable and optionally creates a bounce
buffer, if not. The other function returns the bounce buffer and makes
sure the data is properly copied back to the message.
Signed-off-by: Wolfram Sang
Signed-off-by: Wolfram Sang
---
include/linux/i2c.h | 65
Signed-off-by: Wolfram Sang
Signed-off-by: Wolfram Sang
---
Documentation/i2c/DMA-considerations | 37
1 file changed, 37 insertions(+)
create mode 100644 Documentation/i2c/DMA-considerations
diff --git a/Documentation/i2c/DMA-considerations
b/Documentatio
This ensures that we fall back to PIO if the buffer is too small for DMA
being useful. Otherwise, we use DMA. A bounce buffer might be applied if
the original message buffer is not DMA safe
Signed-off-by: Wolfram Sang
Signed-off-by: Wolfram Sang
---
drivers/i2c/busses/i2c-sh_mobile.c | 8 ++
So, after revisiting old mail threads and taking part in a similar discussion
on the USB list, here is what I cooked up to document and ease DMA handling for
I2C within Linux. Please have a look at the documentation introduced in patch 2
for further details.
The branch can be found here:
git://gi
The patch
ASoC: simple-card-utils: add asoc_simple_card_convert_fixup()
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hour
The patch
ASoC: simple-card: use asoc_simple_card_of_parse_routing()
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours)
The patch
ASoC: audio-graph-scu-card: use asoc_simple_card_convert_fixup()
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 h
The patch
ASoC: rsnd: rename "slots" related variable
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent to Lin
The patch
ASoC: simple-scu-card: use asoc_simple_card_of_parse_routing()
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hou
The patch
ASoC: audio-graph-scu-card: use asoc_simple_card_of_parse_routing()
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 2
The patch
ASoC: simple-scu-card: use asoc_simple_card_convert_fixup()
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours)
The patch
ASoC: simple-card-utils: add asoc_simple_card_of_parse_routing()
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 h
The patch
ASoC: rsnd: add rsnd_adg_clk_query()
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent to Linus duri
The patch
ASoC: rsnd: add rsnd_soc_hw_rule/constraint()
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent to L
The patch
ASoC: rsnd: add rsnd_ssi_clk_query()
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent to Linus duri
Hi Uli,
> +static void wait_for_transaction(struct max9260_device *dev)
> +{
> + wait_event_interruptible_timeout(dev->rx_wq,
> + dev->rx_state <= RX_FRAME_ERROR,
> + HZ/2);
> +}
> +static void transact(struct max9260_device *dev,
max9260_transact?
> +
Hi Simon,
On Thu, Jun 15, 2017 at 4:20 PM, Simon Horman wrote:
> On Thu, Jun 15, 2017 at 04:08:56PM +0200, Geert Uytterhoeven wrote:
>> On Thu, Jun 15, 2017 at 3:45 PM, Simon Horman wrote:
>> depends on commit ffaa42e8a40b7f10 ("PM / Domains: Enable users of genpd
>> to specify always on PM doma
On Thu, Jun 15, 2017 at 04:08:56PM +0200, Geert Uytterhoeven wrote:
> Hi Simon,
>
> On Thu, Jun 15, 2017 at 3:45 PM, Simon Horman wrote:
> > On Wed, Jun 14, 2017 at 01:31:41PM +0200, Geert Uytterhoeven wrote:
> >> On Wed, Jun 14, 2017 at 1:04 PM, kbuild test robot
> >> wrote:
> >> > tree:
> >
Hi Simon,
On Thu, Jun 15, 2017 at 3:45 PM, Simon Horman wrote:
> On Wed, Jun 14, 2017 at 01:31:41PM +0200, Geert Uytterhoeven wrote:
>> On Wed, Jun 14, 2017 at 1:04 PM, kbuild test robot
>> wrote:
>> > tree: https://git.kernel.org/pub/scm/linux/kernel/git/horms/renesas.git
>> > drivers-for-v4
Hi Morimoto-san,
I think a better title would be:
arm64: defconfig: compile renesas sound related drivers as modules
On Wed, Jun 14, 2017 at 08:44:08AM +, Kuninori Morimoto wrote:
> From: Kuninori Morimoto
>
> Current Renesas Sound related drivers are compiled as built-in.
> Let's compile
On Sun, May 28, 2017 at 09:52:17AM +0200, Wolfram Sang wrote:
> Because we need to transfer some bytes with PIO, the msg length is not
> the length of the DMA buffer. Use the correct value which we used when
> doing the mapping.
>
> Fixes: 73e8b0528346e8 ("i2c: rcar: add DMA support")
> Signed-off
On Wed, Jun 14, 2017 at 01:31:41PM +0200, Geert Uytterhoeven wrote:
> Hi Simon,
>
> On Wed, Jun 14, 2017 at 1:04 PM, kbuild test robot
> wrote:
> > tree: https://git.kernel.org/pub/scm/linux/kernel/git/horms/renesas.git
> > drivers-for-v4.13
> > head: 895c7e91d84c0f0e207ad909482ed70b5f3c806f
On 09/05/17 13:37, Kieran Bingham wrote:
> When a suspend/resume action is taken, the pipeline is reset and never
> reconfigured.
>
> To correct this, we establish a new flag pipe->configured and utilise
> this to establish when we write a full configuration set to the current
> display list.
>
>
On Wed, Jun 14, 2017 at 9:38 AM, Ulrich Hecht
wrote:
> Adds serial port SCIF1 and the MAX9260 deserializers connected to it.
>
> Signed-off-by: Ulrich Hecht
> ---
> arch/arm/boot/dts/r8a7792-blanche.dts | 45
> +++
> 1 file changed, 45 insertions(+)
>
> diff --gi
USB 2.0 PHY of R-Car Gen3 can change the clock source from an oscillator
to an external clock via a register. So, this patch adds support
the clock source selector as a generic PHY driver.
Signed-off-by: Yoshihiro Shimoda
---
This patch is based on the latest linux-phy.git / next branch
(commit
Hi Dong,
On Tue, Jun 13, 2017 at 02:25:08PM +0800, Dong Aisheng wrote:
> On Mon, Jun 12, 2017 at 5:44 PM, jmondi wrote:
> > Fair enough :)
> >
> > I'll try to keep this short: I don't like "output-enable", and at the
> > same time I don't think "output-high" and "output-low" fit well for
> > this
From: Robin Murphy
Consolidate the 32-bit and 64-bit code to make use of fwspec instead
of archdata for the 32-bit ARM case.
This is a simplified version of the fwspec handling code from Robin
posted as [PATCH] iommu/ipmmu-vmsa: Convert to iommu_fwspec
Signed-off-by: Robin Murphy
Signed-off-by
From: Magnus Damm
Now when both 32-bit and 64-bit code inside the driver is using
fwspec it is possible to replace the utlb handling with fwspec ids
that get populated from ->of_xlate().
Suggested-by: Robin Murphy
Signed-off-by: Magnus Damm
---
drivers/iommu/ipmmu-vmsa.c | 104 -
From: Magnus Damm
The 32-bit ARM code gets updated to make use of ->of_xlate() and the
code is shared between 64-bit and 32-bit ARM. The of_device_is_available()
check gets dropped since it is included in of_iommu_xlate().
Suggested-by: Robin Murphy
Signed-off-by: Magnus Damm
---
drivers/iom
From: Magnus Damm
Extend the driver to make use of iommu_device_register()/unregister()
functions together with iommu_device_set_ops() and iommu_set_fwnode().
These used to be part of the earlier posted 64-bit ARM (r8a7795) series but
it turns out that these days they are required on 32-bit ARM
iommu/ipmmu-vmsa: 32-bit ARM update
[PATCH 01/04] iommu/ipmmu-vmsa: Use iommu_device_register()/unregister()
[PATCH 02/04] iommu/ipmmu-vmsa: Consistent ->of_xlate() handling
[PATCH 03/04] iommu/ipmmu-vmsa: Use fwspec on both 32 and 64-bit ARM
[PATCH 04/04] iommu/ipmmu-vmsa: Replace local utlb code
On Thu, Jun 15, 2017 at 12:39:40AM +, Kuninori Morimoto wrote:
> ak4613 CTRL2::CKS controls Speed Mode (Normal/Double/Quad) for Master
> Mode. In default, Normal Mode uses 512fs, but in such case, requested
> input clock for all mode will be same. Then, it might not be eble to
> support correc
Hejssan Niklas,
On Thu, Jun 15, 2017 at 10:48:20AM +0200, Niklas Söderlund wrote:
> Hi Sakari,
>
> Thanks for your comments.
>
> On 2017-05-29 14:35:16 +0300, Sakari Ailus wrote:
> > Hi Niklas,
> >
> > A few comments below.
> >
> > On Wed, May 24, 2017 at 02:13:53AM +0200, Niklas Söderlund wro
Hi Ulrich,
On Wed, Jun 14, 2017 at 4:38 PM, Ulrich Hecht
wrote:
> Adds an interface for slave device multiplexing, and an implementation
> for GPIO-based multiplexers.
>
> Signed-off-by: Ulrich Hecht
Thanks for your patch!
> --- /dev/null
> +++ b/drivers/tty/serdev/mux-gpio.c
> +int of_serdev
The optional operation can be used by entities to report how it maps its
fwnode endpoints to media pad numbers. This is useful for devices which
require advanced mappings of pads.
Signed-off-by: Niklas Söderlund
Acked-by: Sakari Ailus
---
include/media/media-entity.h | 5 +
1 file changed,
This is a wrapper around the media entity get_fwnode_pad operation.
Signed-off-by: Niklas Söderlund
Acked-by: Sakari Ailus
---
drivers/media/media-entity.c | 36
include/media/media-entity.h | 23 +++
2 files changed, 59 insertions(+)
di
Hi,
This series add a new entity operation which will aid capture
drivers to map a port/endpoint in DT to a media graph pad.
This series is implemented support for the ongoing ADV748x work by
Kieran Bingham. In his work he have a driver which registers more then
one subdevice. So when a driver fi
On 06/15/17 10:24, Laurent Pinchart wrote:
> The WPF vertical flip is only supported on Gen3 SoCs on the VSP2-I.
> Don't enable it on other VSP2 instances.
>
> Signed-off-by: Laurent Pinchart
Should this go to older kernels as well? Or is that not needed?
Regards,
Hans
> ---
> driver
Hi Sakari,
On 2017-06-14 13:45:58 +0300, Sakari Ailus wrote:
> Hi Niklas,
>
> On Tue, Jun 13, 2017 at 06:50:14PM +0200, Niklas Söderlund wrote:
> > Hi Sakari,
> >
> > Thanks for your feedback.
> >
> > On 2017-05-29 14:16:25 +0300, Sakari Ailus wrote:
> > > Hi Niklas,
> > >
> > > On Wed, May 24
Hi Sakari,
Thanks for your comments.
On 2017-05-29 14:35:16 +0300, Sakari Ailus wrote:
> Hi Niklas,
>
> A few comments below.
>
> On Wed, May 24, 2017 at 02:13:53AM +0200, Niklas Söderlund wrote:
> > From: Niklas Söderlund
> >
> > A V4L2 driver for Renesas R-Car MIPI CSI-2 receiver. The drive
The VSP supports both header and headerless display lists. The latter is
easier to use when the VSP feeds data directly to the DU in continuous
mode, and the driver thus uses headerless display lists for DU operation
and header display lists otherwise.
Headerless display lists are only available o
The display list headers are filled using information from the display
list only. Lower the display list manager spinlock contention by filling
the headers without holding the lock.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/vsp1/vsp1_dl.c | 6 --
1 file changed, 4 insertions
In the H3 ES2.0 SoC the VSP2-DL instance has two connections to DU
channels that need to be configured independently. Extend the VSP-DU API
with a pipeline index to identify which pipeline the caller wants to
operate on.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/rcar-du/rcar_du_vsp.c
The WPF vertical flip is only supported on Gen3 SoCs on the VSP2-I.
Don't enable it on other VSP2 instances.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/vsp1/vsp1_drv.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/media/platform/vsp1/vsp1_drv.c
New Gen3 SoCs come with two new VSP2 variants names VSP2-BS and VSP2-DL,
as well as a new VSP2-D variant on V3M and V3H SoCs. Add new entries for
them in the VSP device info table.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/vsp1/vsp1_drv.c | 24
drivers/
The Blend/ROP Sub Unit (BRS) is a stripped-down version of the BRU found
in several VSP2 instances. Compared to a regular BRU, it supports two
inputs only, and thus has no ROP unit.
Add support for the BRS by modeling it as a new entity type, but reuse
the vsp1_bru object underneath. Chaining the
Hello,
This patch series implements support for the R-Car H3 ES2.0 SoC in the VSP
driver.
Compared to the H3 ES1.1, the H3 ES2.0 has a new VSP2-DL instance that
includes two blending units, a BRU and a BRS. The BRS is similar to the BRU
but has two inputs only, and is used to service a second DU
The external clocks used by the DU are identical on the H3 ES1.x and
ES2.0 SoCs. There is thus no need to duplicate DU clocks in both
r8a7795-salvator-x.dts and r8a7795-es1-salvator-x.dts, move them all to
salvator-x.dtsi.
Signed-off-by: Laurent Pinchart
---
arch/arm64/boot/dts/renesas/r8a7795-e
Add a compatible string and VSP links to the DU node. The H3 ES1.x and
H3 ES2.0 are compatible save for the links to the VSPs that are
described explicitly in DT, so there's no need for a new ES2-specific
compatible string.
Signed-off-by: Laurent Pinchart
---
arch/arm64/boot/dts/renesas/r8a7795.
Hello,
This patch series enable DU support in DT for the R-Car H3 ES2.0 Salvator-X
board. Patch 1/2 addresses the SoC side, and patch 2/2 the board side.
The patches are based on top of the topic/r8a7795es2-integration branch from
the renesas-drivers tree.
Laurent Pinchart (2):
arm64: dts: r8a
The H3 ES1.x and H3 ES2.0 have identical pinmuxing for the parallel RGB
output support.
Signed-off-by: Laurent Pinchart
---
drivers/pinctrl/sh-pfc/pfc-r8a7795.c | 101 +++
1 file changed, 101 insertions(+)
Hi Geert,
This patch is based on the sh-pfc-for-v4.13 br
On 2017-06-14 16:38, Ulrich Hecht wrote:
> This driver implements tunnelling of i2c requests over GMSL via a
> MAX9260 deserializer. It provides an i2c adapter that can be used
> to reach devices on the far side of the link.
>
> Signed-off-by: Ulrich Hecht
> ---
> drivers/media/i2c/Kconfig |
On 2017-06-14 16:38, Ulrich Hecht wrote:
> Hi!
>
> This is an attempt to add multiplexer support to serdev, specifically
> GPIO-based multiplexing.
>
> Our use case is the Renesas Blanche V2H board with several MAX9260 GMSL
> deserializers attached to one serial port. A sample driver that impleme
81 matches
Mail list logo