[Bug 75276] Implement VGPR Register Spilling

dri-devel/attachments/20150206/0c4cc53b/attachment.html>

[Bug 73320] [radeonsi] LLVM runs out of registers during register allocation in Painkiller Hell & Damnation

was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150206/5d779f28/attachment.html>

[Bug 75005] "Upvoid" segfault in radeonsi/llvm

was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150206/ed562a54/attachment.html>

[Bug 75211] radeonsi/llvm SIGABRT in Antichamber (UDK)

was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150206/ef924a48/attachment-0001.html>

[Bug 75361] freeze in Mass Effect 3 (wine)

was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150206/c6e42597/attachment-0001.html>

[Bug 86635] Live for Speed and gallium nine, missing objects

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20150206/bfcbcefd/attachment.html>

[Bug 85696] r600g+nine: Bioshock shader failure after 7b1c0cbc90d456384b0950ad21faa3c61a6b43ff

attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150206/b3f68c0c/attachment.html>

[PATCH 12/12] ARM: shmobile: koelsch: Add DU HDMI output support

[CC Damian, Magnus] On Mon, Oct 27, 2014 at 02:12:56PM +0200, Laurent Pinchart wrote: > Hi Simon, > > On Monday 27 October 2014 09:38:29 Simon Horman wrote: > > On Wed, Sep 24, 2014 at 11:04:32PM +0300, Laurent Pinchart wrote: > > > Add DT nodes for the ADV7511 HDMI encoder and its HDMI output

[Bug 88658] (bisected) Slow video playback on Kabini

nts/20150206/8b8f0d58/attachment.html>

[Bug 84648] Lag/Pause When VRAM->GTT or GTT->VRAM transfer occur

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150206/106fed5d/attachment.html>

[Bug 84662] Long pauses with Unreal demo Elemental on R9270X since : Always flush the HDP cache before submitting a CS to the GPU

. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150206/4661438c/attachment-0001.html>

X using radeon is refusing to start

On 06.02.2015 09:10, Andy Lutomirski wrote: > I just started getting X failures that say: > > [ 739.208] (EE) RADEON(0): [drm] failed to set drm interface version. > > I'm not sure what triggered it. > > dmesg says: > > [ 740.156499] [drm:drm_stub_open] > [ 740.156502]

[Bug 88561] [radeonsi][regression, bisected] Depth test/buffer issues in Portal

|| -- You are receiving this 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/20150206/8b3c4d67/attachment.html>

[Bug 88642] Trilinear sampling on cubemap wrongly sampled at the border of rasterized triangle on HAWAII

because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150206/c7c80365/attachment.html>

[PATCH 04/14] drm/exynos: remove struct *_win_data abstraction on planes

Hi, On 02/05/2015 10:06 PM, Daniel Vetter wrote: > On Thu, Feb 05, 2015 at 12:48:07PM +, Daniel Stone wrote: >> Hi, >> >> On 5 February 2015 at 12:26, Rob Clark wrote: >>> On Thu, Feb 5, 2015 at 4:15 AM, Daniel Vetter wrote: Yeah I noticed the zpos fun when hacking around too. Exynos

[PATCH 4/4] drm/exynos: fix NULL pointer reference

Hi, On 02/05/2015 10:07 PM, Gustavo Padovan wrote: > Hi, > > > 2015-02-05 Joonyoung Shim : > >> There is a case called disable_plane callback function even if >> plane->crtc is NULL from exynos_drm_encoder_disable and it will cause >> NULL pointer reference error. >> >> Signed-off-by:

[PATCH 1/4] drm/exynos: Remove exynos_plane_dpms() call with no effect

Hi, On 02/05/2015 06:40 PM, Daniel Vetter wrote: > On Thu, Feb 05, 2015 at 04:11:35PM +0900, Joonyoung Shim wrote: >> From: Gustavo Padovan >> >> exynos_plane_dpms(DRM_MODE_DPMS_ON) calls the win_enable()'s callback >> from the underlying layer. However neither one of these layers implement >>

[PATCH 1/4] drm/exynos: remove struct *_win_data abstraction on planes

