[Bug 39897] Graphical glitches in some games on Evergreen

https://bugs.freedesktop.org/show_bug.cgi?id=39897 --- Comment #14 from Alex cerebro.alex...@gmail.com 2011-08-08 23:30:18 PDT --- alex@Leon:~/Projects/Games/CrayonPhysicsDeluxe$ LIBGL_DEBUG=verbose ./launcher snip libGL: OpenDriver: trying /usr/lib/dri/tls/r600_dri.so libGL: OpenDriver: trying

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

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/types.h linux-2.6/usr/include/drm/i915_drm.h:120: found __[us]{8,16,32,64} type without #include linux/types.h

[Bug 39953] Flicker after waking from DPMS sleep

https://bugs.freedesktop.org/show_bug.cgi?id=39953 --- Comment #1 from Lauri Kasanen cur...@operamail.com 2011-08-09 00:07:30 PDT --- Created an attachment (id=50060) -- (https://bugs.freedesktop.org/attachment.cgi?id=50060) dmesg -- Configure bugmail:

[Bug 39953] Flicker after waking from DPMS sleep

https://bugs.freedesktop.org/show_bug.cgi?id=39953 --- Comment #2 from Lauri Kasanen cur...@operamail.com 2011-08-09 00:08:56 PDT --- Now that I tried to make it happen manually (sleep 1 xset dpms force off), it didn't show itself; though for the last few days, it's always happened after X's

[Bug 36934] screen corruption after running a game

https://bugs.freedesktop.org/show_bug.cgi?id=36934 Michel Dänzer mic...@daenzer.net changed: What|Removed |Added Attachment #46675|text/x-log |text/plain

[Bug 36934] screen corruption after running a game

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

[Bug 36934] screen corruption after running a game

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

[Bug 36934] screen corruption after running a game

https://bugs.freedesktop.org/show_bug.cgi?id=36934 --- Comment #7 from Michel Dänzer mic...@daenzer.net 2011-08-09 03:34:33 PDT --- (In reply to comment #6) I observed that this corruption is often accompanied by these messages on the console from which I start a game: What exactly does

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

https://bugs.freedesktop.org/show_bug.cgi?id=39696 --- Comment #1 from Michel Dänzer mic...@daenzer.net 2011-08-09 03:54:57 PDT --- (In reply to comment #1) KMS always sets sligthly different vertical refresh frequencies: The internal display runs at 60 Hz, the external monitor runs at 59.9

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

https://bugs.freedesktop.org/show_bug.cgi?id=39202 Michel Dänzer mic...@daenzer.net changed: What|Removed |Added Attachment #49061|text/x-log |text/plain

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

https://bugs.freedesktop.org/show_bug.cgi?id=39202 --- Comment #6 from Michel Dänzer mic...@daenzer.net 2011-08-09 04:15:45 PDT --- (In reply to comment #6) 2.6.38 - 60 to 120 FPS with vsync on vsync can't actually be effective if the framerate is higher than the refresh rate... Does Option

[Bug 39162] 3.0.0-r5: ftrace: BUG OOPS

https://bugzilla.kernel.org/show_bug.cgi?id=39162 --- Comment #1 from Steven Rostedt rost...@goodmis.org 2011-08-09 11:50:18 --- We just missed the main release for this fix. Please apply: commit f7bc8b61f65726ff98f52e286b28e294499d7a08 ftrace: Fix regression where ftrace breaks when

[Bug 39162] 3.0.0-r5: ftrace: BUG OOPS

https://bugzilla.kernel.org/show_bug.cgi?id=39162 Florian Mickler flor...@mickler.org changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 39162] 3.0.0-r5: ftrace: BUG OOPS

https://bugzilla.kernel.org/show_bug.cgi?id=39162 Florian Mickler flor...@mickler.org changed: What|Removed |Added Status|RESOLVED|CLOSED --

[Bug 22312] radeon 0000:01:00.0: Invalid ROM contents

https://bugzilla.kernel.org/show_bug.cgi?id=22312 xpressra...@gmail.com changed: What|Removed |Added CC||xpressra...@gmail.com ---

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

