[Bug 66945] Heavy artifacts and unusable graphics system with the latest DPM changes

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

[Bug 66945] Heavy artifacts and unusable graphics system with the latest DPM changes

he assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130716/d72b80b1/attachment.html>

[Bug 66945] Heavy artifacts and unusable graphics system with the latest DPM changes

-- 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/20130716/22d1c73e/attachment.html>

Re: [PATCH v2] drm/i915: fix long-standing SNB regression in power consumption after resume

On Wed, Jul 17, 2013 at 10:22:58AM +0400, Konstantin Khlebnikov wrote: > This patch fixes regression in power consumtion of sandy bridge gpu, which > exists since v3.6 Sometimes after resuming from s2ram gpu starts thinking that > it's extremely busy. After that it never reaches rc6 state. > > Bug

[Bug 60381] AMD Radeon 7770 Ghz edition Crash with DPM active

https://bugzilla.kernel.org/show_bug.cgi?id=60381 --- Comment #16 from rafael castillo --- Created attachment 106897 --> https://bugzilla.kernel.org/attachment.cgi?id=106897&action=edit dmesg output -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 60381] AMD Radeon 7770 Ghz edition Crash with DPM active

https://bugzilla.kernel.org/show_bug.cgi?id=60381 --- Comment #15 from rafael castillo --- im adding my dmesg for drm-fixes-3.11 just in case -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 63599] [r600] SUMO2 GPU lockup CP stall (kernel 3.2.47, 3.4, 3.8, 3.9, 3.10)

https://bugs.freedesktop.org/show_bug.cgi?id=63599 --- Comment #19 from Paul Wolneykien --- Created attachment 82525 --> https://bugs.freedesktop.org/attachment.cgi?id=82525&action=edit dmesg output, vramlimit=128, Xorg started Attached the dmesg | grep 'radeon' after modprobe radeon vramlimit

[Bug 63599] [r600] SUMO2 GPU lockup CP stall (kernel 3.2.47, 3.4, 3.8, 3.9, 3.10)

https://bugs.freedesktop.org/show_bug.cgi?id=63599 --- Comment #18 from Paul Wolneykien --- Created attachment 82524 --> https://bugs.freedesktop.org/attachment.cgi?id=82524&action=edit dmesg output, vramlimit=32, Xorg started Attached the dmesg | grep 'radeon' after modprobe radeon vramlimit=

[Bug 63599] [r600] SUMO2 GPU lockup CP stall (kernel 3.2.47, 3.4, 3.8, 3.9, 3.10)

https://bugs.freedesktop.org/show_bug.cgi?id=63599 --- Comment #17 from Paul Wolneykien --- Created attachment 82523 --> https://bugs.freedesktop.org/attachment.cgi?id=82523&action=edit dmesg output, vramlimit=16, Xorg started Attached the dmesg | grep 'radeon' after modprobe radeon vramlimit=

[Bug 66942] Cayman HD 6950 hangs at start when loading kernel 3.11.0-rc1 or drm-next

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/20130716/f2374fcf/attachment.html>

[PATCH v2] drm/i915: fix long-standing SNB regression in power consumption after resume

This patch fixes regression in power consumtion of sandy bridge gpu, which exists since v3.6 Sometimes after resuming from s2ram gpu starts thinking that it's extremely busy. After that it never reaches rc6 state. Bug exists since kernel v3.6, commit b4ae3f22d238617ca11610b29fde16cf8c0bc6e0 ("drm/

[Bug 63599] [r600] SUMO2 GPU lockup CP stall (kernel 3.2.47, 3.4, 3.8, 3.9, 3.10)

https://bugs.freedesktop.org/show_bug.cgi?id=63599 --- Comment #16 from Paul Wolneykien --- Hi, there. I don't absolutely sure I've got the same issue, but at least, my problem is very close to one reported here. System: 00:01.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI

[Bug 66942] Cayman HD 6950 hangs at start when loading kernel 3.11.0-rc1 or drm-next

e bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130716/4056ae20/attachment.html>

[PATCH] drm/radeon/dpm: add debugfs support for rs780

This allows you to look at the current DPM state via debugfs. Signed-off-by: Anthoine Bourgeois --- drivers/gpu/drm/radeon/radeon_asic.c | 1 + drivers/gpu/drm/radeon/radeon_asic.h | 2 ++ drivers/gpu/drm/radeon/rs780_dpm.c | 28 3 files changed, 31 insertions(+)