Hi Gustavo, On 02/06/2015 02:59 AM, Gustavo Padovan wrote: > From: Gustavo Padovan > > struct {fimd,mixer,vidi}_win_data was just keeping the same data > as struct exynos_drm_plane thus get ride of it and use exynos_drm_plane > directly. > > It changes how planes are created and remove

[PATCH 2/4] drm/exynos: preset zpos value for overlay planes

Hi, On 02/06/2015 02:59 AM, Gustavo Padovan wrote: > From: Gustavo Padovan > > Usually userspace don't want to have two overlay planes on the same zpos > so this change assign a different zpos for each plane. Before this change > a zpos of value zero was created for all planes so the userspace

[PATCH 4/4] drm/exynos: remove checks for zpos == -1 on primary planes

Hi, On 02/06/2015 02:59 AM, Gustavo Padovan wrote: > From: Gustavo Padovan > > The primary plane default zpos is now 0, so remove checks for zpos == > -1. We don't need to set win to 0 anymore it is already zero. > Could you also remove DEFAULT_ZPOS define? And zpos and win should be unsigned

[RFC PATCH 0/3] Fix power domains handling on exynos542x

Hi, On 02/05/2015 11:45 PM, Javier Martinez Canillas wrote: > Hello Andrzej, > > Thanks a lot for finally finding what was causing the HDMI issue. > > On 02/05/2015 01:35 PM, Andrzej Hajda wrote: >> Hi, >> >> Exynos chipsets since 542x have asynchronous bridges connecting different >> IPs. >>

[PATCH -next] drm/nouveau/clk: Use plain "/" for 32-bit division

Hi Geert, On 02/05/2015 01:02 AM, Geert Uytterhoeven wrote: > On 32-bit platforms using asm-generic/div64.h: > > drivers/gpu/drm/nouveau/nvkm/subdev/clk/gk20a.c: In function > 'gk20a_pllg_calc_rate': > drivers/gpu/drm/nouveau/nvkm/subdev/clk/gk20a.c:147:79: warning: comparison > of distinct

[Bug 86635] Live for Speed and gallium nine, missing objects

attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150206/606054b9/attachment.html>

[PULL] topic/drm-misc

Hi Dave, Flushing out my drm-misc queue with a few oddball things all over. Cheers, Daniel The following changes since commit b7703726251191cd9f3ef3a80b2d9667901eec95: drm/probe-helper: clamp unknown connector status in the poll work (2015-01-22 06:11:39 +0100) are available in the git

[PATCH] modetest: add connector names for missing kinds of connectors

Without the matched name for the connector types, modetest prints invalid for that kinds of connectors like below: Connectors: id encoder status typesize (mm) modes encoders 16 15 connected (invalid) 71x125 1 15 So this patch adds

[PATCH -next] drm/nouveau/clk: Use plain "/" for 32-bit division

Hi Alexandre, On Fri, Feb 6, 2015 at 7:50 AM, Alexandre Courbot wrote: > On 02/05/2015 01:02 AM, Geert Uytterhoeven wrote: >> On 32-bit platforms using asm-generic/div64.h: >> drivers/gpu/drm/nouveau/nvkm/subdev/clk/gk20a.c: In function >> 'gk20a_pllg_calc_rate': >>

[PATCH RFC v8 11/21] Documentation: dt-bindings: Add bindings for Synopsys DW MIPI DSI DRM bridge driver

On Thu, Feb 05, 2015 at 11:10:04AM +0100, Philipp Zabel wrote: > Am Mittwoch, den 31.12.2014, 16:23 +0800 schrieb Liu Ying: > > This patch adds device tree bindings for Synopsys DesignWare MIPI DSI > > host controller DRM bridge driver. > > > > Signed-off-by: Liu Ying > > --- > > v7->v8: > > *

[PATCH] drm: atmel-hlcdc: Atomic mode-setting conversion

On Thu, Feb 05, 2015 at 04:37:56PM +0100, Boris Brezillon wrote: > On Thu, 5 Feb 2015 14:08:32 +0100 > Daniel Vetter wrote: > > > On Wed, Feb 04, 2015 at 09:20:51PM +0100, Boris Brezillon wrote: > > > Convert the HLCDC driver to atomic mode-setting. > > > > > > Signed-off-by: Boris Brezillon >

