[Bug 28125] DRI2 prevents indirect glx

https://bugs.freedesktop.org/show_bug.cgi?id=28125 Christopher James Halse Rogers changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 39882] Regression: Plugging in a HDMI connector makes the LCD of X120e go dark

https://bugs.freedesktop.org/show_bug.cgi?id=39882 --- Comment #6 from gottfried.haider at gmail.com 2011-08-10 17:03:12 PDT --- Regarding VT switching: When I press Ctrl+Alt+F1 after plugging in I do get a picture again on the internal LCD.. when I then press Ctrl+Alt+F7 I am even properly back

[PATCH 2.6.38-10-generic] device driver: fix oops in radeon driver due to incorrect value from hardware

On 08/10/2011 02:54 PM, Michel D?nzer wrote: > On Die, 2011-08-09 at 23:52 +0530, Mayank Rungta wrote: >> Added a check for the radeon ring buffer write index in r600.c which >> reads 0x on resume. This results in an Oops during >> radeon_ring_write. Masking the value averts this. >> >>

[PATCH -next] drm: fix kconfig unmet dependency warning

On Wed, 10 Aug 2011 14:24:01 -0700 Randy Dunlap wrote: Sorry, this applies to mainline, not linux-next. > From: Randy Dunlap > > Fix kconfig unmet dependency warning. BACKLIGHT_CLASS_DEVICE depends on > BACKLIGHT_LCD_SUPPORT, so select the latter along with the former. > > warning:

[PATCH -next] drm: fix kconfig unmet dependency warning