https://bugs.freedesktop.org/show_bug.cgi?id=39696 --- Comment #2 from Klaus Kusche klaus.kus...@computerix.info 2011-08-09 05:29:04 PDT --- Created an attachment (id=50068) -- (https://bugs.freedesktop.org/attachment.cgi?id=50068) Xorg.log having the problem Xorg.log with one of the displays

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

https://bugs.freedesktop.org/show_bug.cgi?id=39696 --- Comment #3 from Klaus Kusche klaus.kus...@computerix.info 2011-08-09 05:47:04 PDT --- (In reply to comment #1) (In reply to comment #1) KMS always sets sligthly different vertical refresh frequencies: The internal display runs at 60

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

On Mon, Aug 8, 2011 at 3:22 AM, Amerigo Wang amw...@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 #include linux/types.h linux-2.6/usr/include/drm/i915_drm.h:120: found

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

https://bugs.freedesktop.org/show_bug.cgi?id=39696 --- Comment #4 from Michel Dänzer mic...@daenzer.net 2011-08-09 06:39:31 PDT --- (In reply to comment #3) and with synchronized vertical retrace? There's no mechanism for that yet in general. However, if you manage to use the same

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

https://bugs.freedesktop.org/show_bug.cgi?id=39696 --- Comment #5 from Klaus Kusche klaus.kus...@computerix.info 2011-08-09 07:28:24 PDT --- (In reply to comment #4) (In reply to comment #3) and with synchronized vertical retrace? There's no mechanism for that yet in general.

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

https://bugs.freedesktop.org/show_bug.cgi?id=39696 --- Comment #6 from Alex Deucher ag...@yahoo.com 2011-08-09 08:56:34 PDT --- (In reply to comment #5) Doesn't work the way we would like it: * All outputs can be connected to all CRTC's. * Default is LVDS:0, DP: 1 * Even if the mode is

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

https://bugs.freedesktop.org/show_bug.cgi?id=39696 --- Comment #7 from Klaus Kusche klaus.kus...@computerix.info 2011-08-09 09:07:03 PDT --- (In reply to comment #6) (In reply to comment #5) Doesn't work the way we would like it: * All outputs can be connected to all CRTC's. * Default

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

https://bugs.freedesktop.org/show_bug.cgi?id=39696 --- Comment #8 from Michel Dänzer mic...@daenzer.net 2011-08-09 09:13:15 PDT --- (In reply to comment #7) Currently both Xv and GL sync to LVDS by default, no matter which output is primary, and no matter which CRTC they use: Even

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

https://bugs.freedesktop.org/show_bug.cgi?id=39696 --- Comment #9 from Michel Dänzer mic...@daenzer.net 2011-08-09 10:20:35 PDT --- Created an attachment (id=50076) View: https://bugs.freedesktop.org/attachment.cgi?id=50076 Review: https://bugs.freedesktop.org/review?bug=39696attachment=50076

[Bug 25052] kernel modesetting still does not work

https://bugzilla.kernel.org/show_bug.cgi?id=25052 --- Comment #22 from Elmar Stellnberger estel...@gmail.com 2011-08-09 17:44:18 --- Any work in progress on this issue? Many people have to fall back to the proprietary drivers if KMS is not avaiable or functional. -- Configure bugmail:

[Bug 25052] kernel modesetting still does not work

https://bugzilla.kernel.org/show_bug.cgi?id=25052 --- Comment #23 from Alex Deucher alexdeuc...@gmail.com 2011-08-09 18:20:09 --- Does a newer kernel/ddx/mesa help? KMS works fine for the vast majority of radeon users. -- Configure bugmail:

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

https://bugs.freedesktop.org/show_bug.cgi?id=39696 --- Comment #10 from Klaus Kusche klaus.kus...@computerix.info 2011-08-09 12:17:56 PDT --- (In reply to comment #9) Created an attachment (id=50076) View: https://bugs.freedesktop.org/attachment.cgi?id=50076 Review:

[Bug 36934] screen corruption after running a game

https://bugs.freedesktop.org/show_bug.cgi?id=36934 --- Comment #8 from almos aaalmo...@gmail.com 2011-08-09 12:39:18 PDT --- (In reply to comment #7) (In reply to comment #6) I observed that this corruption is often accompanied by these messages on the console from which I start a game:

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