X using radeon is refusing to start

On Fri, Feb 06, 2015 at 11:51:55AM +0900, Michel Dänzer wrote: > On 06.02.2015 09:10, Andy Lutomirski wrote: > > I just started getting X failures that say: > > > > [ 739.208] (EE) RADEON(0): [drm] failed to set drm interface version. > > > > I'm not sure what triggered it. > > > > dmesg

X using radeon is refusing to start

On 06.02.2015 17:29, Chris Wilson wrote: > On Fri, Feb 06, 2015 at 11:51:55AM +0900, Michel Dänzer wrote: >> On 06.02.2015 09:10, Andy Lutomirski wrote: >>> I just started getting X failures that say: >>> >>> [ 739.208] (EE) RADEON(0): [drm] failed to set drm interface version. >>> >>> I'm not

[Bug 73378] [drm:radeon_uvd_send_upll_ctlreq] *ERROR* Timeout setting UVD clocks!

ause: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150206/daf1d9e3/attachment.html>

[PATCH v2] drm/nouveau/clk: Change rate from u32 to u64 in gk20a_pllg_calc_rate()

On 32-bit platforms using asm-generic/div64.h: drivers/gpu/drm/nouveau/nvkm/subdev/clk/gk20a.c: In function 'gk20a_pllg_calc_rate': drivers/gpu/drm/nouveau/nvkm/subdev/clk/gk20a.c:147:79: warning: comparison of distinct pointer types lacks a cast do_div(rate, divider);

[PATCH v2] drm/nouveau/clk: Change rate from u32 to u64 in gk20a_pllg_calc_rate()

On 02/06/2015 06:20 PM, Geert Uytterhoeven wrote: > On 32-bit platforms using asm-generic/div64.h: > > drivers/gpu/drm/nouveau/nvkm/subdev/clk/gk20a.c: In function > 'gk20a_pllg_calc_rate': > drivers/gpu/drm/nouveau/nvkm/subdev/clk/gk20a.c:147:79: warning: comparison > of distinct pointer types

[Bug 91861] [Radeon RS780] Blank screen (no signal) on HDMI after boot in 3.15 & later

https://bugzilla.kernel.org/show_bug.cgi?id=91861 --- Comment #14 from Christian König --- (In reply to Mike S. from comment #13) > So, from your explanation, using a ref_div of 7 compared to 2, means that > the VCO is running at a higher frequency, and hence, higher voltage. So I > assume that

[Bug 91861] [Radeon RS780] Blank screen (no signal) on HDMI after boot in 3.15 & later

https://bugzilla.kernel.org/show_bug.cgi?id=91861 --- Comment #15 from Mike S. --- Thanks again for the info. I have been running the Radeon driver with the patch to limit the reference divider to 7 for a week now, and I can confirm that apart from that original incident, it has been very

[Intel-gfx] [PATCH] drm: Global atomic state handling

On Wed, 05 Nov 2014, Daniel Vetter wrote: [heavily edited to just show the debugs] > +struct drm_atomic_state * > +drm_atomic_state_alloc(struct drm_device *dev) > +{ > + DRM_DEBUG_KMS("Allocate atomic state %p\n", state); > +} > +void drm_atomic_state_clear(struct drm_atomic_state *state)

[Bug 91861] [Radeon RS780] Blank screen (no signal) on HDMI after boot in 3.15 & later

https://bugzilla.kernel.org/show_bug.cgi?id=91861 --- Comment #16 from Christian König --- (In reply to Mike S. from comment #15) > So thank you for the patch, and I hope it can get into 3.19. Alex has added it to his -fixes branch, so it either ends up in 3.19 or in 3.20. Can you close the

drm: Request for help about drm_mode_getresources( ) returns empty modes message

hi all, when I run modetest process in libdrm to test our drm module, I find a strange problem: The test successfully opened /dev/dri/card0 (major:226 minor:0) device by using module name. but the returned message about crtc, encoder and connector are all empty. I confirm the num of

