[Bug 89887] AMD 3650 Mobility locks up on overdraw

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/20150403/a80b7670/attachment.html>

[Bug 89887] AMD 3650 Mobility locks up on overdraw

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

[Bug 89887] AMD 3650 Mobility locks up on overdraw

: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150403/b83fe21c/attachment.html>

[PATCH v3 1/8] drm/exynos: add Exynos5433 decon driver

Hyungwon, Can you re-base your patch set on top of exynos-drm-next-todo? I merged cleanup series[1] and atomic feature support[2] to exynos-drm-next-todo for the test so you can re-base your patch set on top of exynos-drm-next-todo. You would need to modify exynos5433_drm_decon.c module. Please

[PATCH -v4 5/8] drm/exynos: make zpos property immutable

On 2015년 04월 02일 01:02, Gustavo Padovan wrote: > 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 v4 4/4] arm/dts/ls1021a: Add a TFT LCD panel dts node for DCU

Add a required display-timings node for the 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 --- arch/arm/boot/dts/ls1021a-twr.dts | 26 ++ 1 file changed, 26

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

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 --- arch/arm/boot/dts/ls1021a.dtsi | 10 ++ 1 file changed, 10 insertions(+) diff --git a/arch/arm/boot/dts/ls1021a.dtsi

[PATCH v4 2/4] arm/layerscape/ls1021a: DCU pixel clock control

Enable DCU pixel clock when platform devices initinalizing and provide enable and disable pixel clock functions for drm driver Signed-off-by: Alison Wang Signed-off-by: Xiubo Li Signed-off-by: Jianwei Wang --- arch/arm/mach-imx/mach-ls1021a.c | 36

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

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 programming languages.

[PATCH v4 0/4] drm/layerscape: Add Freescale DCU DRM driver

@Daniel, Do you have any other comments for this driver? @Stefan, Please help test this driver on vybrid if possible, I have test it on vybrid twr board. If anyone has any objections, please let me know. Changed in V4: -This version doesn't have functionality changed. Just a minor adjustment.

[PATCH] drm/tegra: Remove unused .mode_set and .mode_set_base CRTC helpers

Hi Thierry, Ping ? On Friday 20 February 2015 13:43:56 Laurent Pinchart wrote: > The two CRTC helper operations are called only for non-atomic mode > setting, by either the drm_crtc_helper_set_config() helper or the > drm_helper_resume_force_mode() helper. As the driver has switched to > atomic

[PATCH 10/10] drm/exynos: atomic dpms support

Hi, >>> diff --git a/drivers/gpu/drm/exynos/exynos_drm_fbdev.c >>> b/drivers/gpu/drm/exynos/exynos_drm_fbdev.c >>> index e71e331..e0b085b 100644 >>> --- a/drivers/gpu/drm/exynos/exynos_drm_fbdev.c >>> +++ b/drivers/gpu/drm/exynos/exynos_drm_fbdev.c >>> @@ -275,9 +275,6 @@ int

[PATCH -v3 11/11] drm/exynos: atomic dpms support

From: Gustavo Padovan Run dpms operations through the atomic intefaces. This basically removes the .dpms() callback from econders and crtcs and use .disable() and .enable() to turn the crtc on and off. v2: Address comments by Joonyoung: - make hdmi code

[PATCH -v3 10/11] drm/exynos: don't disable unused functions at init

From: Gustavo Padovan Everything starts disabled so we don't really need to disable anything. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/exynos/exynos_drm_fbdev.c | 3 --- 1 file changed, 3 deletions(-) diff --git

[PATCH -v3 09/11] drm/exynos: remove exported functions from exynos_drm_plane

From: Gustavo Padovan Now that no one is using the functions exported by exynos_drm_plane due to the atomic conversion we can make remove some of the them or make them static. v2: remove unused exynos_drm_crtc Signed-off-by: Gustavo Padovan ---

[PATCH -v3 08/11] drm/exynos: atomic phase 3: convert page flips

From: Gustavo Padovan PageFlips now use the atomic helper to work through the atomic modesetting API. Async page flips are not supported yet. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/exynos/exynos_drm_crtc.c | 63 +---