https://bugs.freedesktop.org/show_bug.cgi?id=39202 --- Comment #7 from Siganderson dj_...@webmail.it 2011-08-09 14:29:20 PDT --- (In reply to comment #6) I tried the first option alone and together with the second option. In both cases the previous performance was not restored. The test this

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

https://bugs.freedesktop.org/show_bug.cgi?id=39202 --- Comment #8 from Siganderson dj_...@webmail.it 2011-08-09 14:30:56 PDT --- sorry... it's not ubuntu but kubuntu (kde 4.6.7) -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail

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

https://bugs.freedesktop.org/show_bug.cgi?id=39202 --- Comment #9 from Siganderson dj_...@webmail.it 2011-08-09 14:31:50 PDT --- (In reply to comment #8) sorry... it's not ubuntu but kubuntu (kde 4.6.7) uff.. XD kde 4.7 -- Configure bugmail:

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

https://bugs.freedesktop.org/show_bug.cgi?id=39902 --- Comment #2 from runetmem...@gmail.com 2011-08-09 21:12:11 PDT --- You was right, there are probably problem with packaging of x86_64 of the driver. https://bugs.freedesktop.org/show_bug.cgi?id=39897#c12 I can not reproduce StarCraft II GPU

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

https://bugs.freedesktop.org/show_bug.cgi?id=39902 runetmem...@gmail.com changed: What|Removed |Added Summary|R600g Evergreen: GPU lockup |R600g Evergreen: GPU lockup

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

https://bugs.freedesktop.org/show_bug.cgi?id=39902 --- Comment #3 from runetmem...@gmail.com 2011-08-09 21:13:02 PDT --- Created an attachment (id=50086) -- (https://bugs.freedesktop.org/attachment.cgi?id=50086) Example of error message -- Configure bugmail:

[Bug 39897] Graphical glitches in some games on Evergreen

https://bugs.freedesktop.org/show_bug.cgi?id=39897 --- Comment #14 from Alex 2011-08-08 23:30:18 PDT --- alex at Leon:~/Projects/Games/CrayonPhysicsDeluxe$ LIBGL_DEBUG=verbose ./launcher libGL: OpenDriver: trying /usr/lib/dri/tls/r600_dri.so libGL: OpenDriver: trying /usr/lib/dri/r600_dri.so

[Bug 39953] New: Flicker after waking from DPMS sleep

https://bugs.freedesktop.org/show_bug.cgi?id=39953 Summary: Flicker after waking from DPMS sleep Product: DRI Version: XOrg CVS Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: minor Priority:

[Bug 39953] Flicker after waking from DPMS sleep

https://bugs.freedesktop.org/show_bug.cgi?id=39953 --- Comment #1 from Lauri Kasanen 2011-08-09 00:07:30 PDT --- Created an attachment (id=50060) --> (https://bugs.freedesktop.org/attachment.cgi?id=50060) dmesg -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email

[Bug 39953] Flicker after waking from DPMS sleep

https://bugs.freedesktop.org/show_bug.cgi?id=39953 --- Comment #2 from Lauri Kasanen 2011-08-09 00:08:56 PDT --- Now that I tried to make it happen manually (sleep 1 && xset dpms force off), it didn't show itself; though for the last few days, it's always happened after X's 10-minute delay

[Bug 36934] screen corruption after running a game

https://bugs.freedesktop.org/show_bug.cgi?id=36934 Michel D?nzer changed: What|Removed |Added Attachment #46675|text/x-log |text/plain mime type|

[Bug 36934] screen corruption after running a game

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

[Bug 36934] screen corruption after running a game

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

[Bug 36934] screen corruption after running a game

https://bugs.freedesktop.org/show_bug.cgi?id=36934 --- Comment #7 from Michel D?nzer 2011-08-09 03:34:33 PDT --- (In reply to comment #6) > I observed that this corruption is often accompanied by these messages on the > console from which I start a game: What exactly does 'often' mean? If it's

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

https://bugs.freedesktop.org/show_bug.cgi?id=39696 --- Comment #1 from Michel D?nzer 2011-08-09 03:54:57 PDT --- (In reply to comment #1) > KMS always sets sligthly different vertical refresh frequencies: > The internal display runs at 60 Hz, the external monitor runs at 59.9 Hz. Please

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

