[Bug 71448] New: [UVD] qvdpautest is very slow on radeonsi (HD 7950)

is from git except xorg-server which is 1.14.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/20131109/39703791/attachment.html>

[patch] drm/tegra: small leak on error in tegra_fb_alloc()

If we don't have enough memory for ->planes then we leak "fb". Signed-off-by: Dan Carpenter diff --git a/drivers/gpu/drm/tegra/fb.c b/drivers/gpu/drm/tegra/fb.c index 490f771..1362d78 100644 --- a/drivers/gpu/drm/tegra/fb.c +++ b/drivers/gpu/drm/tegra/fb.c @@ -98,8 +98,10 @@ static struct

[Bug 63101] Hard lockup whel launching games like TF2 on kernels 3.11.5 and 3.12 rc4 and above if radeon.dpm=1 is used

https://bugzilla.kernel.org/show_bug.cgi?id=63101 --- Comment #16 from Kertesz Laszlo --- It seems that it does work after a day or so uptime. I had 1 day and 6 or 8 hours uptime and i could play the game just fine. Previously i did use programs that used quite some memory (eclipse, virtual

[Mesa-dev] rules for merging patches to libdrm

>> How does this interact with the rule that kernel interfaces require an >> open source userspace? Is "here are the mesa/libdrm patches that use >> it" sufficient to get the kernel interface merged? > > That's my understanding: open source userspace needs to exist, but it > doesn't need to be

[Bug 71431] radeon graphics stopped working since kernel 3.10 on AMD a4-3300

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

[Bug 71431] radeon graphics stopped working since kernel 3.10 on AMD a4-3300

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

[Bug 71431] radeon graphics stopped working since kernel 3.10 on AMD a4-3300

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

[PATCH 2/2] drm: radeon: cypress_dpm: Fix unused variable warning when CONFIG_ACPI=n

From: Fabio Estevam With CONFIG_ACPI=n the following build warning is seen: drivers/gpu/drm/radeon/cypress_dpm.c:302:31: warning: unused variable 'eg_pi' [-Wunused-variable] Move the definition of eg_pi inside the CONFIG_ACPI 'if' block. Signed-off-by: Fabio

[PATCH 1/2] drm: radeon: ni_dpm: Fix unused variable warning when CONFIG_ACPI=n

From: Fabio Estevam With CONFIG_ACPI=n the following build warning is seen: drivers/gpu/drm/radeon/ni_dpm.c:3448:31: warning: unused variable 'eg_pi' [-Wunused-variable] Move the definition of eg_pi inside the CONFIG_ACPI 'if' block. Signed-off-by: Fabio Estevam

[PATCH 05/12] drm: shmob_drm: Convert to clk_prepare/unprepare

Hi Dave, Could you please pick this patch up ? On Monday 28 October 2013 23:49:22 Laurent Pinchart wrote: > Turn clk_enable() and clk_disable() calls into clk_prepare_enable() and > clk_disable_unprepare() to get ready for the migration to the common > clock framework. > > Cc: David Airlie >

[Mesa-dev] rules for merging patches to libdrm

On 11/09/2013 12:11 AM, Dave Airlie wrote: >>> How does this interact with the rule that kernel interfaces require an >>> open source userspace? Is "here are the mesa/libdrm patches that use >>> it" sufficient to get the kernel interface merged? >> >> That's my understanding: open source userspace

[Bug 63997] Artifacts using a HD7480D on a A4-5300 APU

know my value for rdev->pdev->device ? -- 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/20131109/2c115b24/attachment.html>

[Bug 63101] Hard lockup whel launching games like TF2 on kernels 3.11.5 and 3.12 rc4 and above if radeon.dpm=1 is used

https://bugzilla.kernel.org/show_bug.cgi?id=63101 Kertesz Laszlo changed: What|Removed |Added Kernel Version|3.11.5 |3.12.0 Regression|No

[Intel-gfx] [PATCH v2 0/7] drm/i915: Baytrail MIPI DSI support Updated

On Sat, Nov 09, 2013 at 03:19:01PM +0530, Shobhit Kumar wrote: > Hi All - > These patches enhance the current support for MIPI DSI for Baytrail. They > continue on the sub-encoder design and adds few more dev_ops to handle > sequence correctly. Major changes are - > > 1. DSI Clock calculation

[Bug 63997] Artifacts using a HD7480D on a A4-5300 APU

... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131109/507d2ed0/attachment.html>

[pull] radeon drm-next-3.13

2013/11/8 Alex Deucher : > Revert "drm/radeon/audio: don't set speaker allocation on DCE4+" What about that hangs people reported? Has anything changed meanwhile? Did you fix them with some another commit? 2013/10/28 Deucher, Alexander : >> Did you get any reports about that? Or is that

rules for merging patches to libdrm

Since we seemed to have some confusion over this I'll state it clearly here. You should not merge kernel interface and ioctls to libdrm until they have appeared in a git commit upstream with a stable id, this generally means drm-next, but can also mean drm-intel-next. You shouldn't assume that