[Bug 91861] [Radeon RS780] Blank screen (no signal) on HDMI after boot in 3.15 & later

https://bugzilla.kernel.org/show_bug.cgi?id=91861 Mike S. changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[PATCH] drm/i915: Remove references to previously removed UMS config option

On Fri, 2015-02-06 at 11:16 +0100, Andreas Ruprecht wrote: > Commit 03dae59c72d8 ("drm/i915: Ditch UMS config option") removed > CONFIG_DRM_I915_UMS from the Kconfig file, but i915_drv.c still > references this option in two #ifndef statements. > > As an undefined config option will always be

[PATCH] drm/i915: Remove references to previously removed UMS config option

On Fri, 06 Feb 2015, Andreas Ruprecht wrote: > Commit 03dae59c72d8 ("drm/i915: Ditch UMS config option") removed > CONFIG_DRM_I915_UMS from the Kconfig file, but i915_drv.c still > references this option in two #ifndef statements. > > As an undefined config option will always be 'false', we

[RFC PATCH v2 3/3] ARM: dts: exynos5420: add async-bridge clocks to disp1 power domain

FIMD and MIXER IPs in disp1 power domain have async-bridges (to GSCALER), therefore their clocks should be enabled during power domain switch. Signed-off-by: Andrzej Hajda --- Hi, This is 2nd version of the patch. After decrypting manual and discussion with Marek I guess this set of clocks is

[PATCH v3] drm/tegra: Use 64-bit offset for tegra_gem_mmap

ure Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150206/6a276c03/attachment.sig>

[PATCH 4/4] drm/exynos: fix NULL pointer reference

Hi, 2015-02-06 Joonyoung Shim : > Hi, > > On 02/05/2015 10:07 PM, Gustavo Padovan wrote: > > Hi, > > > > > > 2015-02-05 Joonyoung Shim : > > > >> There is a case called disable_plane callback function even if > >> plane->crtc is NULL from exynos_drm_encoder_disable and it will cause > >>

[PATCH 1/4] drm/exynos: remove struct *_win_data abstraction on planes

Hi, 2015-02-06 Joonyoung Shim : > Hi Gustavo, > > On 02/06/2015 02:59 AM, Gustavo Padovan wrote: > > From: Gustavo Padovan > > > > struct {fimd,mixer,vidi}_win_data was just keeping the same data > > as struct exynos_drm_plane thus get ride of it and use exynos_drm_plane > > directly. > > >

[PATCH 0/5] DRM: STI: infoframe improvement and new pixel formats

Rework infoframe to add audio informations. Support two additional pixel formats in GDP planes. Arnaud Pouliquen (1): drm: sti: HDMI add audio infoframe Benjamin Gaignard (1): drm: sti: add support of ABGR for gdp plane Fabien Dessenne (1): drm: sti: add support of XBGR for gdp

[PATCH 1/5] drm: sti: fix check for clk_pix_main

From: Jassi Brar copy-paste wasn't followed by editing, do it. Signed-off-by: Jassi Brar --- drivers/gpu/drm/sti/sti_hqvdp.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/sti/sti_hqvdp.c b/drivers/gpu/drm/sti/sti_hqvdp.c index

[PATCH 2/5] drm: sti: fix static checker warning in sti_awg_utils

From: Vincent Abriou The shift and the mask done on arg value is useless since arg is null. Signed-off-by: Vincent Abriou --- drivers/gpu/drm/sti/sti_awg_utils.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/gpu/drm/sti/sti_awg_utils.c

[PATCH 3/5] drm: sti: add support of ABGR8888 for gdp plane

Use GDP capabilities to support DRM_FORMAT_ABGR (AB24) Signed-off-by: Benjamin Gaignard --- drivers/gpu/drm/sti/sti_gdp.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/drivers/gpu/drm/sti/sti_gdp.c b/drivers/gpu/drm/sti/sti_gdp.c index 32448d1..f018bb1 100644 ---

[PATCH 4/5] drm: sti: add support of XBGR8888 for gdp plane