[PATCH -v3 07/11] drm/exynos: atomic phase 3: use atomic .set_config helper

From: Gustavo Padovan Now that phase 1 and 2 are complete switch .set_config helper to use the atomic one. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/exynos/exynos_drm_crtc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH -v3 06/11] drm/exynos: atomic phase 3: atomic updates of planes

From: Gustavo Padovan Now that phase 1 and 2 are complete we can switch the update/disable_plane callbacks to their atomic version. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/exynos/exynos_drm_fb.c| 3 +++ drivers/gpu/drm/exynos/exynos_drm_plane.c

[PATCH -v3 05/11] 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 -v3 04/11] 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 -v3 03/11] 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 -v3 02/11] 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 -v3 01/11] 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 -v3 00/11] drm/exynos: Add atomic modesetting support

From: Gustavo Padovan Hi, Here goes the full support for atomic modesetting on exynos. I've split the patches in the various phases of atomic support. These patches sits on top of the clean up patches I've sent yesterday to this mailing list[1]. v2: fixes

[GIT PULL] drm/rockchip: fixes

Hi Dave These are based on drm-next branch, fix some drm/rockchip problem. Please pull them. Mark The following changes since commit 502e95c6678505474f1056480310cd9382bacbac: drm/vgem: implement virtual GEM (2015-04-02 09:21:48 +1000) are available in the git repository at:

[PATCH] drm: Add integer overflow checking to transitional plane helpers

Add tests for destination rectangle integer overflow before calling the driver's check function. This will ensure that the transitional plane helpers match the behavior of the full atomic helpers by always returning -ERANGE for planes positioned beyond INT_MAX. Note that the legacy SetPlane

[Bug 89891] Outlast segfault on new game

bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150403/661080f8/attachment.html>

[Bug 89891] Outlast segfault on new game

rubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150403/372e50e9/attachment.html>

[PATCH 10/10] drm/exynos: atomic dpms support

Hi Joonyoung, 2015-04-03 Joonyoung Shim : > Hi, > > >>> diff --git a/drivers/gpu/drm/exynos/exynos_drm_fbdev.c > >>> b/drivers/gpu/drm/exynos/exynos_drm_fbdev.c > >>> index e71e331..e0b085b 100644 > >>> --- a/drivers/gpu/drm/exynos/exynos_drm_fbdev.c > >>> +++

[PATCH -v4 5/8] drm/exynos: make zpos property immutable

Hi Inki, 2015-04-03 Inki Dae : > On 2015년 04월 02일 01:02, Gustavo Padovan wrote: > > 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

[Bug 89785] GPU Fault 147 and Ring Stalls and Tests Fail in Pillars of Eternity

-3.6.0 with the patch and mesa-10-5.2, Radeon R9 270X). -- 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/20150403/1d46b1c7/attachment.html>

[PATCH RFC v9 09/20] drm/dsi: Add a helper to get bits per pixel of MIPI DSI pixel format

Hi Thierry, 2015-03-03 19:07 GMT+08:00 Philipp Zabel : > Hi, > > Am Donnerstag, den 12.02.2015, 14:01 +0800 schrieb Liu Ying: >> Signed-off-by: Liu Ying >> --- >> v8->v9: >> * Rebase onto the imx-drm/next branch of Philipp Zabel's open git >> repository. > > I can't test this myself for lack

[Bug 89887] AMD 3650 Mobility locks up on overdraw

TML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150403/853d3c69/attachment.html>

[PATCH] drm: Defer disabling the vblank IRQ until the next interrupt (for instant-off)

On 02.04.2015 20:34, Chris Wilson wrote: > On vblank instant-off systems, we can get into a situation where the cost > of enabling and disabling the vblank IRQ around a drmWaitVblank query > dominates. However, we know that if the user wants the current vblank > counter, they are also very likely

[PATCH] drm: fix drm_mode_getconnector() locking imbalance regression

Regression in commit 2caa80e72b57c6216aec6f6a11fcfb4fec46daa0 Author: Daniel Vetter Date: Sun Feb 22 11:38:36 2015 +0100 drm: Fix deadlock due to getconnector locking changes If the drm_connector_find() call returns NULL, we should no longer call drm_modeset_unlock() to avoid locking