[Bug 66452] JUNIPER UVD accelerated playback of WMV3 streams does not work

chives/dri-devel/attachments/20130716/46e2abef/attachment.html>

[Intel-gfx] [PATCH] drm/i915: fix long-standing SNB regression in power consumption after resume

On Tue, Jul 16, 2013 at 01:19:25PM -0700, Jesse Barnes wrote: > On Tue, 16 Jul 2013 10:06:54 -0700 > Jesse Barnes wrote: > > > On Tue, 16 Jul 2013 11:34:25 +0400 > > Konstantin Khlebnikov wrote: > > > I've tested that patch and it really works for me. If you want change > > > something for other

Re: Exposing GPU information for userspace processes

On Wed, Jul 10, 2013 at 04:01:49PM +1000, Dave Airlie wrote: > On Wed, Jul 10, 2013 at 7:45 AM, Rhyland Klein wrote: > > We are currently looking into exporting some information from the linux > > kernel to userspace about the GPU. This information is specific per > > board as the data can vary de

[Bug 66972] GPU lockup CP stall with radeon.dpm=1 on BARTS/6850

http://lists.freedesktop.org/archives/dri-devel/attachments/20130716/69be5d3a/attachment-0001.html>

[PATCH 30/30] drm/gma500/cdv: Convert to generic set_config()

Signed-off-by: Patrik Jakobsson --- drivers/gpu/drm/gma500/cdv_intel_display.c | 21 + 1 file changed, 1 insertion(+), 20 deletions(-) diff --git a/drivers/gpu/drm/gma500/cdv_intel_display.c b/drivers/gpu/drm/gma500/cdv_intel_display.c index b84912f..6bca1fe 100644 --- a/dri

[PATCH 29/30] drm/gma500/psb: Convert to generic set_config()

Signed-off-by: Patrik Jakobsson --- drivers/gpu/drm/gma500/psb_intel_display.c | 18 +- 1 file changed, 1 insertion(+), 17 deletions(-) diff --git a/drivers/gpu/drm/gma500/psb_intel_display.c b/drivers/gpu/drm/gma500/psb_intel_display.c index 317c585..05faf1c 100644 --- a/driver

[PATCH 28/30] drm/gma500: Add generic set_config() function

Signed-off-by: Patrik Jakobsson --- drivers/gpu/drm/gma500/gma_display.c | 16 drivers/gpu/drm/gma500/gma_display.h | 3 +++ 2 files changed, 19 insertions(+) diff --git a/drivers/gpu/drm/gma500/gma_display.c b/drivers/gpu/drm/gma500/gma_display.c index cca40c0..2a3e925 100644

[PATCH 27/30] drm/gma500/cdv: Convert to generic save/restore

Signed-off-by: Patrik Jakobsson --- drivers/gpu/drm/gma500/cdv_intel_display.c | 172 + 1 file changed, 2 insertions(+), 170 deletions(-) diff --git a/drivers/gpu/drm/gma500/cdv_intel_display.c b/drivers/gpu/drm/gma500/cdv_intel_display.c index 257e0e8..b84912f 10064

[PATCH 26/30] drm/gma500/psb: Convert to generic save/restore

Signed-off-by: Patrik Jakobsson --- drivers/gpu/drm/gma500/psb_intel_display.c | 109 + 1 file changed, 2 insertions(+), 107 deletions(-) diff --git a/drivers/gpu/drm/gma500/psb_intel_display.c b/drivers/gpu/drm/gma500/psb_intel_display.c index a419e79..317c585 10064

[PATCH 25/30] drm/gma500: Add generic crtc save/restore funcs

Signed-off-by: Patrik Jakobsson --- drivers/gpu/drm/gma500/gma_display.c | 105 +++ drivers/gpu/drm/gma500/gma_display.h | 3 + 2 files changed, 108 insertions(+) diff --git a/drivers/gpu/drm/gma500/gma_display.c b/drivers/gpu/drm/gma500/gma_display.c index 67d

[PATCH 24/30] drm/gma500: Convert to generic encoder funcs