From: Fabien Dessenne Use GDP capabilities to support DRM_FORMAT_XBGR (XB24) Signed-off-by: Fabien Dessenne --- drivers/gpu/drm/sti/sti_gdp.c | 4 1 file changed, 4 insertions(+) diff --git a/drivers/gpu/drm/sti/sti_gdp.c b/drivers/gpu/drm/sti/sti_gdp.c index

[PATCH 5/5] drm: sti: HDMI add audio infoframe

From: Arnaud Pouliquen Add a default audio infoframe for HDMI compliance Signed-off-by: Arnaud Pouliquen --- drivers/gpu/drm/sti/sti_hdmi.c | 179 +++-- 1 file changed, 137 insertions(+), 42 deletions(-) diff --git

[Bug 89009] radeon: Failed to allocate a buffer

this 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/20150206/3e7077a7/attachment-0001.html>

[PATCH v2] drm: atmel-hlcdc: Atomic mode-setting conversion

Convert the HLCDC driver to atomic mode-setting. Signed-off-by: Boris Brezillon --- Changes since v1: - use atomic helper for DPMS handlers - remove unneeded DPMS handling functions drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_crtc.c | 278 +---

[PATCH] drm: atmel-hlcdc: add discard area support

The HLCDC IP provides a way to discard a specific area on the primary plane (in case at least one of the overlay is activated and alpha blending is disabled). Doing this will reduce the amount of data to transfer from the main memory to the Display Controller, and thus alleviate the load on the

[PATCH] drm: atmel-hlcdc: reset layer A2Q and UPDATE bits when disabling it

The A2Q (Add To Queue) and UPDATE bits are left in their previous state when resetting the layer. This lead to weird behavior when enabling the plane again: the framebuffer previously queued is dequeued and we end up with access to an old memory region. Reset those bits when resetting the

[Bug 89012] Incorrect behaviour of half_pixel_center = 0 rasterizer setting on R600 and SI

d... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150206/7d3978ef/attachment.html>

[Bug 89012] Incorrect behaviour of half_pixel_center = 0 rasterizer setting on R600 and SI

You are receiving this 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/20150206/3583c3d8/attachment.html>

[Bug 89012] Incorrect behaviour of half_pixel_center = 0 rasterizer setting on R600 and SI

TML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150206/3fe9dee7/attachment.html>

[Bug 89014] PIPE_QUERY_GPU_FINISHED is not acting as expected on SI

was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150206/7bd3487c/attachment-0001.html>

[Bug 89014] PIPE_QUERY_GPU_FINISHED is not acting as expected on SI

You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150206/00c24fb8/attachment.html>

[Bug 89015] [radeonsi] unvanquished & nexuiz crash after switching AA

.org/archives/dri-devel/attachments/20150206/8fcf3ec2/attachment.html>

[Bug 89015] [radeonsi] unvanquished & nexuiz crash after switching AA

hw: capeverde -- You are receiving this 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/20150206/8baa5d34/attachment.html>

[Bug 89012] Incorrect behaviour of half_pixel_center = 0 rasterizer setting on R600 and SI

|| -- You are receiving this 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/20150206/9f14809c/attachment.html>

[Bug 89012] Incorrect behaviour of half_pixel_center = 0 rasterizer setting on R600 and SI

|| -- You are receiving this 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/20150206/53383956/attachment.html>

[Bug 84836] VERDE lockup with Unigine Valley/Heaven if ARB_sample_shading is enabled

for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150206/7c552cd5/attachment.html>

[Bug 84662] Long pauses with Unreal demo Elemental on R9270X since : Always flush the HDP cache before submitting a CS to the GPU

n current Mesa head. -- You are receiving this 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/20150206/7f12696f/attachment-0001.html>

[PATCH -v2 00/14] drm/exynos: clean up + atomic phase 1 and 2

From: Gustavo Padovan Hi, This is the v2 of this patchset. The only difference here is that I added the zpos refactor to this series after the review of v1 today. No changes were made to atomic patches besides solving conflicts after the new zpos changes. This

[PATCH -v2 01/14] drm/exynos: remove unused exynos_crtc->win_enable() callback