[PATCH 11/11] drm/gma500/mrst: Add SDVO to output init

Signed-off-by: Patrik Jakobsson --- drivers/gpu/drm/gma500/oaktrail_device.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/gpu/drm/gma500/oaktrail_device.c b/drivers/gpu/drm/gma500/oaktrail_device.c index d7c54b2..27d3875 100644 --- a/drivers/gpu/drm/gma500/oaktrail_device.c

[PATCH 10/11] drm/gma500/mrst: Don't blindly guess a mode for LVDS

Previously we always had something hooked up to LVDS so we tried very hard to get a mode. With the Minnowboard this is no longer the case. If no mode can be found over DDC or the firmware we just ignore LVDS. Signed-off-by: Patrik Jakobsson --- drivers/gpu/drm/gma500/oaktrail_lvds.c | 30

[PATCH 09/11] drm/gma500/mrst: Setup GMBUS for oaktrail/mrst

Signed-off-by: Patrik Jakobsson --- drivers/gpu/drm/gma500/oaktrail_device.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/gpu/drm/gma500/oaktrail_device.c b/drivers/gpu/drm/gma500/oaktrail_device.c index 8079851..d7c54b2 100644 --- a/drivers/gpu/drm/gma500/oaktrail_device.c +++

[PATCH 08/11] drm/gma500/mrst: Replace WMs and chickenbits with values from EMGD

For the minnowboard to work the values found in EMGD are required. This might break Oaktrail but without hardware to test with I cannot really tell (and do not really care). Signed-off-by: Patrik Jakobsson --- drivers/gpu/drm/gma500/oaktrail_crtc.c | 13 ++--- 1 file changed, 6

[PATCH 07/11] drm/gma500/mrst: Add aux register writes to SDVO

This turned out to be tricky. Writing to SDVOB on the primary vdc also writes to SDVOB on the aux vdc, but reading it back on the primary vdc always fails. Basically we never read from the primary vdc since we will end up trashing the aux vdc. Signed-off-by: Patrik Jakobsson ---

[PATCH 06/11] drm/gma500/mrst: Properly route oaktrail hdmi hooks

Since we can have SDVO on Pipe B we better check the output type instead of pipe number for Oaktrail HDMI. Signed-off-by: Patrik Jakobsson --- drivers/gpu/drm/gma500/oaktrail_crtc.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/gma500/oaktrail_crtc.c

[PATCH 05/11] drm/gma500/mrst: Add aux register writes when programming pipe

On SDVO pipes (always Pipe B on mrst) we have to sequentially write the aux vdc. We might be able to skip programming the primary vdc in some/most places but we don't care about that now. Signed-off-by: Patrik Jakobsson --- drivers/gpu/drm/gma500/oaktrail_crtc.c | 241

[PATCH 04/11] drm/gma500/mrst: Add SDVO clock calculation

We start off by adding SDVO limits and converting all limits to the generic gma_limit_t stuct. Then we separate clock calculations for LVDS and SDVO. This will be cleaned up later but keep it simple for now. Signed-off-by: Patrik Jakobsson --- drivers/gpu/drm/gma500/oaktrail_crtc.c | 175

[PATCH 03/11] drm/gma500: Add aux device support for gmbus

Signed-off-by: Patrik Jakobsson --- drivers/gpu/drm/gma500/intel_gmbus.c | 90 1 file changed, 49 insertions(+), 41 deletions(-) diff --git a/drivers/gpu/drm/gma500/intel_gmbus.c b/drivers/gpu/drm/gma500/intel_gmbus.c index 62cd42e..566d330 100644 ---

[PATCH 02/11] drm/gma500: Add support for aux pci vdc device

Signed-off-by: Patrik Jakobsson --- drivers/gpu/drm/gma500/psb_drv.c | 32 +++- drivers/gpu/drm/gma500/psb_drv.h | 21 - 2 files changed, 51 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/gma500/psb_drv.c

[PATCH 01/11] drm/gma500: Add chip specific sdvo masks

Signed-off-by: Patrik Jakobsson --- drivers/gpu/drm/gma500/cdv_device.c | 1 + drivers/gpu/drm/gma500/framebuffer.c | 2 +- drivers/gpu/drm/gma500/oaktrail_device.c | 1 + drivers/gpu/drm/gma500/psb_device.c | 1 + drivers/gpu/drm/gma500/psb_drv.h | 1 + 5 files changed, 5

[PATCH 00/11] drm/gma500: Minnowboard support

This set of patches add the pieces needed to get SDVO running on the Minnowboard. The Minnowboard has a special PCI device with it's own io that needs to be programmed in addition to the usual places when dealing with SDVO. The SDVO changes have been tested on Poulsbo and should cause no problems.

[Bug 69341] [radeonsi] KDE 4.11 is EXTREMELY slow with Raster QT backend

-- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131109/3541e24b/attachment.html>