Signed-off-by: Patrik Jakobsson --- drivers/gpu/drm/gma500/cdv_intel_crt.c | 13 drivers/gpu/drm/gma500/cdv_intel_display.c | 4 +-- drivers/gpu/drm/gma500/cdv_intel_dp.c| 17 +- drivers/gpu/drm/gma500/cdv_intel_hdmi.c | 19 ++- drivers/gpu/drm/gma50

[PATCH 23/30] drm/gma500: Add generic encoder functions

Signed-off-by: Patrik Jakobsson --- drivers/gpu/drm/gma500/gma_display.c | 41 ++ drivers/gpu/drm/gma500/gma_display.h | 4 drivers/gpu/drm/gma500/psb_intel_drv.h | 10 + 3 files changed, 55 insertions(+) diff --git a/drivers/gpu/drm/gma500/gma_d

[PATCH 22/30] drm/gma500/psb: Convert to generic cursor funcs

Signed-off-by: Patrik Jakobsson --- drivers/gpu/drm/gma500/psb_intel_display.c | 157 + 1 file changed, 2 insertions(+), 155 deletions(-) diff --git a/drivers/gpu/drm/gma500/psb_intel_display.c b/drivers/gpu/drm/gma500/psb_intel_display.c index f4d308f..1e6a357 10064

[PATCH 21/30] drm/gma500/cdv: Convert to generic cursor funcs

Signed-off-by: Patrik Jakobsson --- drivers/gpu/drm/gma500/cdv_intel_display.c | 130 + 1 file changed, 2 insertions(+), 128 deletions(-) diff --git a/drivers/gpu/drm/gma500/cdv_intel_display.c b/drivers/gpu/drm/gma500/cdv_intel_display.c index e30761a..2351f42 10064

[PATCH 20/30] drm/gma500: Add generic cursor functions

Signed-off-by: Patrik Jakobsson --- drivers/gpu/drm/gma500/gma_display.c | 151 +++ drivers/gpu/drm/gma500/gma_display.h | 5 ++ 2 files changed, 156 insertions(+) diff --git a/drivers/gpu/drm/gma500/gma_display.c b/drivers/gpu/drm/gma500/gma_display.c index 7a

[PATCH 19/30] drm/gma500/psb: Convert to generic crtc->destroy

Signed-off-by: Patrik Jakobsson --- drivers/gpu/drm/gma500/psb_intel_display.c | 23 +-- 1 file changed, 1 insertion(+), 22 deletions(-) diff --git a/drivers/gpu/drm/gma500/psb_intel_display.c b/drivers/gpu/drm/gma500/psb_intel_display.c index b52bde2..f4d308f 100644 --- a/d

[PATCH 18/30] drm/gma500/mdfld: Use identical generic crtc funcs

Use the generic gma functions instead of the medfield functions where they are identical. Signed-off-by: Patrik Jakobsson --- drivers/gpu/drm/gma500/mdfld_intel_display.c | 25 +++-- 1 file changed, 3 insertions(+), 22 deletions(-) diff --git a/drivers/gpu/drm/gma500/mdfld_i

[PATCH 17/30] drm/gma500/oak: Use identical generic crtc funcs

Use the generic gma functions instead of the oaktrail functions where they are identical. Signed-off-by: Patrik Jakobsson --- drivers/gpu/drm/gma500/oaktrail_crtc.c | 25 +++-- 1 file changed, 3 insertions(+), 22 deletions(-) diff --git a/drivers/gpu/drm/gma500/oaktrail_crtc

[PATCH 16/30] drm/gma500/psb: Convert to gma_crtc_dpms()

Signed-off-by: Patrik Jakobsson --- drivers/gpu/drm/gma500/psb_intel_display.c | 104 + 1 file changed, 1 insertion(+), 103 deletions(-) diff --git a/drivers/gpu/drm/gma500/psb_intel_display.c b/drivers/gpu/drm/gma500/psb_intel_display.c index 940c6f2..b52bde2 100644

[PATCH 15/30] drm/gma500: Convert to generic gamma funcs

This takes care of the remaining chips using the old generic code. We don't check if the pipe number is valid but the old code peeked in the register map before checking anyways so just ignore it. Signed-off-by: Patrik Jakobsson --- drivers/gpu/drm/gma500/mdfld_intel_display.c | 2 +- drivers/g

