Mobility Radeon HD 4530/4570/545v: flicker in 1920x1080

Hi! > >> >4.3-rc7 kernel, graphics works reasonably well in 1600x1200 mode. But > >> >my monitor is native 1920x1080, so that mode looks pretty ugly on > >> >screen. If I go to 1920x1080, I see colored horizontal lines (often > >> >black) as soon as there's graphics activity. > >> > > >> >pavel

[PATCH v2 7/7] drm/exynos: add pm_runtime to DECON 7

From: Gustavo Padovan Let pm_runtime handle the enabling/disabling of the device with proper refcnt instead of rely on specific flags to track the enabled state. Changelog v2: - Modify CONFIG_PM_SLEEP -> CONFIG_PM Signed-off-by: Gustavo Padovan Signed-off-by:

[PATCH v2 6/7] drm/exynos: add pm_runtime to DECON 5433

From: Gustavo Padovan Let pm_runtime handle the enabling/disabling of the device with proper refcnt instead of rely on specific flags to track the enabled state. Changelog v2: - Change CONFIG_PM_SLEEP -> CONFIG_PM Signed-off-by: Gustavo Padovan Signed-off-by:

[PATCH v2 5/7] drm/exynos: add pm_runtime to FIMD

From: Gustavo Padovan Let pm_runtime handle the enabling/disabling of the device with proper refcnt instead of rely on specific flags to track the enabled state. Changelog v2: - Remove unnecessary changes which removed commit callback from decon drivers and

[PATCH v2 4/7] drm/exynos: add pm_runtime to Mixer

From: Gustavo Padovan Let pm_runtime handle the enabling/disabling of the device with proper refcnt instead of rely on specific flags to track the enabled state. Signed-off-by: Gustavo Padovan Signed-off-by: Inki Dae --- drivers/gpu/drm/exynos/exynos_mixer.c

[PATCH v2 3/7] drm/exynos: add pm_runtime to HDMI

From: Gustavo Padovan Let pm_runtime handle the enabling/disabling of the device with proper refcnt instead of rely on specific flags to track the enabled state. Changelog v2: - Mofidy CONFIG_PM_SLEEP -> CONFIG_PM Signed-off-by: Gustavo Padovan Signed-off-by:

[PATCH v2 2/7] drm/exynos: add pm_runtime to DP

From: Gustavo Padovan Let pm_runtime handle the enabling/disabling of the device with proper refcnt instead of rely on specific flags to track the enabled state. Changelog v2: - no change Signed-off-by: Gustavo Padovan Signed-off-by: Inki Dae ---

[PATCH v2 1/7] drm/exynos: do not start enabling DP at bind() phase

From: Gustavo Padovan The DP device will be properly enabled at the enable() call just after the bind call finishes. Changelog v2: - no change Signed-off-by: Gustavo Padovan Signed-off-by: Inki Dae --- drivers/gpu/drm/exynos/exynos_dp_core.c | 107

[PATCH v2 0/7] drm/exynos: add pm runtime support

This patch series adds pm runtime support for Exynos drm. Originally, this patch was posted by Gustavo but there was no any answer about some comments. So I rebased this patch series on top of exynos-drm-next, removed unnecessary patches and modified wrong macro. Changelog v2: - Remove patch 5

[GIT PULL] exynos-drm-next

Hi Inki, On 3 November 2015 at 04:36, Inki Dae wrote: > 2015년 10월 28일 21:37에 Inki Dae 이(가) 쓴 글: >> 2015년 10월 28일 20:52에 Daniel Stone 이(가) 쓴 글: >>> Anyway, regardless of that, as far as I can tell, the Xorg driver uses >>> TBM to do buffer mapping, and the TBM

[Bug 107121] Backlight shuts off with radeon driver

https://bugzilla.kernel.org/show_bug.cgi?id=107121 Alex Deucher changed: What|Removed |Added CC||alexdeucher at gmail.com --- Comment #1

[Bug 92518] Radeon 7870 XT Stalling Between Ring 0 and Ring 3

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/20151103/88fd34a0/attachment.html>

[Bug 92518] Radeon 7870 XT Stalling Between Ring 0 and Ring 3

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/20151103/5cbaebd0/attachment.html>

[Bug 92518] Radeon 7870 XT Stalling Between Ring 0 and Ring 3

sg and xorg logs. -- 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/20151103/93d22126/attachment.html>

[Bug 107121] New: Backlight shuts off with radeon driver

https://bugzilla.kernel.org/show_bug.cgi?id=107121 Bug ID: 107121 Summary: Backlight shuts off with radeon driver Product: Drivers Version: 2.5 Kernel Version: Linux-4.2.5-1-x86_64 Hardware: x86-64 OS: Linux