From: Randy Dunlap Fix kconfig unmet dependency warning. BACKLIGHT_CLASS_DEVICE depends on BACKLIGHT_LCD_SUPPORT, so select the latter along with the former. warning: (DRM_RADEON_KMS && DRM_I915 && STUB_POULSBO && FB_BACKLIGHT && PANEL_SHARP_LS037V7DW01 &&

[PATCH 3/9] drm/gma500: use common functions for mmap offset creation

On Thu, 4 Aug 2011 12:07:40 -0500 Rob Clark wrote: I'm happy with these but it will need contributing with your Signed-off-by: to progress upstream of course

KMS resume sequence

After my system sit idle for a while, my driver gets the following calls to turn off display: encoder_dpms crtc_dpms I then use the keyboard to resume. Upon resuming, I can see two calls: crtc_set_config, and crtc_load_lut. The display remains turned off because I am not

[Intel-gfx] Major 2.6.38 / 2.6.39 / 3.0 regression ignored?

On Tue, Aug 09, 2011 at 10:43:08AM -0700, Ray Lee wrote: > On Tue, Aug 9, 2011 at 10:40 AM, Kirill Smelkov wrote: > >> If you like, submit a patch. You may now be more up-to-date on those > >> particular code paths than most of the intel-gfx developers. > > > > Ray, I'd agree with you if the

[PATCH] drm: add missing header file

? 2011?08?09? 21:32, Alex Deucher ??: > On Mon, Aug 8, 2011 at 3:22 AM, Amerigo Wang wrote: >> This patch fixes the following 'make headers_check' errors: >> >> linux-2.6/usr/include/drm/drm_mode.h:85: found __[us]{8,16,32,64} type >> without #include >> linux-2.6/usr/include/drm/i915_drm.h:120:

[PATCH 2.6.38-10-generic] device driver: fix oops in radeon driver due to incorrect value from hardware

On Die, 2011-08-09 at 23:52 +0530, Mayank Rungta wrote: > Added a check for the radeon ring buffer write index in r600.c which > reads 0x on resume. This results in an Oops during > radeon_ring_write. Masking the value averts this. > > This problem is not seen to be fixed in 3.0 r600.c

[Intel-gfx] Major 2.6.38 / 2.6.39 / 3.0 regression ignored?

> Sorry, I won't submit a patch. If there is a need to find/fix/cleanup > obvious things after company's developers, I have better things to do, > and a todo item to re-evaluate hardware for my next project. You seem confused. If you have a support contract of some form with a Linux supplier or

[PULL] drm-intel-next

-signature Size: 189 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20110810/a1f9f637/attachment.pgp>

[Bug 39696] dual head: different vert refresh freq, applications sync to the wrong one

https://bugs.freedesktop.org/show_bug.cgi?id=39696 Michel D?nzer changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[PATCH 3/3] drm/gma500: use common functions for mmap offset creation

Signed-off-by: Rob Clark Signed-off-by: Alan Cox --- drivers/staging/gma500/psb_gem.c | 63 + 1 files changed, 2 insertions(+), 61 deletions(-) diff --git a/drivers/staging/gma500/psb_gem.c b/drivers/staging/gma500/psb_gem.c index 76ff7ba..3a397f5 100644

[PATCH 2/3] drm/i915: use common functions for mmap offset creation

Signed-off-by: Rob Clark --- drivers/gpu/drm/i915/i915_gem.c | 85 +-- 1 files changed, 2 insertions(+), 83 deletions(-) diff --git a/drivers/gpu/drm/i915/i915_gem.c b/drivers/gpu/drm/i915/i915_gem.c index 5c0d124..5676eaa 100644 ---

[PATCH 1/3] drm/gem: add functions for mmap offset creation

Signed-off-by: Rob Clark --- drivers/gpu/drm/drm_gem.c | 88 + include/drm/drmP.h|3 ++ 2 files changed, 91 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/drm_gem.c b/drivers/gpu/drm/drm_gem.c index 2b997d2..809358a 100644

[Bug 39696] dual head: different vert refresh freq, applications sync to the wrong one

https://bugs.freedesktop.org/show_bug.cgi?id=39696 --- Comment #13 from Alex Deucher 2011-08-10 06:45:40 PDT --- (In reply to comment #12) > Well, as it seems to be impossible (at least for my combination of LVDS and > DP) > to have two (or even more) outputs in sync at the same time,

[Bug 39202] FPS - KDE desktop effects with 3.0 rc6 kernel

https://bugs.freedesktop.org/show_bug.cgi?id=39202 --- Comment #11 from Alex Deucher 2011-08-10 06:31:28 PDT --- I don't really see how the frame rate could have been higher than the refresh rate if vsync was enabled unless there was a bug in the vsync code in older kernels. -- Configure

[Bug 39902] R600g Evergreen: GPU lockup after launch of Bioshock

https://bugs.freedesktop.org/show_bug.cgi?id=39902 --- Comment #4 from Sven Arvidsson 2011-08-10 03:27:07 PDT --- Bioshock has been working for me in the past (on Evergreen), so this could be a regression. Specifically I was using git 2fe39b46e73aea37152777fe11d489e0b1bc3f92 and Wine 1.3.22. I

[Bug 39696] dual head: different vert refresh freq, applications sync to the wrong one

https://bugs.freedesktop.org/show_bug.cgi?id=39696 --- Comment #11 from Michel D?nzer 2011-08-10 02:50:46 PDT --- Great. Would this be a satisfactory resolution for this report? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail

[Bug 39902] R600g Evergreen: GPU lockup after launch of Bioshock

https://bugs.freedesktop.org/show_bug.cgi?id=39902 Michel D?nzer changed: What|Removed |Added Attachment #50086|application/octet-stream|text/plain mime type|

[Bug 39202] FPS - KDE desktop effects with 3.0 rc6 kernel

https://bugs.freedesktop.org/show_bug.cgi?id=39202 --- Comment #10 from Michel D?nzer 2011-08-10 00:49:08 PDT --- Other than bisecting the kernel, I don't have any more good ideas for figuring out what caused this. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email

[PATCH 2.6.38-10-generic] device driver: fix oops in radeon driver due to incorrect value from hardware

Added a check for the radeon ring buffer write index in r600.c which reads 0x on resume. This results in an Oops during radeon_ring_write. Masking the value averts this. This problem is not seen to be fixed in 3.0 r600.c as well. Detailed analysis of the problem can be found at -

Re: [Intel-gfx] Major 2.6.38 / 2.6.39 / 3.0 regression ignored?

On Tue, Jul 26, 2011 at 05:48:27PM +0400, Kirill Smelkov wrote: On Sat, Jul 23, 2011 at 12:23:36AM +0400, Kirill Smelkov wrote: Keith, first of all thanks for your prompt reply. Then... On Fri, Jul 22, 2011 at 11:00:41AM -0700, Keith Packard wrote: On Fri, 22 Jul 2011 15:08:06

Re: [Intel-gfx] Major 2.6.38 / 2.6.39 / 3.0 regression ignored?

On Tuesday 09 August 2011 15:08:03 Kirill Smelkov wrote: On Tue, Jul 26, 2011 at 05:48:27PM +0400, Kirill Smelkov wrote: On Sat, Jul 23, 2011 at 12:23:36AM +0400, Kirill Smelkov wrote: Keith, first of all thanks for your prompt reply. Then... On Fri, Jul 22, 2011 at 11:00:41AM

Re: [Intel-gfx] Major 2.6.38 / 2.6.39 / 3.0 regression ignored?

On Tue, Aug 09, 2011 at 05:00:52PM +0300, Vasily Khoruzhick wrote: On Tuesday 09 August 2011 15:08:03 Kirill Smelkov wrote: On Tue, Jul 26, 2011 at 05:48:27PM +0400, Kirill Smelkov wrote: On Sat, Jul 23, 2011 at 12:23:36AM +0400, Kirill Smelkov wrote: Keith, first of all thanks

Re: [Intel-gfx] Major 2.6.38 / 2.6.39 / 3.0 regression ignored?

On Tuesday 09 August 2011 17:47:56 Kirill Smelkov wrote: On Tue, Aug 09, 2011 at 05:00:52PM +0300, Vasily Khoruzhick wrote: On Tuesday 09 August 2011 15:08:03 Kirill Smelkov wrote: On Tue, Jul 26, 2011 at 05:48:27PM +0400, Kirill Smelkov wrote: On Sat, Jul 23, 2011 at 12:23:36AM +0400,

Re: [Intel-gfx] Major 2.6.38 / 2.6.39 / 3.0 regression ignored?

On Tue, Aug 09, 2011 at 06:09:57PM +0300, Vasily Khoruzhick wrote: On Tuesday 09 August 2011 17:47:56 Kirill Smelkov wrote: On Tue, Aug 09, 2011 at 05:00:52PM +0300, Vasily Khoruzhick wrote: On Tuesday 09 August 2011 15:08:03 Kirill Smelkov wrote: On Tue, Jul 26, 2011 at 05:48:27PM

Re: [Intel-gfx] Major 2.6.38 / 2.6.39 / 3.0 regression ignored?

On Tuesday 09 August 2011 18:34:46 Kirill Smelkov wrote: On Tue, Aug 09, 2011 at 06:09:57PM +0300, Vasily Khoruzhick wrote: On Tuesday 09 August 2011 17:47:56 Kirill Smelkov wrote: On Tue, Aug 09, 2011 at 05:00:52PM +0300, Vasily Khoruzhick wrote: On Tuesday 09 August 2011 15:08:03

Re: [Intel-gfx] Major 2.6.38 / 2.6.39 / 3.0 regression ignored?

On Tue, Aug 09, 2011 at 07:02:59PM +0300, Vasily Khoruzhick wrote: On Tuesday 09 August 2011 18:34:46 Kirill Smelkov wrote: On Tue, Aug 09, 2011 at 06:09:57PM +0300, Vasily Khoruzhick wrote: On Tuesday 09 August 2011 17:47:56 Kirill Smelkov wrote: On Tue, Aug 09, 2011 at 05:00:52PM

Re: [Intel-gfx] Major 2.6.38 / 2.6.39 / 3.0 regression ignored?

On Tue, Aug 9, 2011 at 9:32 AM, Kirill Smelkov k...@mns.spb.ru wrote: Quite frankly, I don't understand intel-gfx developers attitude: why is it me, just random user who is nitpicking here? Why there is no interest/will to analyze now obviously buggy/duplicate code and fix it? Because they

Re: [Intel-gfx] Major 2.6.38 / 2.6.39 / 3.0 regression ignored?

On Tue, Aug 09, 2011 at 09:56:01AM -0700, Ray Lee wrote: On Tue, Aug 9, 2011 at 9:32 AM, Kirill Smelkov k...@mns.spb.ru wrote: Quite frankly, I don't understand intel-gfx developers attitude: why is it me, just random user who is nitpicking here? Why there is no interest/will to analyze now

Re: [Intel-gfx] Major 2.6.38 / 2.6.39 / 3.0 regression ignored?

On Tue, Aug 9, 2011 at 10:40 AM, Kirill Smelkov k...@mns.spb.ru wrote: If you like, submit a patch. You may now be more up-to-date on those particular code paths than most of the intel-gfx developers. Ray, I'd agree with you if the topic was about cleanups. At this point it is about cleanups

[PATCH 2.6.38-10-generic] device driver: fix oops in radeon driver due to incorrect value from hardware

Added a check for the radeon ring buffer write index in r600.c which reads 0x on resume. This results in an Oops during radeon_ring_write. Masking the value averts this. This problem is not seen to be fixed in 3.0 r600.c as well. Detailed analysis of the problem can be found at -

Re: [PATCH] drm: add missing header file linuc/types.h

于 2011年08月09日 21:32, Alex Deucher 写道: On Mon, Aug 8, 2011 at 3:22 AM, Amerigo Wangamw...@redhat.com wrote: This patch fixes the following 'make headers_check' errors: linux-2.6/usr/include/drm/drm_mode.h:85: found __[us]{8,16,32,64} type without #includelinux/types.h

[Bug 39202] FPS - KDE desktop effects with 3.0 rc6 kernel

https://bugs.freedesktop.org/show_bug.cgi?id=39202 --- Comment #10 from Michel Dänzer mic...@daenzer.net 2011-08-10 00:49:08 PDT --- Other than bisecting the kernel, I don't have any more good ideas for figuring out what caused this. -- Configure bugmail:

[Bug 39902] R600g Evergreen: GPU lockup after launch of Bioshock

https://bugs.freedesktop.org/show_bug.cgi?id=39902 Michel Dänzer mic...@daenzer.net changed: What|Removed |Added Attachment #50086|application/octet-stream|text/plain

Re: [Intel-gfx] Major 2.6.38 / 2.6.39 / 3.0 regression ignored?

On Tue, Aug 09, 2011 at 10:43:08AM -0700, Ray Lee wrote: On Tue, Aug 9, 2011 at 10:40 AM, Kirill Smelkov k...@mns.spb.ru wrote: If you like, submit a patch. You may now be more up-to-date on those particular code paths than most of the intel-gfx developers. Ray, I'd agree with you if the

Re: [PATCH 2.6.38-10-generic] device driver: fix oops in radeon driver due to incorrect value from hardware

On Die, 2011-08-09 at 23:52 +0530, Mayank Rungta wrote: Added a check for the radeon ring buffer write index in r600.c which reads 0x on resume. This results in an Oops during radeon_ring_write. Masking the value averts this. This problem is not seen to be fixed in 3.0 r600.c as

Re: [Intel-gfx] Major 2.6.38 / 2.6.39 / 3.0 regression ignored?

Sorry, I won't submit a patch. If there is a need to find/fix/cleanup obvious things after company's developers, I have better things to do, and a todo item to re-evaluate hardware for my next project. You seem confused. If you have a support contract of some form with a Linux supplier or

[Bug 39696] dual head: different vert refresh freq, applications sync to the wrong one

https://bugs.freedesktop.org/show_bug.cgi?id=39696 --- Comment #11 from Michel Dänzer mic...@daenzer.net 2011-08-10 02:50:46 PDT --- Great. Would this be a satisfactory resolution for this report? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are

[Bug 39902] R600g Evergreen: GPU lockup after launch of Bioshock

https://bugs.freedesktop.org/show_bug.cgi?id=39902 --- Comment #4 from Sven Arvidsson s...@whiz.se 2011-08-10 03:27:07 PDT --- Bioshock has been working for me in the past (on Evergreen), so this could be a regression. Specifically I was using git 2fe39b46e73aea37152777fe11d489e0b1bc3f92 and Wine

[Bug 39696] dual head: different vert refresh freq, applications sync to the wrong one

https://bugs.freedesktop.org/show_bug.cgi?id=39696 --- Comment #12 from Klaus Kusche klaus.kus...@computerix.info 2011-08-10 03:45:07 PDT --- (In reply to comment #11) Great. Would this be a satisfactory resolution for this report? Well, as it seems to be impossible (at least for my

Re: [PATCH 3/9] drm/gma500: use common functions for mmap offset creation

On Thu, 4 Aug 2011 12:07:40 -0500 Rob Clark r...@ti.com wrote: I'm happy with these but it will need contributing with your Signed-off-by: to progress upstream of course ___ dri-devel mailing list dri-devel@lists.freedesktop.org

[PATCH 1/3] drm/gem: add functions for mmap offset creation

Signed-off-by: Rob Clark r...@ti.com --- drivers/gpu/drm/drm_gem.c | 88 + include/drm/drmP.h|3 ++ 2 files changed, 91 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/drm_gem.c b/drivers/gpu/drm/drm_gem.c index

[PATCH 2/3] drm/i915: use common functions for mmap offset creation

Signed-off-by: Rob Clark r...@ti.com --- drivers/gpu/drm/i915/i915_gem.c | 85 +-- 1 files changed, 2 insertions(+), 83 deletions(-) diff --git a/drivers/gpu/drm/i915/i915_gem.c b/drivers/gpu/drm/i915/i915_gem.c index 5c0d124..5676eaa 100644 ---

[PATCH 3/3] drm/gma500: use common functions for mmap offset creation

Signed-off-by: Rob Clark r...@ti.com Signed-off-by: Alan Cox a...@linux.intel.com --- drivers/staging/gma500/psb_gem.c | 63 + 1 files changed, 2 insertions(+), 61 deletions(-) diff --git a/drivers/staging/gma500/psb_gem.c b/drivers/staging/gma500/psb_gem.c

Re: [PATCH 2.6.38-10-generic] device driver: fix oops in radeon driver due to incorrect value from hardware

2011/8/10 Michel Dänzer mic...@daenzer.net: On Die, 2011-08-09 at 23:52 +0530, Mayank Rungta wrote: Added a check for the radeon ring buffer write index in r600.c which reads 0x on resume. This results in an Oops during radeon_ring_write. Masking the value averts this. This problem

[Bug 39202] FPS - KDE desktop effects with 3.0 rc6 kernel

https://bugs.freedesktop.org/show_bug.cgi?id=39202 --- Comment #11 from Alex Deucher ag...@yahoo.com 2011-08-10 06:31:28 PDT --- I don't really see how the frame rate could have been higher than the refresh rate if vsync was enabled unless there was a bug in the vsync code in older kernels. --

[Bug 39696] dual head: different vert refresh freq, applications sync to the wrong one

https://bugs.freedesktop.org/show_bug.cgi?id=39696 --- Comment #13 from Alex Deucher ag...@yahoo.com 2011-08-10 06:45:40 PDT --- (In reply to comment #12) Well, as it seems to be impossible (at least for my combination of LVDS and DP) to have two (or even more) outputs in sync at the same

Re: [PATCH 2.6.38-10-generic] device driver: fix oops in radeon driver due to incorrect value from hardware

On 08/10/2011 02:54 PM, Michel Dänzer wrote: On Die, 2011-08-09 at 23:52 +0530, Mayank Rungta wrote: Added a check for the radeon ring buffer write index in r600.c which reads 0x on resume. This results in an Oops during radeon_ring_write. Masking the value averts this. This problem

Re: [Intel-gfx] Major 2.6.38 / 2.6.39 / 3.0 regression ignored?

On Wed, Aug 10, 2011 at 10:41:44AM +0100, Alan Cox wrote: Sorry, I won't submit a patch. If there is a need to find/fix/cleanup obvious things after company's developers, I have better things to do, and a todo item to re-evaluate hardware for my next project. You seem confused. If you

[Bug 39714] Slow and choppy 3D performace on evergreen after pm-suspend

https://bugs.freedesktop.org/show_bug.cgi?id=39714 --- Comment #3 from Michel Dänzer mic...@daenzer.net 2011-08-10 07:51:01 PDT --- Here's my theory on what's happening: On suspend, all BOs located in VRAM are evicted to GTT using radeon_bo_evict_vram() - ttm_bo_evict_mm(). There's no mechanism

[Bug 39202] FPS - KDE desktop effects with 3.0 rc6 kernel

https://bugs.freedesktop.org/show_bug.cgi?id=39202 --- Comment #12 from Siganderson dj_...@webmail.it 2011-08-10 08:59:56 PDT --- (In reply to comment #11) I don't really see how the frame rate could have been higher than the refresh rate if vsync was enabled unless there was a bug in the vsync

[Bug 39696] dual head: different vert refresh freq, applications sync to the wrong one

https://bugs.freedesktop.org/show_bug.cgi?id=39696 Michel Dänzer mic...@daenzer.net changed: What|Removed |Added Status|NEW |RESOLVED

Re: [PULL] drm-intel-next

On 08/03/2011 11:14 PM, Keith Packard wrote: Here's a pile of fixes on top of the stuff already in drm-core-next. * Pile of mode setting fixes which eliminate a selection of bugs and other annoyances. Eliminates the 'stripey' effect when going from two to one monitor, makes hot-plug

Re: [PULL] drm-intel-next

On Wed, 10 Aug 2011 12:20:14 -0400, Andy Lutomirski l...@mit.edu wrote: Can you ack at least this one: Revert and fix drm/i915/dp: remove DPMS mode tracking from DP (i.e. d2b996ac698aebb28557355857927b8b934bb4f9) for -stable? It fixes an annoying regression in 3.0. I'm working

KMS resume sequence

After my system sit idle for a while, my driver gets the following calls to turn off display: encoder_dpms crtc_dpms I then use the keyboard to resume. Upon resuming, I can see two calls: crtc_set_config, and crtc_load_lut. The display remains turned off because I am not

[PATCH -next] drm: fix kconfig unmet dependency warning

From: Randy Dunlap rdun...@xenotime.net Fix kconfig unmet dependency warning. BACKLIGHT_CLASS_DEVICE depends on BACKLIGHT_LCD_SUPPORT, so select the latter along with the former. warning: (DRM_RADEON_KMS DRM_I915 STUB_POULSBO FB_BACKLIGHT PANEL_SHARP_LS037V7DW01 PANEL_ACX565AKM

Re: [PATCH -next] drm: fix kconfig unmet dependency warning

On Wed, 10 Aug 2011 14:24:01 -0700 Randy Dunlap wrote: Sorry, this applies to mainline, not linux-next. From: Randy Dunlap rdun...@xenotime.net Fix kconfig unmet dependency warning. BACKLIGHT_CLASS_DEVICE depends on BACKLIGHT_LCD_SUPPORT, so select the latter along with the former.

[Bug 39882] Regression: Plugging in a HDMI connector makes the LCD of X120e go dark

https://bugs.freedesktop.org/show_bug.cgi?id=39882 --- Comment #6 from gottfried.hai...@gmail.com 2011-08-10 17:03:12 PDT --- Regarding VT switching: When I press Ctrl+Alt+F1 after plugging in I do get a picture again on the internal LCD.. when I then press Ctrl+Alt+F7 I am even properly back in

[Bug 28125] DRI2 prevents indirect glx

https://bugs.freedesktop.org/show_bug.cgi?id=28125 Christopher James Halse Rogers chalserog...@gmail.com changed: What|Removed |Added Status|NEW