[PATCH 14/30] drm/gma500/psb: Convert to gma_pipe_set_base()

Signed-off-by: Patrik Jakobsson --- drivers/gpu/drm/gma500/psb_intel_display.c | 73 +- 1 file changed, 1 insertion(+), 72 deletions(-) diff --git a/drivers/gpu/drm/gma500/psb_intel_display.c b/drivers/gpu/drm/gma500/psb_intel_display.c index 0642e7d..ca041c6 100644

[PATCH 13/30] drm/gma500/cdv: Convert to generic gamma funcs

There is a slight difference in how we pick the palette register in the generic function but we should be ok as long as psb_intel_crtc->pipe and the register map is sane. Signed-off-by: Patrik Jakobsson --- drivers/gpu/drm/gma500/cdv_intel_display.c | 70 +- 1 file ch

[PATCH 12/30] drm/gma500/cdv: Convert to gma_crtc_dpms()

Signed-off-by: Patrik Jakobsson --- drivers/gpu/drm/gma500/cdv_intel_display.c | 137 + drivers/gpu/drm/gma500/gma_display.c | 4 - drivers/gpu/drm/gma500/gma_display.h | 5 ++ 3 files changed, 8 insertions(+), 138 deletions(-) diff --git a/drivers/gpu

[PATCH 11/30] drm/gma500: Add IS_CDV() macro

This macro is needed for Cedarview specific stuff in the generic gma functions. Signed-off-by: Patrik Jakobsson --- drivers/gpu/drm/gma500/psb_drv.h | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpu/drm/gma500/psb_drv.h b/drivers/gpu/drm/gma500/psb_drv.h index eeed88c..ed1e567 1006

[PATCH 10/30] drm/gma500/cdv: Convert to gma_pipe_set_base()

Signed-off-by: Patrik Jakobsson --- drivers/gpu/drm/gma500/cdv_intel_display.c | 77 +- 1 file changed, 1 insertion(+), 76 deletions(-) diff --git a/drivers/gpu/drm/gma500/cdv_intel_display.c b/drivers/gpu/drm/gma500/cdv_intel_display.c index ae57b93..9eee57b 100644

[PATCH 09/30] drm/gma500/psb: Use identical generic crtc funcs

This patch makes psb use the gma_xxx counterparts that are identical. I took them in one sweep as they should not cause any regressions. Signed-off-by: Patrik Jakobsson --- drivers/gpu/drm/gma500/psb_intel_display.c | 41 +++--- 1 file changed, 4 insertions(+), 37 deletio

[PATCH 08/30] drm/gma500: Make all chips use gma_wait_for_vblank

Also remove the duplicated oaktrail function. Signed-off-by: Patrik Jakobsson --- drivers/gpu/drm/gma500/cdv_intel_dp.c| 3 ++- drivers/gpu/drm/gma500/mdfld_intel_display.c | 6 +++--- drivers/gpu/drm/gma500/oaktrail_crtc.c | 6 +++--- drivers/gpu/drm/gma500/oaktrail_hdmi.c

[PATCH 07/30] drm/gma500/cdv: Use identical generic crtc funcs

This patch makes cdv use the gma_xxx counterparts that are identical. I took them in one sweep as they should not cause any regressions. Signed-off-by: Patrik Jakobsson --- drivers/gpu/drm/gma500/cdv_device.h| 9 drivers/gpu/drm/gma500/cdv_intel_display.c | 74 +++--

[PATCH 06/30] drm/gma500: Add generic pipe/crtc functions

Signed-off-by: Patrik Jakobsson --- drivers/gpu/drm/gma500/gma_display.c | 326 +++ drivers/gpu/drm/gma500/gma_display.h | 14 ++ 2 files changed, 340 insertions(+) diff --git a/drivers/gpu/drm/gma500/gma_display.c b/drivers/gpu/drm/gma500/gma_display.c index 8f

[PATCH 05/30] drm/gma500: Remove the unused psb_intel_display.h

Signed-off-by: Patrik Jakobsson --- drivers/gpu/drm/gma500/psb_intel_display.h | 23 --- 1 file changed, 23 deletions(-) delete mode 100644 drivers/gpu/drm/gma500/psb_intel_display.h diff --git a/drivers/gpu/drm/gma500/psb_intel_display.h b/drivers/gpu/drm/gma500/psb_intel_

