On Wed, May 4, 2016 at 10:21 AM, Geert Uytterhoeven
wrote:
> Currrently the gpio_chip.to_irq() callback returns -ENOSYS on error,
> which causes bad interactions with the serial_mctrl_gpio helpers.
>
> mctrl_gpio_init() returns -ENOSYS if GPIOLIB is not enabled, which is
Hi Dirk,
On Wed, May 11, 2016 at 1:56 PM, Dirk Behme wrote:
> On 11.05.2016 10:06, Geert Uytterhoeven wrote:
>> On Wed, May 11, 2016 at 7:29 AM, Dirk Behme
>> wrote:
>>> --- /dev/null
>>> +++
On Wed, May 11, 2016 at 2:36 PM, Laurent Pinchart
wrote:
> The FCP is a companion module of video processing modules in the Renesas
> R-Car Gen3 SoCs. It provides data compression and decompression, data
> caching, and conversion of AXI transactions in
Hi Geert,
On 11.05.2016 10:06, Geert Uytterhoeven wrote:
Hi Dirk,
On Wed, May 11, 2016 at 7:29 AM, Dirk Behme wrote:
--- /dev/null
+++ b/Documentation/devicetree/bindings/misc/renesas,rcar-rst.txt
@@ -0,0 +1,15 @@
+Renesas RCar r8a779x reset module
Hi Dirk,
On Wed, May 11, 2016 at 10:55 AM, Dirk Behme wrote:
> On 11.05.2016 10:41, Geert Uytterhoeven wrote:
>> On Wed, May 11, 2016 at 10:39 AM, Dirk Behme
>> wrote:
>>> On 11.05.2016 09:54, Geert Uytterhoeven wrote:
On Wed, May 11, 2016
> SDR104) while SDHI2 and SDHI3 do not have this hardware feature. How
> is this difference handled today?
We read out the version register. (That reminds me I have a
documentation patch for that lying around...)
signature.asc
Description: PGP signature
From: Wolfram Sang
trans_start is gone from netdevice, so use the new helper function to
set the mark.
Signed-off-by: Wolfram Sang
---
This fixup is needed to build with linux/next because it contains a patch
dropping
Hi Dirk,
CC Laurent
On Wed, May 11, 2016 at 3:36 PM, Dirk Behme wrote:
> Just an understanding question:
>
> Why do you prefer the solution with the drivers/misc/boot-mode-reg/ solution
> done in this patch series over the solution you proposed in
>
>
Hi!
This series implements Lager/Koelsch HDMI input support on top of version 6
of Niklas's rcar-vin rewrite ("[PATCHv6] [media] rcar-vin: add Renesas R-Car
VIN driver").
This revision addresses the issues found in Hans Verkuil's review of the series
(except for the EDID intialization, which I
On 11.05.2016 15:51, Geert Uytterhoeven wrote:
Hi Dirk,
CC Laurent
On Wed, May 11, 2016 at 3:36 PM, Dirk Behme wrote:
Just an understanding question:
Why do you prefer the solution with the drivers/misc/boot-mode-reg/ solution
done in this patch series over the
From: Wolfram Sang
To follow common pattern for staging/.
Signed-off-by: Wolfram Sang
---
Change in V2: correct authorship, sorry for the noise!
drivers/staging/ks7010/{README => TODO} | 0
1 file changed, 0 insertions(+),
On Wed, May 11, 2016 at 03:36:30PM +0300, Laurent Pinchart wrote:
> The FCP is a companion module of video processing modules in the Renesas
> R-Car Gen3 SoCs. It provides data compression and decompression, data
> caching, and conversion of AXI transactions in order to reduce the
> memory
Fix rcar_vin_try_fmt's use of an inappropriate pad number when calling
the subdev set_fmt function - for the ADV7612, IDs should be non-zero.
Signed-off-by: William Towle
Reviewed-by: Rob Taylor
Acked-by: Hans Verkuil
Hi,
R-Car Gen2 have two DMA controllers, which are equivalent. However DMA
slaves were tied only to a single DMA controller in .dtsi. This series
add references to to both DMA controllers for all nodes that previously
only referenced one of them. It also adds dma references to the SDHI
nodes for
R-Car Gen2 have two DMA controllers, which are equivalent. Add
references to both dmac0 and dmac1 so the driver can choose which one to
use.
Signed-off-by: Niklas Söderlund
---
arch/arm/boot/dts/r8a7793.dtsi | 130 -
Hi Niklas,
On Wed, May 11, 2016 at 3:13 PM, Niklas Söderlund
wrote:
> R-Car Gen2 have two DMA controllers, which are equivalent. Add
> references to both dmac0 and dmac1 so the driver can choose which one to
> use.
>
> Signed-off-by: Niklas Söderlund
Hi Niklas,
On Wed, May 11, 2016 at 3:13 PM, Niklas Söderlund
wrote:
> R-Car Gen2 have two DMA controllers, which are equivalent. However DMA
> slaves were tied only to a single DMA controller in .dtsi. This series
> add references to to both DMA controllers
R-Car Gen2 have two DMA controllers, which are equivalent. Add
references to both dmac0 and dmac1 so the driver can choose which one to
use.
Signed-off-by: Niklas Söderlund
---
arch/arm/boot/dts/r8a7791.dtsi | 145 -
R-Car Gen2 have two DMA controllers, which are equivalent. Add
references to both dmac0 and dmac1 so the driver can choose which one to
use.
Signed-off-by: Niklas Söderlund
---
arch/arm/boot/dts/r8a7790.dtsi | 131 -
Currently the following DT description would result in dmac0 always
being tried first and dmac1 second if dmac0 was unavailable. This
results in heavier use of dmac0 then of dmac1. This patch adds an
approximate average distribution over the two nodes lessening the load
of anyone of them.
Hi Geert,
On 11.05.2016 14:13, Geert Uytterhoeven wrote:
Hi Dirk,
On Wed, May 11, 2016 at 1:56 PM, Dirk Behme wrote:
On 11.05.2016 10:06, Geert Uytterhoeven wrote:
On Wed, May 11, 2016 at 7:29 AM, Dirk Behme
wrote:
--- /dev/null
+++
On 2016-05-11 15:45:17 +0200, Geert Uytterhoeven wrote:
> Hi Niklas,
>
> On Wed, May 11, 2016 at 3:13 PM, Niklas Söderlund
> wrote:
> > R-Car Gen2 have two DMA controllers, which are equivalent. Add
> > references to both dmac0 and dmac1 so the driver can
Add detection of source pad number for drivers aware of the media controller
API, so that rcar-vin can create device nodes to support modern drivers such
as adv7604.c (for HDMI on Lager) and the converted adv7180.c (for composite)
underneath.
Building rcar_vin gains a dependency on
From: William Towle
Add DT entries for vin0, vin0_pins, and adv7612.
Sets the 'default-input' property for ADV7612, enabling image and video
capture without the need to have userspace specifying routing.
Signed-off-by: William Towle
Adds ioctls DV_TIMINGS_CAP, ENUM_DV_TIMINGS, G_DV_TIMINGS, S_DV_TIMINGS,
and QUERY_DV_TIMINGS.
Signed-off-by: Ulrich Hecht
---
drivers/media/platform/rcar-vin/rcar-v4l2.c | 82 +
1 file changed, 82 insertions(+)
diff --git
From: Laurent Pinchart
Add a new subdev operation to initialize a subdev pad config array, and
a helper function to allocate and initialize the array. This can be used
by bridge drivers to implement try format based on subdev pad
operations.
Signed-off-by: Laurent
The current device tree representation of the R-Car Sample Rate Converters
(SRC) assumes that they are numbered consecutively, starting from 0. Alas,
this is not the case with the R8A7794 SoC where SRC0 isn't present. In
order to keep the existing device trees working, I'm suggesting to use a
The metadata video device is used to transfer metadata between
userspace and kernelspace. It supports the metadata buffer type only.
Signed-off-by: Laurent Pinchart
---
Documentation/DocBook/media/v4l/dev-meta.xml | 10 +++---
On Tue, May 10, 2016 at 06:13:55PM +0900, Magnus Damm wrote:
> On Tue, May 10, 2016 at 2:52 PM, Simon Horman
> wrote:
> > Add the sd-uhs-sdr104 property to SDHI0.
> >
> > Signed-off-by: Simon Horman
> > ---
> >
Hi Mr Mark Brown, Mr Morimoto
I have used this patch for testting Rcar-sound unbind/rebind on the
RcarH3 board.
result is good(Rcar-sound can unbind/rebind without error warning )
Testted-by: Nguyen Viet dung
Best regards,
On 2016年04月29日 02:47, Mark Brown wrote:
The
On Wed, May 11, 2016 at 02:46:00PM +0200, Wolfram Sang wrote:
> From: Wolfram Sang
>
> Replace hardcoded values with meaningful names and document what we
> know.
>
> Signed-off-by: Wolfram Sang
Reviewed-by: Simon Horman
On Mon, May 09, 2016 at 09:58:32AM +0200, Geert Uytterhoeven wrote:
> On Mon, May 9, 2016 at 9:57 AM, Dirk Behme wrote:
> >> reset-controller@e616 {
> >> compatible = "renesas,r8a7795-rst";
> >
> > Hmm, do we really want the r8a7795 here? Then
On Wed, May 11, 2016 at 04:02:56PM +0200, Ulrich Hecht wrote:
> From: Hans Verkuil
>
> Add support in the dts for the HDMI input. Based on the Lager dts
> patch from Ultich Hecht.
Please use "ARM: dts: koelsch:" as the prefix for this patch title.
Thanks
On Tue, May 10, 2016 at 11:05:34PM +0200, Greg KH wrote:
> On Tue, May 10, 2016 at 03:52:13PM +0200, Wolfram Sang wrote:
> > This driver can be used with later Spectec SDW-821 and all SDW-823 cards.
> > See patch 1 and README for more details about its origin. To have the card
> > working, you
Hi Geert
> I have pushed renesas-drivers-2016-05-10-v4.6-rc7 to
> https://git.kernel.org/cgit/linux/kernel/git/geert/renesas-drivers.git
>
> This tree is meant to ease development of platform support and drivers
> for Renesas ARM SoCs. It is created by merging (a) the for-next branches
> of
Hi Morimoto-san,
On Wed, May 11, 2016 at 8:34 AM, Kuninori Morimoto
wrote:
>> I have pushed renesas-drivers-2016-05-10-v4.6-rc7 to
>> https://git.kernel.org/cgit/linux/kernel/git/geert/renesas-drivers.git
>>
>> This tree is meant to ease development of platform
Hi Geert
> >> Today's version is based on renesas-devel-20160509-v4.6-rc7.
> >
> > I couldn't compile code ?
> >
> > > git checkout renesas-drivers-2016-05-10-v4.6-rc7
> > > make defconfig
> > > make64 Image
> > CHK include/config/kernel.release
> > Using
On Wed, May 11, 2016 at 08:06:15AM +0200, Wolfram Sang wrote:
> On Tue, May 10, 2016 at 11:05:34PM +0200, Greg KH wrote:
> > On Tue, May 10, 2016 at 03:52:13PM +0200, Wolfram Sang wrote:
> > > This driver can be used with later Spectec SDW-821 and all SDW-823 cards.
> > > See patch 1 and README
Hi Dirk,
On Wed, May 11, 2016 at 10:39 AM, Dirk Behme wrote:
> On 11.05.2016 09:54, Geert Uytterhoeven wrote:
>> On Wed, May 11, 2016 at 7:29 AM, Dirk Behme
>> wrote:
>>>
>>> --- /dev/null
>>> +++ b/drivers/misc/boot-mode-reg/core.c
>>
>>> +/**
Hi Geert,
On 11.05.2016 10:41, Geert Uytterhoeven wrote:
Hi Dirk,
On Wed, May 11, 2016 at 10:39 AM, Dirk Behme wrote:
On 11.05.2016 09:54, Geert Uytterhoeven wrote:
On Wed, May 11, 2016 at 7:29 AM, Dirk Behme
wrote:
--- /dev/null
+++
40 matches
Mail list logo