From: Jianwei Wang
NEC represent NEC LCD Technologies, Ltd.
Signed-off-by: Alison Wang
Signed-off-by: Xiubo Li
Signed-off-by: Jianwei Wang
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/vendor-pr
From: Jianwei Wang
This adds support for the NEC NL4827HC19-05B 480x272 panel to the DRM
simple panel driver.
Signed-off-by: Alison Wang
Signed-off-by: Xiubo Li
Signed-off-by: Jianwei Wang
Acked-by: Daniel Vetter
---
.../bindings/panel/nec,nl4827hc19_05b.txt | 7 ++
MAINTAINER
From: Jianwei Wang
Add DCU node, DCU is a display controller of Freescale
named 2D-ACE.
Signed-off-by: Alison Wang
Signed-off-by: Xiubo Li
Signed-off-by: Jianwei Wang
Reviewed-by: Alison Wang
---
arch/arm/boot/dts/ls1021a.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git a/
From: Jianwei Wang
Add a TFT LCD panel. the TFT LCD panel is WQVGA "480x272",
and the bpp is 24.
Signed-off-by: Alison Wang
Signed-off-by: Xiubo Li
Signed-off-by: Jianwei Wang
Reviewed-by: Alison Wang
---
arch/arm/boot/dts/ls1021a-twr.dts | 11 +++
1 file changed, 11 insertions(+)
On Thu, 16 Jul 2015 18:46:43 +0200,
Russell King - ARM Linux wrote:
>
> On Thu, Jul 16, 2015 at 06:16:58PM +0200, Jean-Francois Moine wrote:
> > The file sound/core/pcm_drm_eld.c which was added by the commit
> >
> > 838d1631b766529213684f07dd71cdf2e92f0623
> > ALSA: pcm: add DRM ELD help
The commit 8c7a075da9f7980cc95ffcd7e6621d4a87f20f40
"use drm_hdmi_avi_infoframe_from_display_mode()"
also uses hdmi_avi_infoframe_pack() to create the AVI infoframe.
This function sets the checksum of the frame and this breks
the second calculation of the checksum done in tda998x_write_if().
Sign
Fix misunderstanding in how use component framework.
drm_platform_init() is now call only when all the
sub-components are register themselves instead of the
previous broken two stages mechanism.
Update bindings documentation.
Signed-off-by: Benjamin Gaignard
---
.../devicetree/bindings/gpu/st,s
STI drm drivers probe and bind using component framework was incorrect.
In addition to drivers fix DT update is needed to make all sub-components
become childs of sti-display-subsystem.
Signed-off-by: Benjamin Gaignard
---
arch/arm/boot/dts/stih407.dtsi | 82 +
e the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150717/125980d8/attachment-0001.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150717/c0dcf0a7/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150717/2615d66b/attachment.html>
.org/archives/dri-devel/attachments/20150717/404e9120/attachment.html>
As I see, this is not a kernel header, but a local (belongs to libdrm) one.
(Otherwise, I would like you to point me on such file at, say,
https://github.com/torvalds/linux/tree/master/include/drm)
At files drm_sarea.h, mga_drm.h, qxl_drm.h, radeon_drm.h and via_drm.h we have
#include "drm.h"
At
u are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150717/311136f6/attachment.html>
On 16 July 2015 at 19:05, Jonathan Gray wrote:
> On Thu, Jul 16, 2015 at 04:55:40PM +0100, Emil Velikov wrote:
>> The whole thing is quite messy - the file is used to indicate that the
>> man pages were correctly generated prior to applying the "fixup" (alias)
>>
>> At the same time we use a rule
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150717/b2105f35/attachment.html>
Hi Laurent
> This patch series adds support for the DU found in the R8A7793 and R8A7794
> SoCs. It mostly consists of DT bindings updates (1/5 and 2/5) with a small
> driver change in 2/5 to support fixed RGB output routing. Patches 4/5 and 5/5
> then add DU nodes to the r8a7793.dtsi and r8a7794.
Hi Laurent, again
> > This patch series adds support for the DU found in the R8A7793 and R8A7794
> > SoCs. It mostly consists of DT bindings updates (1/5 and 2/5) with a small
> > driver change in 2/5 to support fixed RGB output routing. Patches 4/5 and
> > 5/5
> > then add DU nodes to the r8a77
Hi Laurent,
On Fri, Jul 17, 2015 at 6:06 PM, Laurent Pinchart
wrote:
> Hi Morimoto-san,
>
> Thank you for your quick reply.
>
> On Friday 17 July 2015 09:03:32 Kuninori Morimoto wrote:
>> Hi Laurent, again
>>
>> >> This patch series adds support for the DU found in the R8A7793 and
>> >> R8A7794 S
Hi Benji,
On 07/16/2015 03:08 PM, Benjamin Gaignard wrote:
> Maxime, as STi DT maintainer, could you give us your point of view ?
I agree these DT nodes are not used in products today, and only used by
very few people.
These people use aligned version of DT and Kernel, so I think we can
break th
On 07/17/2015 11:12 AM, Thierry Reding wrote:
> On Fri, Jul 17, 2015 at 11:02:26AM +0200, Maxime Coquelin wrote:
>> Hi Benji,
>>
>> On 07/16/2015 03:08 PM, Benjamin Gaignard wrote:
>>> Maxime, as STi DT maintainer, could you give us your point of view ?
>> I agree these DT nodes are not used in p
Dear ARM SoC Maintainers,
On 07/17/2015 01:45 PM, Benjamin Gaignard wrote:
> STI drm drivers probe and bind using component framework was incorrect.
> In addition to drivers fix DT update is needed to make all sub-components
> become childs of sti-display-subsystem.
>
> Signed-off-by: Benjamin Gai
On Thu, Jul 16, 2015 at 04:55:40PM +0100, Emil Velikov wrote:
> The whole thing is quite messy - the file is used to indicate that the
> man pages were correctly generated prior to applying the "fixup" (alias)
>
> At the same time we use a rule with the same name, to create the same
> file if the
From: Alexandr Akulich
The include type changed from system to own.
Signed-off-by: Alexandr Akulich
---
include/drm/amdgpu_drm.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/drm/amdgpu_drm.h b/include/drm/amdgpu_drm.h
index b6fce90..25e9b0a 100644
--- a/include/d
g platform
devices in the first place.
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150717/a6c4/attachment-0001.sig>
Hi Mark,
On Thu, Jul 16, 2015 at 10:23 PM, Mark Brown wrote:
> On Wed, Jul 01, 2015 at 11:40:56AM +0200, Tomeu Vizoso wrote:
>
>> Delay matches of platform devices until late_initcall, when we are sure
>> that all built-in drivers have been registered already. This is needed
>> to prevent deferre
o power up the device manually prior to the
device actually enumerating. If we're doing early resource acquisition
we probably want to solve that too.
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150717/8977a60e/attachment.sig>
mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150717/2c04b020/attachment.html>
> -Original Message-
> From: Thierry Reding [mailto:thierry.reding at gmail.com]
> Sent: Thursday, July 16, 2015 7:31 PM
> To: Wang Jianwei-B52261
> Cc: dri-devel at lists.freedesktop.org; linux-kernel at vger.kernel.org;
> linux-
> arm-kernel at lists.infradead.org; devicetree at vger.k
bbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150717/29c96490/attachment.html>
> -Original Message-
> From: Thierry Reding [mailto:thierry.reding at gmail.com]
> Sent: Tuesday, July 14, 2015 7:00 PM
> To: Wang Jianwei-B52261
> Cc: dri-devel at lists.freedesktop.org; linux-kernel at vger.kernel.org;
> linux-
> arm-kernel at lists.infradead.org; devicetree at vger.ke
On Thu, 16 Jul 2015 20:20:39 +0800
John Hunter wrote:
> From: Zhao Junwang
>
> This supports the asynchronous commits, required for page-flipping
> Since it's virtual hw it's ok to commit async stuff right away, we
> never have to wait for vblank.
Hi,
in theory, yes. This is what a patch to b
On Wed, Jul 01, 2015 at 05:12:45PM +0530, Sudip Mukherjee wrote:
> These variables were assigned some values but they were never used.
Gentle ping.
regards
sudip
On Thu, Jul 16, 2015 at 04:32:44PM +0100, Chris Wilson wrote:
> On Thu, Jul 16, 2015 at 04:47:51PM +0200, Daniel Vetter wrote:
> > If we don't force the connector state to unknown there's no reason any
> > more to force a reprobe. Also no other driver bothers with this, so
> > probably it's not req
On Fri, Jul 17, 2015 at 11:51:03AM +0530, Sudip Mukherjee wrote:
> On Wed, Jul 01, 2015 at 05:12:45PM +0530, Sudip Mukherjee wrote:
> > These variables were assigned some values but they were never used.
> Gentle ping.
Both applied to drm-misc, thanks.
-Daniel
--
Daniel Vetter
Software Engineer,
Hi Linus,
fixes all over the place, the rockchip and imx fixes I missed while on
holidays, so I've queued them now which makes this a bit bigger.
The rest is misc amdgpu, radeon, i915 and armada.
I think the most important thing is the ioctl fix, we dropped the avoid
compat ball, so we get to
Hello,
This patch series adds support for the DU found in the R8A7793 and R8A7794
SoCs. It mostly consists of DT bindings updates (1/5 and 2/5) with a small
driver change in 2/5 to support fixed RGB output routing. Patches 4/5 and 5/5
then add DU nodes to the r8a7793.dtsi and r8a7794.dtsi, with pa
The R8A7793 DU is identical to the R8A7791 and thus only requires a new
DT compatible string.
Signed-off-by: Laurent Pinchart
---
Documentation/devicetree/bindings/video/renesas,du.txt | 12 +++-
drivers/gpu/drm/rcar-du/rcar_du_drv.c | 4 +++-
2 files changed, 10 insert
The R8A7794 DU has a fixed output routing configuration with one RGB
output per CRTC and thus lacks the RGB output routing register field.
Signed-off-by: Laurent Pinchart
---
.../devicetree/bindings/video/renesas,du.txt | 4 +++-
drivers/gpu/drm/rcar-du/rcar_du_drv.c | 23 +++
The DU0 clock is an MSTP clock, child of the CPG ZX clock.
Signed-off-by: Laurent Pinchart
---
arch/arm/boot/dts/r8a7794.dtsi| 7 ---
include/dt-bindings/clock/r8a7794-clock.h | 1 +
2 files changed, 5 insertions(+), 3 deletions(-)
diff --git a/arch/arm/boot/dts/r8a7794.dtsi b/a
Add the DU device with a disabled state. Boards that want to enable the
DU need to specify the output topology.
Signed-off-by: Laurent Pinchart
---
arch/arm/boot/dts/r8a7793.dtsi | 30 ++
1 file changed, 30 insertions(+)
diff --git a/arch/arm/boot/dts/r8a7793.dtsi b/
Add the DU device with a disabled state. Boards that want to enable the
DU need to specify the output topology.
Signed-off-by: Laurent Pinchart
---
arch/arm/boot/dts/r8a7794.dtsi | 28
1 file changed, 28 insertions(+)
diff --git a/arch/arm/boot/dts/r8a7794.dtsi b/ar
Hi Morimoto-san,
Thank you for your quick reply.
On Friday 17 July 2015 09:03:32 Kuninori Morimoto wrote:
> Hi Laurent, again
>
> >> This patch series adds support for the DU found in the R8A7793 and
> >> R8A7794 SoCs. It mostly consists of DT bindings updates (1/5 and 2/5)
> >> with a small dri
sktop.org/archives/dri-devel/attachments/20150717/55003c58/attachment-0001.sig>
On 17.07.2015 05:19, akulichalexander at gmail.com wrote:
> From: Alexandr Akulich
>
> The include type changed from system to own.
>
> Signed-off-by: Alexandr Akulich
> ---
> include/drm/amdgpu_drm.h | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/include/drm/amdgpu_
crubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150717/bd8ae2d5/attachment.html>
sktop.org/archives/dri-devel/attachments/20150717/c7fb8458/attachment.html>
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150717/6d0cab4e/attachment.html>
.freedesktop.org/archives/dri-devel/attachments/20150717/0dccfea0/attachment-0001.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150717/eca60554/attachment.html>
From: Jianwei Wang
This patch add support for Two Dimensional Animation and Compositing
Engine (2D-ACE) on the Freescale SoCs.
2D-ACE is a Freescale display controller. 2D-ACE describes
the functionality of the module extremely well its name is a value
that cannot be used as a token in programmi
51 matches
Mail list logo