[PATCH 04/30] drm/gma500/psb: Make use of generic clock code

Add chip specific callbacks for the generic and non-generic clock calculation code. Also remove as much dupilicated code as possible. Signed-off-by: Patrik Jakobsson --- drivers/gpu/drm/gma500/psb_device.c| 3 +- drivers/gpu/drm/gma500/psb_device.h| 24 drivers/gpu/drm/gm

[PATCH 03/30] drm/gma500: Make use of gma_pipe_has_type()

Replace any use of xxx_intel_pipe_has_type() with the generic gma_pipe_has_type() function. Poulsbo still use it but that will be removed when we rip out psb_intel_pipe_has_type(). Signed-off-by: Patrik Jakobsson --- drivers/gpu/drm/gma500/cdv_intel_display.c | 8 drivers/gpu/drm/gma5

[PATCH 02/30] drm/gma500/cdv: Make use of the generic clock code

Add chip specific callbacks for the generic and non-generic clock calculation code. Also remove as much dupilicated code as possible. Signed-off-by: Patrik Jakobsson --- drivers/gpu/drm/gma500/cdv_device.c| 1 + drivers/gpu/drm/gma500/cdv_device.h| 1 + drivers/gpu/drm/gma500

[PATCH 01/30] drm/gma500: Add generic code for clock calculation

This patch aims to unify the bits and pieces that are common (or similar enough) for pll clock calculations. Nothing makes use of this code yet That will come in later patches. Signed-off-by: Patrik Jakobsson --- drivers/gpu/drm/gma500/Makefile| 1 + drivers/gpu/drm/gma500/gma_disp

[PATCH 00/30] drm/gma500: Unify common chip functionality

This is the first set of patches to bring some sanity into gma500. The driver is a mashup of different out-of-tree drivers and it's been easier to keep them separated to find out what quirks are needed for each chip. As things have matured it is now time to start removing duplicated code. The numbe

[PATCH] drm/radeon/dpm: add debugfs support for rs780

> -Original Message- > From: Anthoine Bourgeois [mailto:anthoine.bourgeois at gmail.com] > Sent: Tuesday, July 16, 2013 5:09 PM > To: Deucher, Alexander; Koenig, Christian; Jerome Glisse; Anthoine > Bourgeois > Cc: dri-devel at lists.freedesktop.org > Subject: [PATCH] drm/radeon/dpm: add de

[Bug 66932] Screen corruption on Cayman with dpm enabled

ed at the dmesg from the patch and it was exactly the same lockup. -- 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/20130716/

[Bug 66942] Cayman HD 6950 hangs at start when loading kernel 3.11.0-rc1 or drm-next

https://bugs.freedesktop.org/show_bug.cgi?id=66942 --- Comment #7 from Alexandre Demers --- I may be doing something wrong, but even with the firmware in the same folder as the others (/usr/lib/firmware/radeon) and 66551's patch, it still hangs at the same place. Here is the content of that fold

[Bug 60381] AMD Radeon 7770 Ghz edition Crash with DPM active

https://bugzilla.kernel.org/show_bug.cgi?id=60381 --- Comment #20 from rafael castillo --- Created attachment 106900 --> https://bugzilla.kernel.org/attachment.cgi?id=106900&action=edit dmesg with patch applied -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 66932] Screen corruption on Cayman with dpm enabled

g. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130716/e4b24a37/attachment.html>

[Bug 60381] AMD Radeon 7770 Ghz edition Crash with DPM active

https://bugzilla.kernel.org/show_bug.cgi?id=60381 --- Comment #19 from rafael castillo --- well compiling with 4.7 series i can reach X, i guess ill get another fun debug for later, atacched dmesg -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 66945] Heavy artifacts and unusable graphics system with the latest DPM changes

m. Add radeon.aspm=0 to your kernel command line in grub to disable aspm support. -- 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/attachment

[Bug 66972] GPU lockup CP stall with radeon.dpm=1 on BARTS/6850

m. Add radeon.aspm=0 to your kernel command line in grub to disable aspm support. -- 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/attachment

[Bug 66932] Screen corruption on Cayman with dpm enabled

m. Add radeon.aspm=0 to your kernel command line in grub to disable aspm support. -- 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/attachment