[PATCH] drm: Defer disabling the vblank IRQ until the next interrupt (for instant-off)

On Fri, Apr 03, 2015 at 11:20:20AM +0900, Michel Dänzer wrote: > On 02.04.2015 20:34, Chris Wilson wrote: > > On vblank instant-off systems, we can get into a situation where the cost > > of enabling and disabling the vblank IRQ around a drmWaitVblank query > > dominates. However, we know that if

[Bug 89829] [bisected] radeonsi, commit 2cf48c creates artefacts in some applications (worst being Flash animations that are garbage)

iving 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/20150403/c8a5cb26/attachment-0001.html>

[Bug 89829] [bisected] radeonsi, commit 2cf48c creates artefacts in some applications (worst being Flash animations that are garbage)

it works fine. Barts 6850 radeon r600g driver. -- 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/20150403/5f682576/attachment.html>

[Bug 89876] radeon: mmap failed, errno: 12

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

[Bug 89734] GL_AMD_pinned_memory extension causing a kernel hardlock

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/20150403/071bee55/attachment.html>

[Bug 89734] GL_AMD_pinned_memory extension causing a kernel hardlock

bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150403/9e352d11/attachment-0001.html>

[Bug 89876] radeon: mmap failed, errno: 12

creeping up, but not sure. Indeed, errno 12 is ENOMEM, so that was probably it. -- 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/attachme

[git pull] drm fixes

Hi Linus, one drm core fix, one exynos regression fix, two sets of radeon fixes (Alex was a bit behind last week), and two i915 fixes. Nothing too serious we seem to have calmed down i915 since last week. Dave. The following changes since commit e42391cd048809d903291d07f86ed3934ce138e9:

[Bug 89619] Chrome crashes in 64 bit r600 driver while running google maps

in the future as well. -- 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/20150403/02b128ca/attachment.html>

[PATCH libdrm 07/24] radeon: annotate the private symbols

On 2 April 2015 at 04:57, Jerome Glisse wrote: > On Thu, Apr 02, 2015 at 11:48:25AM +0900, Michel Dänzer wrote: >> On 02.04.2015 01:15, Emil Velikov wrote: >> > They are less and easier to track than the public ones. >> >> Grammar: s/less/fewer/ >> >> >> Other than that, this patch and patch 8

[Bug 89829] [bisected] radeonsi, commit 2cf48c creates artefacts in some applications (worst being Flash animations that are garbage)

https://bugs.freedesktop.org/show_bug.cgi?id=89829 --- Comment #9 from Alexandre Demers --- Also, it seems that Firefox is not experiencing this problem (I now have a working Firefox setup and I forced it to enable hardware acceleration)... Displaying the caroussel from the same website works

[Bug 89829] [bisected] radeonsi, commit 2cf48c creates artefacts in some applications (worst being Flash animations that are garbage)

https://bugs.freedesktop.org/show_bug.cgi?id=89829 --- Comment #8 from Alexandre Demers --- (In reply to Michel Dänzer from comment #5) > Alexandre, is Chromium picking up your self-built libglapi.so.0 as well as > libGL.so.1? I think it is OK on that side... I built and installed mesa at

[PATCH 2/3] drm:msm: Initial Add Writeback Support

On 2 April 2015 at 19:07, wrote: > Thanks Emil. Please check the comments embedded and for the rest I will > update the code. > >> Hi Jilai, >> >> Just a few questions, not really a review as I'm not that familiar >> with the code. >> >> >>> +++ b/drivers/gpu/drm/msm/Kconfig >>> @@ -27,6 +27,16

[PATCH drm] drm/vgem: vgem_gem_dumb_map() can be static

Once the indentation is fixed: Reviewed-by: Zach Reizner On Wed, Apr 1, 2015 at 8:00 PM kbuild test robot wrote: > > Signed-off-by: Fengguang Wu > --- > vgem_drv.c |6 +++--- > 1 file changed, 3 insertions(+), 3 deletions(-) > > diff --git a/drivers/gpu/drm/vgem/vgem_drv.c