Hi Simon,
On Fri, Apr 15, 2016 at 3:04 AM, Simon Horman wrote:
> On Wed, Apr 13, 2016 at 04:44:16PM +0200, Geert Uytterhoeven wrote:
>> This patch series introduces DT bindings for the R-Car System
>> Controller, as found on Renesas R-Car H1, R-Car Gen2, and R-Car Gen3
>> SoCs.
>
> Thanks Geert,
Hi Simon,
On Fri, Apr 15, 2016 at 2:33 AM, Simon Horman wrote:
> On Thu, Apr 14, 2016 at 10:19:04AM +0200, Geert Uytterhoeven wrote:
>> On Wed, Apr 13, 2016 at 10:23 PM, Olof Johansson wrote:
>> > On Wed, Apr 13, 2016 at 09:57:39PM +0200, Geert Uytterhoeven wrote:
>> >> On Wed, Apr 13, 2016 at 9
On Wed, Apr 13, 2016 at 04:44:16PM +0200, Geert Uytterhoeven wrote:
> Hi Simon, Magnus,
>
> This patch series introduces DT bindings for the R-Car System
> Controller, as found on Renesas R-Car H1, R-Car Gen2, and R-Car Gen3
> SoCs.
Thanks Geert,
I have queued this up for v4.7.
Please let
On Thu, Apr 14, 2016 at 06:16:44PM +0200, Wolfram Sang wrote:
> It took me a little to discover that CTL_STATUS has a different handling than
> the other registers. CTL_STATUS and CTL_STATUS2, both u16, are merged into a
> virtual u32. However, CTL_STATUS2 was also directly accessed.
>
> Clean thi
On Thu, Apr 14, 2016 at 10:19:04AM +0200, Geert Uytterhoeven wrote:
> Hi Olof,Simon,
>
> On Wed, Apr 13, 2016 at 10:23 PM, Olof Johansson wrote:
> > On Wed, Apr 13, 2016 at 09:57:39PM +0200, Geert Uytterhoeven wrote:
> >> On Wed, Apr 13, 2016 at 9:43 PM, Olof Johansson wrote:
> >> > On Mon, Apr
Hi Gustavo,
Thank you for the patch.
On Thursday 14 Apr 2016 10:48:21 Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> Replace the legacy drm_send_vblank_event() with the new helper function.
>
> Signed-off-by: Gustavo Padovan
Acked-by: Laurent Pinchart
> ---
> drivers/gpu/drm/shmobile/
Hi Gustavo,
Thank you for the patch.
On Thursday 14 Apr 2016 10:48:20 Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> Replace the legacy drm_send_vblank_event() with the new helper function.
>
> Signed-off-by: Gustavo Padovan
Acked-by: Laurent Pinchart
> ---
> drivers/gpu/drm/rcar-du/r
Hi Geert,
Thank you for the patch.
On Wednesday 13 Apr 2016 16:44:26 Geert Uytterhoeven wrote:
> On R-Car H3, some power areas (e.g. A3VP) contain I/O devices, which are
> also part of the CPG/MSSR Clock Domain.
> On all R-Car SoCs, devices in the "always-on" PM Domain are part of the
> Clock Dom
Hi Geert,
Thank you for the patches.
In the long term we could try to move the power domain handling code from the
CPG drivers to the SYSC driver, after all platforms are switched to the MSSR
driver. For now this looks good to me, so, for the whole series,
Acked-by: Laurent Pinchart
On Wedne
From: Gustavo Padovan
Replace the legacy drm_send_vblank_event() with the new helper function.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/shmobile/shmob_drm_crtc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/shmobile/shmob_drm_crtc.c
b/drivers/g
From: Gustavo Padovan
Replace the legacy drm_send_vblank_event() with the new helper function.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/rcar-du/rcar_du_crtc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/rcar-du/rcar_du_crtc.c
b/drivers/gpu/drm
Hi Geert,
Thank you for the patches.
For the whole series,
Acked-by: Laurent Pinchart
On Wednesday 13 Apr 2016 16:44:40 Geert Uytterhoeven wrote:
> Hi Simon, Magnus,
>
> This patch series adds the R-Car System Controller to the DTS files for
> the various Renesas R-Car SoCs, and hooks u
Hi Mauro,
On Wednesday 13 Apr 2016 17:42:24 Mauro Carvalho Chehab wrote:
> As reported by smatch:
> drivers/media/platform/vsp1/vsp1_drm.c:39:6: warning: no previous
> prototype
> for 'vsp1_drm_frame_end' [-Wmissing-prototypes] void
> vsp1_drm_frame_end(struct vsp1_pipeline *pipe)
>
> Fixe
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 | 69 +
1 file changed, 69 insertions(+)
diff --git a/drivers/media/platform/rcar-vin/rcar-v4l2.
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
Signed-off-by: Rob Taylor
[uli: added interrupt, renamed end
Initializes the decoder subdevice with a fixed EDID blob.
Signed-off-by: Ulrich Hecht
---
drivers/media/platform/rcar-vin/rcar-v4l2.c | 46 +
1 file changed, 46 insertions(+)
diff --git a/drivers/media/platform/rcar-vin/rcar-v4l2.c
b/drivers/media/platform/rcar-vin/
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 Pinchart
Acked-by: Vaibhav Hir
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 CONFIG_MEDIA_CO
From: William Towle
Add logic such that the "default-input" property becomes unnecessary
for chips that only have one suitable input (ADV7611 by design, and
ADV7612 due to commit 7111cddd518f ("[media] media: adv7604: reduce
support to first (digital) input").
Additionally, Ian's documentation i
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
[uli: adapted to rcar-vin rewrite]
Signed-off-by: Ulrich Hecht
---
drivers/
Hi!
This series implements Lager HDMI input support on top of version 4 of
Niklas's rcar-vin rewrite ("[PATCHv4] [media] rcar-vin: add Renesas R-Car
VIN driver").
Apart from rebasing, this revision removes one patch that has since been
picked up, squashes the DT changes into one patch and adjusts
From: Wolfram Sang
BIT() makes it easier to match the bits to the datasheet. This is
especially important here, since some variants have different names in
their datasheets (like with Renesas R-Car).
Signed-off-by: Wolfram Sang
---
drivers/mmc/host/tmio_mmc.h | 44 +++--
From: Wolfram Sang
Now that reading CTL_STATUS is consistent, we can remove CTL_STATUS2 and
document how this is handled internally.
Signed-off-by: Wolfram Sang
---
drivers/mmc/host/tmio_mmc.h | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/mmc/host/tmio_mmc.h b/d
From: Wolfram Sang
This bit has a different meaning in SDHI and original TMIO. Document
that and use the proper naming.
Signed-off-by: Wolfram Sang
---
drivers/mmc/host/sh_mobile_sdhi.c | 3 ++-
drivers/mmc/host/tmio_mmc.h | 3 ++-
drivers/mmc/host/tmio_mmc_pio.c | 2 +-
3 files change
From: Wolfram Sang
Looking at the backlogs, I am not the only one who missed that the above
functions do not read u32 from one register, but create a virtual u32
from reading to adjacent u16 registers (which depending on 'bus_shift'
can be up to 8 byte apart). Because this driver supports old har
It took me a little to discover that CTL_STATUS has a different handling than
the other registers. CTL_STATUS and CTL_STATUS2, both u16, are merged into a
virtual u32. However, CTL_STATUS2 was also directly accessed.
Clean this up, make this consistent, and document this. Making the driver less
co
From: Wolfram Sang
To prevent confusion, use the virtual u32 CTL_STATUS in card_busy() the
same way as in other parts of this driver.
Signed-off-by: Wolfram Sang
---
drivers/mmc/host/tmio_mmc.h | 3 +--
drivers/mmc/host/tmio_mmc_pio.c | 2 +-
2 files changed, 2 insertions(+), 3 deletions(-
On Wed, Apr 13, 2016 at 10:11 AM, Geert Uytterhoeven
wrote:
> On Wed, Apr 13, 2016 at 9:23 AM, Linus Walleij
> wrote:
>> On Tue, Apr 12, 2016 at 5:57 PM, Wolfram Sang wrote:
>>
>>> From: Wolfram Sang
>>>
>>> Helps get_maintainer.pl to find the right people.
>>>
>>> Signed-off-by: Wolfram Sang
Add a GPIO key with wake-up capability for the NMI button.
This allows to wake up the system from s2ram without relying on the
buttons on the optional switch board.
Signed-off-by: Geert Uytterhoeven
---
arch/arm/boot/dts/sh73a0-kzm9g.dts | 7 +++
1 file changed, 7 insertions(+)
diff --git a
Hi
I know we already have dw-hdmi-ahb-audio.c which is based on
normal ALSA style, but I would like to use it as ASoC.
I'm thinking that we can separate this existing dw-hdmi-ahb-audio driver
into "common parts" and ahb "specific parts", and share common parts with ASoC,
like below, but what do yo
On Thu, 14 Apr 2016 05:45:41 +
Kuninori Morimoto wrote:
> Current simple-card is using "sound-dai" base connection on DT,
> but V4L2 is using graph base connection.
> For example HDMI case, we would like to use both connection.
> To above confusable connection method, and to reuse current res
Commit edf4100906044225 ("ARM: shmobile: sh7372 dtsi: Remove Legacy
file") removed the DTS for the last shmobile SoC with a Cortex A8 CPU
core (sh7372 aka SH-Mobile AP4), hence drop support for it in the
loops-per-jiffy preset code.
As "div" is always 1 for supported contemporary ARM processors, w
Hi Olof,Simon,
On Wed, Apr 13, 2016 at 10:23 PM, Olof Johansson wrote:
> On Wed, Apr 13, 2016 at 09:57:39PM +0200, Geert Uytterhoeven wrote:
>> On Wed, Apr 13, 2016 at 9:43 PM, Olof Johansson wrote:
>> > On Mon, Apr 04, 2016 at 10:22:56AM +0900, Simon Horman wrote:
>> >> Geert Uytterhoeven (2):
From: Kuninori Morimoto
commit 93c667ca2598bd84f1bd3f2fa176af69707699fe
("of: *node argument to of_parse_phandle_with_args should be const")
changed struct device node *np as "const".
but it cares CONFIG_OF case only, !CONFIG_OF case need it too.
Signed-off-by: Kuninori Morimoto
---
include/li
34 matches
Mail list logo