[Bug 66945] Heavy artifacts and unusable graphics system with the latest DPM changes

https://bugs.freedesktop.org/show_bug.cgi?id=66945 --- Comment #14 from t...@slackeee.de --- Created attachment 82521 --> https://bugs.freedesktop.org/attachment.cgi?id=82521&action=edit dmesg with dpm=1 and aspm=0 after patch from comment #12 Same here, problem not fixed with patch from #8, at

[Bug 66932] Screen corruption on Cayman with dpm enabled

assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130716/6a592add/attachment.html>

[Bug 60381] AMD Radeon 7770 Ghz edition Crash with DPM active

https://bugzilla.kernel.org/show_bug.cgi?id=60381 --- Comment #14 from Arek Ru?niak --- Created attachment 106895 --> https://bugzilla.kernel.org/attachment.cgi?id=106895&action=edit dmesg output - kernel drm-fixes-3.11 I don't try 3.11-rc1, but code for radeon should be the same i hope. --

[Bug 60381] AMD Radeon 7770 Ghz edition Crash with DPM active

https://bugzilla.kernel.org/show_bug.cgi?id=60381 --- Comment #18 from rafael castillo --- I can`t reach X with that patch applied, ill try later with gcc 4.7 just to be sure -- You are receiving this mail because: You are watching the assignee of the bug. __

[Bug 66945] Heavy artifacts and unusable graphics system with the latest DPM changes

https://bugs.freedesktop.org/show_bug.cgi?id=66945 --- Comment #13 from queryv...@gmail.com --- Created attachment 82520 --> https://bugs.freedesktop.org/attachment.cgi?id=82520&action=edit dmesg w/ dpm enabled & debug patch dmesg output after booting to console. -- You are receiving this mai

[Bug 66977] New: get_num_groups not supported by libclc

ent was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130716/96e4a9a6/attachment.html>

[Bug 60929] [r600-llvm] mono games with opengl are blocking on start

is a small and free game: http://www.desura.com/games/battlemass/download -- 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/attachm

[Bug 58033] [r300g][r600g] Black gap artifacts when playing WoW

attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130716/2a8b0aa9/attachment.html>

[Bug 66932] Screen corruption on Cayman with dpm enabled

https://bugs.freedesktop.org/show_bug.cgi?id=66932 --- Comment #10 from Alex Deucher --- Created attachment 82519 --> https://bugs.freedesktop.org/attachment.cgi?id=82519&action=edit debugging output Can you attach a dmesg output with dpm enabled with this patch? -- You are receiving this ma

[Bug 66972] GPU lockup CP stall with radeon.dpm=1 on BARTS/6850

https://bugs.freedesktop.org/show_bug.cgi?id=66972 --- Comment #5 from Alex Deucher --- Created attachment 82518 --> https://bugs.freedesktop.org/attachment.cgi?id=82518&action=edit debugging output Can you attach a dmesg output with dpm enabled with this patch? -- You are receiving this mai

[Bug 60381] AMD Radeon 7770 Ghz edition Crash with DPM active

https://bugzilla.kernel.org/show_bug.cgi?id=60381 --- Comment #17 from Alex Deucher --- Created attachment 106898 --> https://bugzilla.kernel.org/attachment.cgi?id=106898&action=edit debugging output Can you attach a dmesg output with dpm enabled with this patch? -- You are receiving this ma

[Bug 66945] Heavy artifacts and unusable graphics system with the latest DPM changes

https://bugs.freedesktop.org/show_bug.cgi?id=66945 --- Comment #12 from Alex Deucher --- Created attachment 82517 --> https://bugs.freedesktop.org/attachment.cgi?id=82517&action=edit debugging output Can you attach a dmesg output with dpm enabled with this patch? -- You are receiving this ma

[Bug 66972] GPU lockup CP stall with radeon.dpm=1 on BARTS/6850

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/20130716/8caa1952/attachment.html>

[Bug 66972] GPU lockup CP stall with radeon.dpm=1 on BARTS/6850

or the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130716/f51c694e/attachment.html>

[Bug 66974] [radeonsi] rendering is broken in L4D2

the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130716/517965f2/attachment.html>

[Bug 66974] [radeonsi] rendering is broken in L4D2

|| -- 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/20130716/8b57686a/attachment.html>