From: Gustavo Padovan None of the exynos crtc drivers implements win_enable() so remove it for better clarity of the code. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/exynos/exynos_drm_drv.h | 2 -- 1 file changed, 2 deletions(-) diff --git

[PATCH -v2 02/14] drm/exynos: remove struct *_win_data abstraction on planes

From: Gustavo Padovan struct {fimd,mixer,vidi}_win_data was just keeping the same data as struct exynos_drm_plane thus get ride of it and use exynos_drm_plane directly. It changes how planes are created and remove .win_mode_set() callback that was only filling

[PATCH -v2 03/14] drm/exynos: preset zpos value for overlay planes

From: Gustavo Padovan Usually userspace don't want to have two overlay planes on the same zpos so this change assign a different zpos for each plane. Before this change a zpos of value zero was created for all planes so the userspace had to set up the zpos of

[PATCH -v2 04/14] drm/exynos: make zpos property immutable

From: Gustavo Padovan We already set each plane zpos at init, after that changes to zpos are not expected. This patch turns zpos into a read-only property so now it is impossible to set zpos. Signed-off-by: Gustavo Padovan ---

[PATCH -v2 05/14] drm/exynos: remove exynos_plane_destroy()

From: Gustavo Padovan The .destroy() callback for exynos can be replaced by drm_plane_cleanup(). The only extra operation on exynos_plane_destroy() was a call to exynos_plane_disable() but the plane is already disabled by a earlier call to

[PATCH -v2 06/14] drm/exynos: remove leftover functions declarations

From: Gustavo Padovan These functions were already removed by previous cleanup work, but these ones were left behind. Signed-off-by: Gustavo Padovan Acked-by: Joonyoung Shim --- drivers/gpu/drm/exynos/exynos_drm_crtc.h | 6 -- 1 file changed, 6

[PATCH -v2 07/14] drm/exynos: track vblank events on a per crtc basis

From: Mandeep Singh Baines The goal of the change is to make sure we send the vblank event on the current vblank. My hope is to fix any races that might be causing flicker. After this change I only see a flicker in the transition plymouth and X11. Simplified the code by

[PATCH -v2 08/14] drm/exynos: atomic phase 1: use drm_plane_helper_update()

From: Gustavo Padovan Rip out the check from exynos_update_plane() and create exynos_check_plane() for the check phase enabling use to use the atomic helpers to call our check and update phases when updating planes. Update all users of exynos_update_plane()

[PATCH -v2 09/14] drm/exynos: atomic phase 1: use drm_plane_helper_disable()

From: Gustavo Padovan The atomic helper to disable planes also uses the optional .atomic_disable() helper. The unique operation it does is calling .win_disable() exynos_drm_fb_get_buf_cnt() needs a fb check too to avoid a null pointer. Signed-off-by: Gustavo

[PATCH -v2 10/14] drm/exynos: atomic phase 1: add atomic_begin()/atomic_flush()

From: Gustavo Padovan Add CRTC callbacks .atomic_begin() .atomic_flush(). On exynos they unprotect the windows before the commit and protects it after based on a plane mask tha store which plane will be updated. For that we create two new exynos_crtc callbacks:

[PATCH -v2 11/14] drm/exynos: atomic phase 1: add .mode_set_nofb() callback

From: Gustavo Padovan The new atomic infrastructure needs the .mode_set_nofb() callback to update CRTC timings before setting any plane. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/exynos/exynos_drm_crtc.c | 60 +--- 1 file

[PATCH -v2 12/14] drm/exynos: atomic phase 2: wire up state reset(), duplicate() and destroy()

From: Gustavo Padovan Set CRTC, planes and connectors to use the default implementations from the atomic helper library. The helpers will work to keep track of state for each DRM object. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/bridge/ptn3460.c

[PATCH -v2 13/14] drm/exynos: atomic phase 2: keep track of framebuffer pointer

From: Gustavo Padovan Use drm_atomic_set_fb_for_plane() in the legacy page_flip path to keep track of the framebuffer pointer and reference. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/exynos/exynos_drm_crtc.c | 3 +++ 1 file changed, 3 insertions(+)