Mobility Radeon HD 4530/4570/545v: flicker in 1920x1080

On Tue, Nov 3, 2015 at 5:09 PM, Pavel Machek wrote: > Hi! > >> >> >4.3-rc7 kernel, graphics works reasonably well in 1600x1200 mode. But >> >> >my monitor is native 1920x1080, so that mode looks pretty ugly on >> >> >screen. If I go to 1920x1080, I see colored horizontal lines (often >> >>

[PATCH v9 10/17] phy: Add driver for rockchip Display Port PHY

Hi Yakir, On Wed, Nov 04, 2015 at 08:48:38AM +0800, Yakir Yang wrote: > On 11/03/2015 12:38 PM, Brian Norris wrote: > >On Thu, Oct 29, 2015 at 09:58:38AM +0800, Yakir Yang wrote: > >(FYI, I came across this by inspection when comparing Heiko's > >'somewhat-stable' branch [1] with this series. The

[PATCH] nouveau/nvkm/subdev/clk/gk20a.c: fix wrong do_div() usage

do_div() must only be used with a u64 dividend. Signed-off-by: Nicolas Pitre diff --git a/drivers/gpu/drm/nouveau/nvkm/subdev/clk/gk20a.c b/drivers/gpu/drm/nouveau/nvkm/subdev/clk/gk20a.c index 254094ab7f..5da2aa8cc3 100644 --- a/drivers/gpu/drm/nouveau/nvkm/subdev/clk/gk20a.c +++

[PATCH 6/7] dt-bindings: exynos_hdmi: add bindings for Exynos5433 variant

On 02.11.2015 22:16, Andrzej Hajda wrote: > Exynos5433 variant of HDMI requires different set of clocks and sysreg > phandle to system registers. > > Signed-off-by: Andrzej Hajda > --- > .../devicetree/bindings/video/exynos_hdmi.txt | 27 > +++--- > 1 file changed, 24

[PATCH] drm/gem: remove unused variable in drm_gem_cma_prime_mmap

Now that the mutex is no longer used in drm_gem_cma_prime_mmap, the 'dev' variable is not referenced either, which gcc warns about: drivers/gpu/drm/drm_gem_cma_helper.c:484:21: warning: unused variable 'dev' This removes it too. Signed-off-by: Arnd Bergmann Fixes: 4e270f088011 ("drm/gem: Drop

[git pull] drm/sti: drm-next 2015-11-03

Hello Dave, This serie of patches is a bunch of pending patches related with sti/drm driver. The following changes since commit 1c431cb4615334fb81c0d1c0ede21aa4354c1187: Merge branch 'linux-4.4' of git://anongit.freedesktop.org/git/nouveau/linux-2.6 into drm-next (2015-11-03 15:42:59

[PATCH] drm/sti: load HQVDP firmware the first time HQVDP's plane is used

Hi Vincent, On 2 November 2015 at 10:05, Vincent Abriou wrote: > @@ -754,6 +901,9 @@ static void sti_hqvdp_atomic_update(struct drm_plane > *drm_plane, > sti_hqvdp_update_hvsrc(HVSRC_VERT, scale_v, >hvsrc); > > if (first_prepare) { > + /* Start HQVDP XP70

[PATCH 1/9] dma-buf/fence: add fence_wait_any_timeout function v2

Hi Christian, On 29 October 2015 at 21:34, Christian König wrote: > From: Christian König > > Waiting for the first fence in an array of fences to signal. > > This is useful for device driver specific resource managers > and also Vulkan needs something similar. > > v2: more parameter checks,

[PATCH v2 0/7] drm/exynos: add pm runtime support

Hi Inki, On 11/03/2015 11:47 AM, Inki Dae wrote: > This patch series adds pm runtime support for Exynos drm. > > Originally, this patch was posted by Gustavo but there was no any > answer about some comments. So I rebased this patch series on top of > exynos-drm-next, removed unnecessary patches

[GIT PULL] exynos-drm-next

Hi Daniel, 2015년 10월 28일 21:37에 Inki Dae 이(가) 쓴 글: > Hi Daniel, > > 2015년 10월 28일 20:52에 Daniel Stone 이(가) 쓴 글: >> Hi Inki, >> >> On 28 October 2015 at 11:16, Inki Dae wrote: >>> 2015년 10월 28일 20:00에 Daniel Stone 이(가) 쓴 글: On 28 October

[RFC v2 5/5] drm/dsi: Get DSI host by DT device node

On 11/02/2015 04:20 PM, Andrzej Hajda wrote: > On 10/06/2015 11:24 AM, Archit Taneja wrote: >> mipi_dsi_devices are inherently aware of their host because they >> share a parent-child hierarchy in the device tree. >> >> Non-dsi drivers that create a dummy dsi device don't have this data. >> In

[RFC v2 4/5] drm/dsi: Add routine to unregister dsi device

On 11/02/2015 04:12 PM, Andrzej Hajda wrote: > On 11/02/2015 07:28 AM, Archit Taneja wrote: >> >> On 10/30/2015 07:51 PM, Andrzej Hajda wrote: >>> On 10/06/2015 11:24 AM, Archit Taneja wrote: A driver calling mipi_dsi_device_new might want to unregister the device once it's done. It

[GIT PULL] exynos-drm-next

On 3 November 2015 at 12:11, Inki Dae wrote: > Hi Dave, > > 2015년 11월 03일 08:10에 Dave Airlie 이(가) 쓴 글: >> On 28 October 2015 at 22:37, Inki Dae wrote: >>> Hi Daniel, >>> >>> 2015년 10월 28일 20:52에 Daniel Stone 이(가) 쓴 글: Hi Inki, On 28 October 2015 at

[RESEND][GIT PULL] exynos-drm-next

Hi Dave, This pull request includes comprehensive cleanups to HDMI part and several fixups. In addition, this pull request includes also a defconfig patch which enables mixer driver as default. For this, I got already Acked-by from Krzysztof Kozlowski who is a Exynos SoC maintainer.

[PATCH] drm/amdgpu: don't oops on failure to load

On Tue, Nov 3, 2015 at 3:43 AM, Christian König wrote: > We handle the scheduler and amdgpu as two different components (the > scheduler could be used by other drivers as well). So would be nice to have > two patches for this. > > But that's only nice to have, either way patch is Reviewed-by:

[GIT PULL] exynos-drm-next

Hi Dave, 2015년 11월 03일 08:10에 Dave Airlie 이(가) 쓴 글: > On 28 October 2015 at 22:37, Inki Dae wrote: >> Hi Daniel, >> >> 2015년 10월 28일 20:52에 Daniel Stone 이(가) 쓴 글: >>> Hi Inki, >>> >>> On 28 October 2015 at 11:16, Inki Dae wrote: 2015년 10월 28일 20:00에

[Mesa-dev] [PATCH 1/2] intel: Add SKL GT4 PCI IDs

Series Reviewed-by: Jordan Justen For the 2de4e8fdbae1e1909ce35f8ba15608a124686fb0 version on your drm gt4 branch. On 2015-10-23 10:56:33, Ben Widawsky wrote: > Cc: Kristian Høgsberg > Cc: Damien Lespiau > Signed-off-by: Ben Widawsky > --- > intel/intel_chipset.h | 12 +++- > 1

[PATCH] drm/amdgpu: don't oops on failure to load

We handle the scheduler and amdgpu as two different components (the scheduler could be used by other drivers as well). So would be nice to have two patches for this. But that's only nice to have, either way patch is Reviewed-by: Christian König as well. Regards, Christian. On 03.11.2015

[PATCH] drm/amdgpu: don't oops on failure to load

From: Dave Airlie In two places amdgpu tries to tear down something it hasn't initalised when failing. This is what happens when you enable experimental support on topaz which then fails in ring init. This patch allows it to fail cleanly. Signed-off-by: Dave Airlie ---

[GIT PULL] exynos-drm-next

On 28 October 2015 at 22:37, Inki Dae wrote: > Hi Daniel, > > 2015년 10월 28일 20:52에 Daniel Stone 이(가) 쓴 글: >> Hi Inki, >> >> On 28 October 2015 at 11:16, Inki Dae wrote: >>> 2015년 10월 28일 20:00에 Daniel Stone 이(가) 쓴 글: On 28 October 2015 at 10:58, Daniel Stone

[PATCH v2 12/13] drm/panel: simple: Add simple panel device tree binding

Hi Rob On 11/02/2015 11:06 PM, Rob Herring wrote: > On Sat, Oct 31, 2015 at 7:56 AM, Chris Zhong wrote: > > Your subject should be more specific with the panel name. I'll write more specific in subject next version. > >> This binding specifies a set of common properties for display panels. It

[PATCH] drm/amdgpu: don't oops on failure to load

Thanks for catching. Reviewed-by: Chunming Zhou Regards, David Zhou > -Original Message- > From: dri-devel [mailto:dri-devel-bounces at lists.freedesktop.org] On Behalf > Of Dave Airlie > Sent: Tuesday, November 03, 2015 7:35 AM > To: dri-devel at lists.freedesktop.org > Subject:

[Bug 92738] Randon R7 240 doesn't work on 16KiB page size platform

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

[Bug 92738] Randon R7 240 doesn't work on 16KiB page size platform

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