[Bug 66974] New: [radeonsi] rendering is broken in L4D2

esktop.org/archives/dri-devel/attachments/20130716/f69fb12c/attachment.html>

[Bug 66942] Cayman HD 6950 hangs at start when loading kernel 3.11.0-rc1 or drm-next

https://bugs.freedesktop.org/show_bug.cgi?id=66942 --- Comment #6 from Alexandre Demers --- (In reply to comment #5) > Sounds like you may be waiting for the firmware loader to timeout. Make > sure you have the new cayman smc ucode installed: > http://people.freedesktop.org/~agd5f/radeon_ucode/C

[Bug 66972] New: GPU lockup CP stall with radeon.dpm=1 on BARTS/6850

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

[Update][PATCH] ACPI / video / i915: Remove ACPI backlight if firmware expects Windows 8

Hmm. I found regression in user-space. In GNOME (maybe and other DEs) we no longer see switch status of backlight. -- Igor Gnatenko Fedora release 19 (Schr?dinger?s Cat) Linux 3.11.0-0.rc0.git7.1.fc20.x86_64

[Bug 66932] Screen corruption on Cayman with dpm enabled

corruption but it worked when I instead commented out: if (ni_send_msg_to_smc_with_parameter(rdev, PPSMC_MSG_SetEnabledLevels, 0) != PPSMC_Result_OK) -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://

[Bug 57875] Second Life viewer bad rendering with git-ec83535

used with software vertex processing. -- 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/20130716/1bc33513/attachment.html>

[Update][PATCH] ACPI / video / i915: Remove ACPI backlight if firmware expects Windows 8

On Tue, 2013-07-16 at 17:32 +0400, Igor Gnatenko wrote: > Hmm. I found regression in user-space. In GNOME (maybe and other DEs) we no > longer see switch status of backlight. Yeah, I can duplicate that. Rafael, we have to call acpi_video_init_brightness() even if we're not going to initialise the

[Bug 66945] Heavy artifacts and unusable graphics system with the latest DPM changes

https://bugs.freedesktop.org/show_bug.cgi?id=66945 --- Comment #11 from queryv...@gmail.com --- Created attachment 82510 --> https://bugs.freedesktop.org/attachment.cgi?id=82510&action=edit lspci output different user -- You are receiving this mail because: You are the assignee for the bug. __

[Bug 66945] Heavy artifacts and unusable graphics system with the latest DPM changes

https://bugs.freedesktop.org/show_bug.cgi?id=66945 --- Comment #10 from queryv...@gmail.com --- Created attachment 82509 --> https://bugs.freedesktop.org/attachment.cgi?id=82509&action=edit dmesg w/ dpm enabled & aspm disabled -- You are receiving this mail because: You are the assignee for th

[Bug 66945] Heavy artifacts and unusable graphics system with the latest DPM changes

https://bugs.freedesktop.org/show_bug.cgi?id=66945 --- Comment #9 from queryv...@gmail.com --- (In reply to comment #8) > Created attachment 82504 [details] [review] > add module parameter to disable aspm > > Try this patch which adds a new module parameter to disable aspm. Add > radeon.aspm=0 t

[Bug 60381] AMD Radeon 7770 Ghz edition Crash with DPM active

https://bugzilla.kernel.org/show_bug.cgi?id=60381 --- Comment #16 from rafael castillo --- Created attachment 106897 --> https://bugzilla.kernel.org/attachment.cgi?id=106897&action=edit dmesg output -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 60381] AMD Radeon 7770 Ghz edition Crash with DPM active

https://bugzilla.kernel.org/show_bug.cgi?id=60381 --- Comment #15 from rafael castillo --- im adding my dmesg for drm-fixes-3.11 just in case -- You are receiving this mail because: You are watching the assignee of the bug. ___ dri-devel mailing list

[Bug 66942] Cayman HD 6950 hangs at start when loading kernel 3.11.0-rc1 or drm-next

https://bugs.freedesktop.org/show_bug.cgi?id=66942 --- Comment #5 from Alex Deucher --- Sounds like you may be waiting for the firmware loader to timeout. Make sure you have the new cayman smc ucode installed: http://people.freedesktop.org/~agd5f/radeon_ucode/CAYMAN_smc.bin -- You are receivin