https://bugs.freedesktop.org/show_bug.cgi?id=39202 Michel D?nzer changed: What|Removed |Added Attachment #49061|text/x-log |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 #6 from Michel D?nzer 2011-08-09 04:15:45 PDT --- (In reply to comment #6) > 2.6.38 -> 60 to 120 FPS with vsync on vsync can't actually be effective if the framerate is higher than the refresh rate... Does Option

[Bug 39162] 3.0.0-r5: ftrace: BUG & OOPS

https://bugzilla.kernel.org/show_bug.cgi?id=39162 --- Comment #1 from Steven Rostedt 2011-08-09 11:50:18 --- We just missed the main release for this fix. Please apply: commit f7bc8b61f65726ff98f52e286b28e294499d7a08 ftrace: Fix regression where ftrace breaks when modules are loaded It's

[Bug 39162] 3.0.0-r5: ftrace: BUG & OOPS

https://bugzilla.kernel.org/show_bug.cgi?id=39162 Florian Mickler changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 39162] 3.0.0-r5: ftrace: BUG & OOPS

https://bugzilla.kernel.org/show_bug.cgi?id=39162 Florian Mickler changed: What|Removed |Added Status|RESOLVED|CLOSED -- Configure bugmail:

[Bug 22312] radeon 0000:01:00.0: Invalid ROM contents

https://bugzilla.kernel.org/show_bug.cgi?id=22312 xpressrazor at gmail.com changed: What|Removed |Added CC||xpressrazor at gmail.com

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

https://bugs.freedesktop.org/show_bug.cgi?id=39696 --- Comment #2 from Klaus Kusche 2011-08-09 05:29:04 PDT --- Created an attachment (id=50068) --> (https://bugs.freedesktop.org/attachment.cgi?id=50068) Xorg.log having the problem Xorg.log with one of the displays having the problem (similar

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

https://bugs.freedesktop.org/show_bug.cgi?id=39696 --- Comment #3 from Klaus Kusche 2011-08-09 05:47:04 PDT --- (In reply to comment #1) > (In reply to comment #1) > > KMS always sets sligthly different vertical refresh frequencies: > > The internal display runs at 60 Hz, the external monitor

No subject

-- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.

[PATCH] drm: add missing header file

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: found __[us]{8,16,32,64} type > without

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

https://bugs.freedesktop.org/show_bug.cgi?id=39696 --- Comment #4 from Michel D?nzer 2011-08-09 06:39:31 PDT --- (In reply to comment #3) > > > and with synchronized vertical retrace? > > > > There's no mechanism for that yet in general. However, if you manage to use > > the > > same mode for

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

https://bugs.freedesktop.org/show_bug.cgi?id=39696 --- Comment #5 from Klaus Kusche 2011-08-09 07:28:24 PDT --- (In reply to comment #4) > (In reply to comment #3) > > > > and with synchronized vertical retrace? > > > > > > There's no mechanism for that yet in general. However, if you manage

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

https://bugs.freedesktop.org/show_bug.cgi?id=39696 --- Comment #6 from Alex Deucher 2011-08-09 08:56:34 PDT --- (In reply to comment #5) > > Doesn't work the way we would like it: > * All outputs can be connected to all CRTC's. > * Default is LVDS:0, DP: 1 > * Even if the mode is exactly the

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

https://bugs.freedesktop.org/show_bug.cgi?id=39696 --- Comment #7 from Klaus Kusche 2011-08-09 09:07:03 PDT --- (In reply to comment #6) > (In reply to comment #5) > > > > Doesn't work the way we would like it: > > * All outputs can be connected to all CRTC's. > > * Default is LVDS:0, DP: 1 >

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

https://bugs.freedesktop.org/show_bug.cgi?id=39696 --- Comment #8 from Michel D?nzer 2011-08-09 09:13:15 PDT --- (In reply to comment #7) > > > Currently both Xv and GL sync to LVDS by default, > > > no matter which output is primary, > > > and no matter which CRTC they use: > > > Even if DP

[PATCH] drm/radeon/kms: don't enable connectors that are off in the hotplug handler

