[Bug 89699] Regression in 10.5.1 causes flickering/artifacting in a particular video game

t part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150717/b2105f35/attachment.html>

[PATCH libdrm] man: remove .man_fixup workaround

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

[PATCH v10 5/5] arm/dts/ls1021a: Add a TFT LCD panel dts node

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

[PATCH v10 4/5] arm/dts/ls1021a: Add DCU dts node

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

[PATCH v10 3/5] drm/panel: simple: Add support for NEC NL4827HC19-05B 480x272 panel

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

[PATCH v10 2/5] devicetree: Add NEC to the vendor-prefix list

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

[PATCH v10 1/5] drm/layerscape: Add Freescale DCU DRM driver

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

[PATCH] libdrm/amdgpu: Fixed drm.h include.

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"

[PATCH] libdrm/amdgpu: Fixed drm.h include.

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

[PATCH 0/5] R-Car DU: Add support for R8A7793 and R8A7794

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

[Bug 91375] [radeonsi] [drm:si_dpm_set_power_state [radeon]] *ERROR* si_restrict_performance_levels_before_switch failed

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>

[PATCH 2/2] drm: sti: adapt DT to fix probe/bind issues in DRM driver

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

[PATCH 2/2] drm: sti: adapt DT to fix probe/bind issues in DRM driver

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

[PATCH 1/2] drm: sti: fix sub-components bind

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 ---

[Bug 91371] Tonga HDMI Audio none on TV working on monitor - possible eld issue

archives/dri-devel/attachments/20150717/404e9120/attachment.html>

[Bug 91371] Tonga HDMI Audio none on TV working on monitor - possible eld issue

ext part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150717/2615d66b/attachment.html>

[Bug 91371] Tonga HDMI Audio none on TV working on monitor - possible eld issue

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150717/c0dcf0a7/attachment.html>

[Bug 91371] Tonga HDMI Audio none on TV working on monitor - possible eld issue

are 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>

[PATCH] drm/i2c: tda998x: Fix bad checksum of the HDMI AVI infoframe

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().

drm/edid: sound/core: pcm_drm_eld.c compilation error in 4.2

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

[PATCH 0/5] R-Car DU: Add support for R8A7793 and R8A7794

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

[PATCH 1/2] drm/mgag200: remove unused variables

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

[PATCH 5/5] ARM: shmobile: r8a7794: Add DU node to device tree

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(+)

[PATCH 4/5] ARM: shmobile: r8a7793: Add DU node to device tree

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(+)

[PATCH 3/5] ARM: shmobile: r8a7794: Add DU0 clock

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(-)

[PATCH 2/5] drm: rcar-du: Add support for the R8A7794 DU

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 +++-

[PATCH 1/5] drm: rcar-du: Add support for the R8A7793 DU

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

[PATCH 0/5] R-Car DU: Add support for R8A7793 and R8A7794

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

[PATCH] drm: sti: fix sub-components bind

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

[PATCH] drm: sti: fix sub-components bind

archives/dri-devel/attachments/20150717/55003c58/attachment-0001.sig>

[PATCH] drm: sti: fix sub-components bind

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

[Bug 91371] Tonga HDMI Audio none on TV working on monitor - possible eld issue

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150717/eca60554/attachment.html>

[Bug 91371] Tonga HDMI Audio none on TV working on monitor - possible eld issue

chives/dri-devel/attachments/20150717/0dccfea0/attachment-0001.html>

[Bug 91371] Tonga HDMI Audio none on TV working on monitor - possible eld issue

t;http://lists.freedesktop.org/archives/dri-devel/attachments/20150717/6d0cab4e/attachment.html>

[Bug 91371] Tonga HDMI Audio none on TV working on monitor - possible eld issue

ves/dri-devel/attachments/20150717/c7fb8458/attachment.html>

[Bug 91278] Tonga GPU lock/reset fail with Unigine Valley

ves/dri-devel/attachments/20150717/bd8ae2d5/attachment.html>

[git pull] drm fixes

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

[PATCH 6/8] drm/bochs: phase 3: provide a custom ->atomic_commit implementation

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

[PATCH 0/5] R-Car DU: Add support for R8A7793 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

[PATCH 1/2] drm/mgag200: remove unused variables

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,

[PATCH 2/2] drm/i915: Don't reprobe on resume

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

[PATCH 0/5] R-Car DU: Add support for R8A7793 and R8A7794

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

[PATCH v9 3/4] arm/dts/ls1021a: Add DCU dts node

> -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

[PATCH libdrm] man: remove .man_fixup workaround

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

[Bug 91268] R6xx freezes with kernel 3.17 and up

L: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150717/29c96490/attachment.html>

[PATCH v9 1/4] drm/layerscape: Add Freescale DCU DRM driver

> -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

[Bug 91268] R6xx freezes with kernel 3.17 and up

e: 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>

[PATCH v2 01/12] device: property: delay device-driver matches

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

[PATCH] libdrm/amdgpu: Fixed drm.h include.

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

[PATCH v2 01/12] device: property: delay device-driver matches

--- 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>

[alsa-devel] [PATCH v2 11/12] ASoC: tegra: register dependency parser for firmware nodes

ally 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>