[PATCH -v2 14/14] drm/exynos: make exynos_plane_mode_set() static

From: Gustavo Padovan It is not used outside of the plane scope anymore. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/exynos/exynos_drm_plane.c | 11 ++- drivers/gpu/drm/exynos/exynos_drm_plane.h | 5 - 2 files changed, 6 insertions(+), 10

[PATCH 1/2] util: add missing include

Required by strcmp, otherwise we'll error out of the build with the following commit. Signed-off-by: Emil Velikov --- tests/util/format.c | 1 + 1 file changed, 1 insertion(+) diff --git a/tests/util/format.c b/tests/util/format.c index c365ceb..52b3f97 100644 --- a/tests/util/format.c +++

[PATCH 2/2] util: silence pointer arithmetic warnings

Signed-off-by: Emil Velikov --- tests/util/Makefile.am | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/tests/util/Makefile.am b/tests/util/Makefile.am index aaaf932..1d71c40 100644 --- a/tests/util/Makefile.am +++ b/tests/util/Makefile.am @@ -6,7 +6,8 @@ AM_CPPFLAGS = \

[PATCH 1/2] util: add missing include

Grr... git send-email did not keep the fix of the patches :\ This one should be "PATCH 0.1/6" while "util: silence pointer arithmetic warnings" - "PATCH 1.1/6". Cheers, Emil On 06/02/15 19:42, Emil Velikov wrote: > Required by strcmp, otherwise we'll error out of the build with the > following

[Bug 89015] [radeonsi] unvanquished & nexuiz crash after switching AA

because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150206/b5068fab/attachment.html>

[PATCH] drm: atmel-hlcdc: add discard area support

On Fri, Feb 06, 2015 at 04:31:02PM +0100, Boris Brezillon wrote: > The HLCDC IP provides a way to discard a specific area on the primary > plane (in case at least one of the overlay is activated and alpha > blending is disabled). > Doing this will reduce the amount of data to transfer from the

[Intel-gfx] [PATCH] drm: Global atomic state handling

On Fri, Feb 06, 2015 at 11:58:58AM +0200, Jani Nikula wrote: > On Wed, 05 Nov 2014, Daniel Vetter wrote: > > [heavily edited to just show the debugs] > > > +struct drm_atomic_state * > > +drm_atomic_state_alloc(struct drm_device *dev) > > +{ > > + DRM_DEBUG_KMS("Allocate atomic state %p\n",

[PATCH] drm: atmel-hlcdc: add discard area support

On Fri, Feb 6, 2015 at 4:11 PM, Daniel Vetter wrote: > On Fri, Feb 06, 2015 at 04:31:02PM +0100, Boris Brezillon wrote: >> The HLCDC IP provides a way to discard a specific area on the primary >> plane (in case at least one of the overlay is activated and alpha >> blending is disabled). >> Doing

[RFC PATCH v2 3/3] ARM: dts: exynos5420: add async-bridge clocks to disp1 power domain

Hello Andrzej, On 02/06/2015 11:55 AM, Andrzej Hajda wrote: > FIMD and MIXER IPs in disp1 power domain have async-bridges (to GSCALER), > therefore their clocks should be enabled during power domain switch. > > Signed-off-by: Andrzej Hajda > --- > Hi, > > This is 2nd version of the patch.

[PATCH] drm/i915: Remove references to previously removed UMS config option

Commit 03dae59c72d8 ("drm/i915: Ditch UMS config option") removed CONFIG_DRM_I915_UMS from the Kconfig file, but i915_drv.c still references this option in two #ifndef statements. As an undefined config option will always be 'false', we can drop the #ifndefs alltogether and adapt the printed

[RFC PATCH 0/3] Fix power domains handling on exynos542x

Hello Joonyoung, On 02/06/2015 06:27 AM, Joonyoung Shim wrote: > On 02/05/2015 11:45 PM, Javier Martinez Canillas wrote: >> >> I also tested on an Exynos5420 Peach Pit Chromebook and both the "Power >> domain power-domain disable failed" message and the system crash are gone. >> > > Really