From: Alex Deucher If we get a hotplug event on an connector that is off, don't attempt to turn it on or off, it should already be off. Fixes: https://bugzilla.redhat.com/show_bug.cgi?id=728228 Signed-off-by: Alex Deucher Cc: stable at kernel.org ---

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

https://bugs.freedesktop.org/show_bug.cgi?id=39696 --- Comment #9 from Michel D?nzer 2011-08-09 10:20:35 PDT --- Created an attachment (id=50076) View: https://bugs.freedesktop.org/attachment.cgi?id=50076 Review: https://bugs.freedesktop.org/review?bug=39696=50076 All other things being

[Bug 25052] kernel modesetting still does not work

https://bugzilla.kernel.org/show_bug.cgi?id=25052 --- Comment #22 from Elmar Stellnberger 2011-08-09 17:44:18 --- Any work in progress on this issue? Many people have to fall back to the proprietary drivers if KMS is not avaiable or functional. -- Configure bugmail:

[Bug 25052] kernel modesetting still does not work

https://bugzilla.kernel.org/show_bug.cgi?id=25052 --- Comment #23 from Alex Deucher 2011-08-09 18:20:09 --- Does a newer kernel/ddx/mesa help? KMS works fine for the vast majority of radeon users. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are

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

https://bugs.freedesktop.org/show_bug.cgi?id=39696 --- Comment #10 from Klaus Kusche 2011-08-09 12:17:56 PDT --- (In reply to comment #9) > Created an attachment (id=50076) View: https://bugs.freedesktop.org/attachment.cgi?id=50076 Review: https://bugs.freedesktop.org/review?bug=39696=50076

[Bug 36934] screen corruption after running a game

https://bugs.freedesktop.org/show_bug.cgi?id=36934 --- Comment #8 from almos 2011-08-09 12:39:18 PDT --- (In reply to comment #7) > (In reply to comment #6) > > I observed that this corruption is often accompanied by these messages on > > the > > console from which I start a game: > > What

[Bug 40762] Kernel crashes when activation powersaving feature of mobility radeon x1400

https://bugzilla.kernel.org/show_bug.cgi?id=40762 Rafael J. Wysocki changed: What|Removed |Added CC||rjw at sisk.pl

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

https://bugs.freedesktop.org/show_bug.cgi?id=39202 --- Comment #7 from Siganderson 2011-08-09 14:29:20 PDT --- (In reply to comment #6) I tried the first option alone and together with the second option. In both cases the previous performance was not restored. The test this time was done

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

https://bugs.freedesktop.org/show_bug.cgi?id=39202 --- Comment #8 from Siganderson 2011-08-09 14:30:56 PDT --- sorry... it's not ubuntu but kubuntu (kde 4.6.7) -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You

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

https://bugs.freedesktop.org/show_bug.cgi?id=39202 --- Comment #9 from Siganderson 2011-08-09 14:31:50 PDT --- (In reply to comment #8) > sorry... it's not ubuntu but kubuntu (kde 4.6.7) uff.. XD kde 4.7 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You

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

https://bugs.freedesktop.org/show_bug.cgi?id=39902 --- Comment #2 from runetmember at gmail.com 2011-08-09 21:12:11 PDT --- You was right, there are probably problem with packaging of x86_64 of the driver. https://bugs.freedesktop.org/show_bug.cgi?id=39897#c12 I can not reproduce StarCraft II GPU

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

https://bugs.freedesktop.org/show_bug.cgi?id=39902 runetmember at gmail.com changed: What|Removed |Added Summary|R600g Evergreen: GPU lockup |R600g Evergreen: GPU lockup

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

https://bugs.freedesktop.org/show_bug.cgi?id=39902 --- Comment #3 from runetmember at gmail.com 2011-08-09 21:13:02 PDT --- Created an attachment (id=50086) --> (https://bugs.freedesktop.org/attachment.cgi?id=50086) Example of error message -- Configure bugmail:

[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

[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,

[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, > > > > > > > >

[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

[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

[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

[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

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

On Tue, Aug 9, 2011 at 9:32 AM, Kirill Smelkov 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 don't have an

[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 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

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

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 topic was about cleanups. At this point it is about cleanups unless