[Bug 66942] Cayman HD 6950 hangs at start when loading kernel 3.11.0-rc1 or drm-next

https://bugs.freedesktop.org/show_bug.cgi?id=66942 --- Comment #4 from Alexandre Demers --- Here is the first bad commit, which is pretty large since it doesn't point what was changed before. It could be about any commit before that that touches Cayman. 69e0b57a91adca2e3eb56ed4db39ab90f3ae1043 i

[Bug 60381] AMD Radeon 7770 Ghz edition Crash with DPM active

https://bugzilla.kernel.org/show_bug.cgi?id=60381 --- Comment #13 from Arek Ru?niak --- i can confirm this for 3d apps(lightsmark or unvanquished), but uvd still doesn't work for me. -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 66967] New: Dota 2 crashes with r600g when starting the tutorial

lated. -- 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/20130716/c22735eb/attachment-0001.html>

[Bug 66452] JUNIPER UVD accelerated playback of WMV3 streams does not work

https://bugs.freedesktop.org/show_bug.cgi?id=66452 --- Comment #4 from Eugene Shalygin --- Created attachment 82507 --> https://bugs.freedesktop.org/attachment.cgi?id=82507&action=edit kernel log after WMV3 decode attempt Today it managed to avoid hangs one time and gave me the log (the player

[Bug 66964] GPU VM faults on ARUBA

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/20130716/371ab367/attachment.html>

[Bug 66964] GPU fault detected

gging output of the VM faults. -- 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/20130716/319d4250/attachment.html>

[PATCH] drm: hollow-out GET_CLIENT ioctl

We not only have debugfs files to do pretty much the equivalent of lsof, we also have an ioctl. Not that compared to lsof this dumps a wee bit more information, but we can still get at that from debugfs easily. I've dug around in mesa, libdrm and ddx histories and the only users seem to be drm/tes

[PULL] drm-intel-fixes

Hi Dave, [resend, somehow this was lost somewhere. At least I couldn't find it in the list archives.] One feature latecomer, I've forgotten to merge the patch to reeanble the Haswell power well feature now that the audio interaction is fixed up. Since that was the only unfixed issue with it I've

Re: [Update][PATCH] ACPI / video / i915: Remove ACPI backlight if firmware expects Windows 8

On Tuesday, July 16, 2013 05:08:16 PM Matthew Garrett wrote: > On Tue, 2013-07-16 at 17:32 +0400, Igor Gnatenko wrote: > > Hmm. I found regression in user-space. In GNOME (maybe and other DEs) we no > > longer see switch status of backlight. > > Yeah, I can duplicate that. Rafael, we have to call

RE: [PATCH] drm/radeon/dpm: add debugfs support for rs780

> -Original Message- > From: Anthoine Bourgeois [mailto:anthoine.bourge...@gmail.com] > Sent: Tuesday, July 16, 2013 5:09 PM > To: Deucher, Alexander; Koenig, Christian; Jerome Glisse; Anthoine > Bourgeois > Cc: dri-devel@lists.freedesktop.org > Subject: [PATCH] drm/radeon/dpm: add debugfs

[Bug 66972] GPU lockup CP stall with radeon.dpm=1 on BARTS/6850

https://bugs.freedesktop.org/show_bug.cgi?id=66972 --- Comment #4 from Andre Heider --- Thanks, but with that patch and "radeon.dpm=1 radeon.aspm=0" I still get the stall. And now lightdm just displays garbage, before the patch it was able to come up after a delay. Also, I noticed this "ACPI FAD

[PATCH 36/39] drm: hollow-out GET_CLIENT ioctl

On Wed, Jul 10, 2013 at 02:12:10PM +0200, Daniel Vetter wrote: > We not only have debugfs files to do pretty much the equivalent of > lsof, we also have an ioctl. Not that compared to lsof this dumps a > wee bit more information, but we can still get at that from debugfs > easily. > > I've dug aro

[PATCH] drm: hollow-out GET_CLIENT ioctl

On Tue, Jul 16, 2013 at 03:14:15PM +0200, Daniel Vetter wrote: > We not only have debugfs files to do pretty much the equivalent of > lsof, we also have an ioctl. Not that compared to lsof this dumps a > wee bit more information, but we can still get at that from debugfs > easily. Hmm, why are ret

  1   2   3   >