[Bug 33515] New: System lockup with Page-flipping

https://bugs.freedesktop.org/show_bug.cgi?id=33515 Summary: System lockup with Page-flipping Product: DRI Version: XOrg CVS Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: critical Priority:

[RFC 00/20] Proposal for remaining BKL users

I've gone through all the code in the kernel that uses the big kernel lock and come up with a solution that seems at least half-reasonable for each of them. The decisions are somewhat arbitrary, but here is what I'd suggest we do: * Remove in 2.6.39: i830, autofs3, smbfs * Move to staging

[PATCH 02/20] drm: remove i830 driver

This driver is one of the last users of the big kernel lock, which is going away. All the hardware supported by this driver also works with the newer i915 driver, and recent X.org releases only work with that driver anyway. Signed-off-by: Arnd Bergmann Cc: Chris Wilson Cc: dri-devel at

[PATCH 01/20] drm/i810: remove the BKL

SMP i810 systems were practically nonexistent and the configuration was not officially supported by Intel at the time when Pentium-III was common. With this change, it is still possible to build a distribution kernel that has support for SMP and includes the i810 driver without the BKL. As a

[RFC 00/20] Proposal for remaining BKL users

I've gone through all the code in the kernel that uses the big kernel lock and come up with a solution that seems at least half-reasonable for each of them. The decisions are somewhat arbitrary, but here is what I'd suggest we do: * Remove in 2.6.39: i830, autofs3, smbfs * Move to staging

[Bug 33011] HDMI-A-1 Does not work after resume (But claims it does)

https://bugs.freedesktop.org/show_bug.cgi?id=33011 --- Comment #10 from Alex Deucher 2011-01-25 22:22:33 PST --- Does a dpms cycle help? xset dpms force off Does restarting X help? How about forcing a mode change? e.g., xrandr --output HDMI-0 --mode 1680x1050 -- Configure bugmail:

[Bug 33011] HDMI-A-1 Does not work after resume (But claims it does)

https://bugs.freedesktop.org/show_bug.cgi?id=33011 --- Comment #9 from Russ Dill 2011-01-25 20:49:03 PST --- The xorg crashing thing is no longer true, its been fixed at some point. gnome-display-properties still gets confused and thinks it successfully configured all three, but there is no

[Bug 33011] HDMI-A-1 Does not work after resume (But claims it does)

https://bugs.freedesktop.org/show_bug.cgi?id=33011 --- Comment #8 from Russ Dill 2011-01-25 20:47:38 PST --- Created an attachment (id=42509) --> (https://bugs.freedesktop.org/attachment.cgi?id=42509) xrandr --verbose (after resume) -- Configure bugmail:

[Bug 33011] HDMI-A-1 Does not work after resume (But claims it does)

https://bugs.freedesktop.org/show_bug.cgi?id=33011 --- Comment #7 from Russ Dill 2011-01-25 20:47:15 PST --- Created an attachment (id=42508) --> (https://bugs.freedesktop.org/attachment.cgi?id=42508) xrandr --verbose (before suspend) -- Configure bugmail:

[PATCH 1/4] drm: Add an interface to reset the device

On Mon, 24 Jan 2011 12:08:29 -0500, Alex Deucher wrote: > On Mon, Jan 24, 2011 at 10:55 AM, Chris Wilson > wrote: > > Iterate over the attached CRTCs, encoders and connectors and call the > > supplied reset vfunc in order to reset any cached state back to unknown. > > Useful after an

[Bug 27314] DP link training fails on 2560x1440 panels

https://bugs.freedesktop.org/show_bug.cgi?id=27314 --- Comment #30 from Alex Deucher 2011-01-25 17:14:01 PST --- Can you try the patches available here: http://people.freedesktop.org/~agd5f/dp_fixes/ -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are

[Bug 32945] Lower part of the screen corrupt with HyperZ enabled

https://bugs.freedesktop.org/show_bug.cgi?id=32945 --- Comment #12 from Marek Ol??k 2011-01-25 16:38:57 PST --- Created an attachment (id=42497) View: https://bugs.freedesktop.org/attachment.cgi?id=42497 Review: https://bugs.freedesktop.org/review?bug=32945=42497 hyperz fix v3 Thanks for

[Bug 32945] Lower part of the screen corrupt with HyperZ enabled

https://bugs.freedesktop.org/show_bug.cgi?id=32945 --- Comment #11 from Sven Arvidsson 2011-01-25 15:37:15 PST --- (In reply to comment #10) > It doesn't add up. Changing numdw must make a visible difference, it > determines > how many pixels are cleared (multiplied by something). > > I don't

[Bug 33185] X crashes when kWin effects are turned on

https://bugs.freedesktop.org/show_bug.cgi?id=33185 --- Comment #5 from George Kiagiadakis 2011-01-25 15:30:47 PST --- (In reply to comment #2) > (In reply to comment #1) > > Can you get another backtrace with /usr/lib/dri/r300_dri.so having debugging > > symbols? > > do you mean I have to

[Bug 32945] Lower part of the screen corrupt with HyperZ enabled

https://bugs.freedesktop.org/show_bug.cgi?id=32945 --- Comment #10 from Marek Ol??k 2011-01-25 14:55:02 PST --- It doesn't add up. Changing numdw must make a visible difference, it determines how many pixels are cleared (multiplied by something). I don't think 0 is even allowed. Try 1 and see

[Bug 32945] Lower part of the screen corrupt with HyperZ enabled

https://bugs.freedesktop.org/show_bug.cgi?id=32945 --- Comment #9 from Sven Arvidsson 2011-01-25 14:29:28 PST --- Created an attachment (id=42495) --> (https://bugs.freedesktop.org/attachment.cgi?id=42495) dmesg output (In reply to comment #8) > It appears that one third of the zbuffer is not

[Bug 32296] [r300g] Screen corruption with WoW when HyperZ enabled.

https://bugs.freedesktop.org/show_bug.cgi?id=32296 --- Comment #13 from Marek Ol??k 2011-01-25 14:14:27 PST --- If you compile with --enable-debug, it should print the hyperz status to stderr. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving

[Bug 31870] [evergreen] Graphics freezes when selecting Atlantis from XScreenSaver

https://bugs.freedesktop.org/show_bug.cgi?id=31870 --- Comment #3 from Jure Repinc 2011-01-25 13:55:23 PST --- I have upgraded to kernel 2.6.38-rc2 and latest MESA git and the freeze is still here. Although now after some time graphics resets and then almost immidiately locks up again. I

[Bug 32296] [r300g] Screen corruption with WoW when HyperZ enabled.

https://bugs.freedesktop.org/show_bug.cgi?id=32296 --- Comment #12 from Chris Rankin 2011-01-25 13:52:49 PST --- (In reply to comment #7) > I've made a new patch, which contains new bug fixes and performance should no > longer regress. Could you give it a try? I should probably mention that an

[Bug 33418] Continuous GPU soft resets

https://bugs.freedesktop.org/show_bug.cgi?id=33418 --- Comment #2 from Erdem U. Altinyurt 2011-01-25 13:40:38 PST --- Additional info: I can play nexuiz and neverball properly now. What changed? Simply I drop Gallium3D drivers and use DRI one instead.Before, I thought NI's supported by Gallium

[Bug 32296] [r300g] Screen corruption with WoW when HyperZ enabled.

https://bugs.freedesktop.org/show_bug.cgi?id=32296 --- Comment #11 from Chris Rankin 2011-01-25 13:32:11 PST --- (In reply to comment #7) > I've made a new patch, which contains new bug fixes and performance should no > longer regress. Could you give it a try? And the corruption in WoW is now

[Bug 32047] GPU lockup on WebGL site

https://bugs.freedesktop.org/show_bug.cgi?id=32047 Ernst Sj?strand changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 33494] crash during (or at end) of map loading in ut2004

https://bugs.freedesktop.org/show_bug.cgi?id=33494 XoD changed: What|Removed |Added AssignedTo|dri-devel at lists.freedesktop |mesa-dev at lists.freedesktop.

[Bug 33494] crash during (or at end) of map loading in ut2004

https://bugs.freedesktop.org/show_bug.cgi?id=33494 --- Comment #1 from XoD 2011-01-25 12:13:11 PST --- If I add a sprintf before memcpy in r600_upload.c I was able to debug in r600_upload_buffer. The call stack was : #0 memcpy() at ../sysdeps/x86_64/memcpy.S:267 #1 fprintf() at

[Bug 33494] New: crash during (or at end) of map loading in ut2004

https://bugs.freedesktop.org/show_bug.cgi?id=33494 Summary: crash during (or at end) of map loading in ut2004 Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: major

[PATCH] drm/radeon/kms: fix r6xx+ scanout on BE systems

R6xx+ have per-block swappers. BE content in the framebuffer will now be swapped properly during scanout. Untested, however, the same code is reported working in the UMS ddx. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/atombios_crtc.c | 17 +

[Bug 32768] VBO rendering using glDrawArrays causes program termination and "cs IB too big" message

https://bugs.freedesktop.org/show_bug.cgi?id=32768 --- Comment #3 from RCX Slinger 2011-01-25 11:49:04 PST --- (In reply to comment #2) > Created an attachment (id=42437) View: https://bugs.freedesktop.org/attachment.cgi?id=42437 Review: https://bugs.freedesktop.org/review?bug=32768=42437 >

[Bug 32511] glDrawPixels broken on savage

https://bugs.freedesktop.org/show_bug.cgi?id=32511 --- Comment #13 from Tormod Volden 2011-01-25 11:23:42 PST --- The above resume problem was fixed in the DDX by http://cgit.freedesktop.org/xorg/driver/xf86-video-savage/commit/?id=b018d343e6a6810afdaf1a73091dd9bc8c1c95bd -- Configure

[Bug 27708] [KMS] Repeated EDID errors despite everything working

https://bugs.freedesktop.org/show_bug.cgi?id=27708 --- Comment #11 from Alex Deucher 2011-01-25 09:33:20 PST --- It hasn't been accepted into the kernel yet as the patch needs either better bounds checking (to make sure we don't read past the end of the edid if the size or number of extensions

[Bug 27708] [KMS] Repeated EDID errors despite everything working

https://bugs.freedesktop.org/show_bug.cgi?id=27708 --- Comment #10 from Sergej Pupykin 2011-01-25 08:59:34 PST --- Is it any chance to add edid_strict parameter into kernel? 2.6.38rc2 still have no it. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are

[Bug 32296] [r300g] Screen corruption with WoW when HyperZ enabled.

https://bugs.freedesktop.org/show_bug.cgi?id=32296 --- Comment #10 from Fabio Pedretti 2011-01-25 08:49:19 PST --- Created an attachment (id=42472) --> (https://bugs.freedesktop.org/attachment.cgi?id=42472) sauerbraten screenshot with second patch Note that the clouds appears mostly when

[Bug 32296] [r300g] Screen corruption with WoW when HyperZ enabled.

https://bugs.freedesktop.org/show_bug.cgi?id=32296 --- Comment #9 from Marek Ol??k 2011-01-25 08:37:46 PST --- Could you possibly attach screenshots of the corruptions you are seeing? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this

[Bug 32945] Lower part of the screen corrupt with HyperZ enabled

https://bugs.freedesktop.org/show_bug.cgi?id=32945 --- Comment #8 from Marek Ol??k 2011-01-25 08:33:52 PST --- It appears that one third of the zbuffer is not cleared on your machine. In src/gallium/drivers/r300/r300_emit.c, can you add this line: numdw = ALIGN_DIVUP(numdw * 3, 2); at line

[Bug 32296] [r300g] Screen corruption with WoW when HyperZ enabled.

https://bugs.freedesktop.org/show_bug.cgi?id=32296 --- Comment #8 from Fabio Pedretti 2011-01-25 08:14:42 PST --- (In reply to comment #7) > The zigzagged edges (those little deterministic squares of corruption) are a > HiZ issue. Currently I am only fixing Zmask (zbuffer compression). > >

[Bug 32945] Lower part of the screen corrupt with HyperZ enabled

https://bugs.freedesktop.org/show_bug.cgi?id=32945 Sven Arvidsson changed: What|Removed |Added Attachment #42459|0 |1 is obsolete|

[Bug 32945] Lower part of the screen corrupt with HyperZ enabled

https://bugs.freedesktop.org/show_bug.cgi?id=32945 --- Comment #6 from Marek Ol??k 2011-01-25 07:54:26 PST --- I've made a new patch. Could you give it a try? https://bugs.freedesktop.org/attachment.cgi?id=42464 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email

[Bug 32296] [r300g] Screen corruption with WoW when HyperZ enabled.

https://bugs.freedesktop.org/show_bug.cgi?id=32296 --- Comment #7 from Marek Ol??k 2011-01-25 07:53:05 PST --- The zigzagged edges (those little deterministic squares of corruption) are a HiZ issue. Currently I am only fixing Zmask (zbuffer compression). I've made a new patch, which contains

[Bug 29851] [r300g] HyperZ on RS690 not work correctly

https://bugs.freedesktop.org/show_bug.cgi?id=29851 Marek Ol??k changed: What|Removed |Added Attachment #42464|application/pgp-keys|text/plain mime type|

[Bug 29851] [r300g] HyperZ on RS690 not work correctly

https://bugs.freedesktop.org/show_bug.cgi?id=29851 --- Comment #11 from Marek Ol??k 2011-01-25 07:48:52 PST --- Created an attachment (id=42464) --> (https://bugs.freedesktop.org/attachment.cgi?id=42464) possible fix 2 I've made a new patch. Could you give it a try? -- Configure bugmail:

[Bug 32945] Lower part of the screen corrupt with HyperZ enabled

https://bugs.freedesktop.org/show_bug.cgi?id=32945 --- Comment #5 from Sven Arvidsson 2011-01-25 06:34:55 PST --- Created an attachment (id=42459) --> (https://bugs.freedesktop.org/attachment.cgi?id=42459) screenshot from doom3 -- Configure bugmail:

[Bug 29851] [r300g] HyperZ on RS690 not work correctly

https://bugs.freedesktop.org/show_bug.cgi?id=29851 --- Comment #10 from Pavel Ondra?ka 2011-01-25 06:08:49 PST --- Review of attachment 42432: --> (https://bugs.freedesktop.org/review?bug=29851=42432) This patch fixes HyperZ corruption in Unigine Sanctuary and Scorched3D for me (RV530) and

[Bug 31830] [bisected] broken shadows in Unigine Sanctuary and Lightsmark

https://bugs.freedesktop.org/show_bug.cgi?id=31830 --- Comment #6 from Pavel Ondra?ka 2011-01-25 05:24:00 PST --- (In reply to comment #5) > Created an attachment (id=42355) View: https://bugs.freedesktop.org/attachment.cgi?id=42355 Review: https://bugs.freedesktop.org/review?bug=31830=42355

[Bug 32296] [r300g] Screen corruption with WoW when HyperZ enabled.

https://bugs.freedesktop.org/show_bug.cgi?id=32296 --- Comment #6 from Fabio Pedretti 2011-01-25 00:56:40 PST --- > Does this patch fix anything? > > https://bugs.freedesktop.org/attachment.cgi?id=42432 Hi, I tested this patch on my RV530 with linux 2.6.37 and current mesa git: - openarena:

[Bug 32768] VBO rendering using glDrawArrays causes program termination and "cs IB too big" message

https://bugs.freedesktop.org/show_bug.cgi?id=32768 --- Comment #2 from Andre Maasikas 2011-01-25 00:54:05 PST --- Created an attachment (id=42437) View: https://bugs.freedesktop.org/attachment.cgi?id=42437 Review: https://bugs.freedesktop.org/review?bug=32768=42437 try to use base_vtx as

[Bug 26562] [bisected] blank screen with radeon.modeset=1

https://bugzilla.kernel.org/show_bug.cgi?id=26562 --- Comment #10 from Sami Liedes 2011-01-25 00:00:26 --- Yes, that patch works for me. Thanks. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching

[Bug 32768] VBO rendering using glDrawArrays causes program termination and cs IB too big message

https://bugs.freedesktop.org/show_bug.cgi?id=32768 --- Comment #2 from Andre Maasikas amaasi...@gmail.com 2011-01-25 00:54:05 PST --- Created an attachment (id=42437) View: https://bugs.freedesktop.org/attachment.cgi?id=42437 Review:

[Bug 32296] [r300g] Screen corruption with WoW when HyperZ enabled.

https://bugs.freedesktop.org/show_bug.cgi?id=32296 --- Comment #6 from Fabio Pedretti fabio@libero.it 2011-01-25 00:56:40 PST --- Does this patch fix anything? https://bugs.freedesktop.org/attachment.cgi?id=42432 Hi, I tested this patch on my RV530 with linux 2.6.37 and current mesa

[Bug 31830] [bisected] broken shadows in Unigine Sanctuary and Lightsmark

https://bugs.freedesktop.org/show_bug.cgi?id=31830 --- Comment #6 from Pavel Ondračka dra...@centrum.cz 2011-01-25 05:24:00 PST --- (In reply to comment #5) Created an attachment (id=42355) View: https://bugs.freedesktop.org/attachment.cgi?id=42355 Review:

[Bug 29851] [r300g] HyperZ on RS690 not work correctly

https://bugs.freedesktop.org/show_bug.cgi?id=29851 --- Comment #10 from Pavel Ondračka dra...@centrum.cz 2011-01-25 06:08:49 PST --- Review of attachment 42432: -- (https://bugs.freedesktop.org/review?bug=29851attachment=42432) This patch fixes HyperZ corruption in Unigine Sanctuary and

[Bug 32945] Lower part of the screen corrupt with HyperZ enabled

https://bugs.freedesktop.org/show_bug.cgi?id=32945 --- Comment #4 from Sven Arvidsson s...@whiz.se 2011-01-25 06:32:09 PST --- Created an attachment (id=42458) -- (https://bugs.freedesktop.org/attachment.cgi?id=42458) glxgears screenshot with patch The patch is a big improvment, but it doesn't

[Bug 32945] Lower part of the screen corrupt with HyperZ enabled

https://bugs.freedesktop.org/show_bug.cgi?id=32945 --- Comment #5 from Sven Arvidsson s...@whiz.se 2011-01-25 06:34:55 PST --- Created an attachment (id=42459) -- (https://bugs.freedesktop.org/attachment.cgi?id=42459) screenshot from doom3 -- Configure bugmail:

[Bug 29851] [r300g] HyperZ on RS690 not work correctly

https://bugs.freedesktop.org/show_bug.cgi?id=29851 Marek Olšák mar...@gmail.com changed: What|Removed |Added Attachment #42464|application/pgp-keys|text/plain mime

[Bug 32296] [r300g] Screen corruption with WoW when HyperZ enabled.

https://bugs.freedesktop.org/show_bug.cgi?id=32296 --- Comment #7 from Marek Olšák mar...@gmail.com 2011-01-25 07:53:05 PST --- The zigzagged edges (those little deterministic squares of corruption) are a HiZ issue. Currently I am only fixing Zmask (zbuffer compression). I've made a new patch,

[Bug 32945] Lower part of the screen corrupt with HyperZ enabled

https://bugs.freedesktop.org/show_bug.cgi?id=32945 --- Comment #6 from Marek Olšák mar...@gmail.com 2011-01-25 07:54:26 PST --- I've made a new patch. Could you give it a try? https://bugs.freedesktop.org/attachment.cgi?id=42464 -- Configure bugmail:

[Bug 32945] Lower part of the screen corrupt with HyperZ enabled

https://bugs.freedesktop.org/show_bug.cgi?id=32945 Sven Arvidsson s...@whiz.se changed: What|Removed |Added Attachment #42459|0 |1 is obsolete|

[Bug 32296] [r300g] Screen corruption with WoW when HyperZ enabled.

https://bugs.freedesktop.org/show_bug.cgi?id=32296 --- Comment #8 from Fabio Pedretti fabio@libero.it 2011-01-25 08:14:42 PST --- (In reply to comment #7) The zigzagged edges (those little deterministic squares of corruption) are a HiZ issue. Currently I am only fixing Zmask (zbuffer

[Bug 32945] Lower part of the screen corrupt with HyperZ enabled

https://bugs.freedesktop.org/show_bug.cgi?id=32945 --- Comment #8 from Marek Olšák mar...@gmail.com 2011-01-25 08:33:52 PST --- It appears that one third of the zbuffer is not cleared on your machine. In src/gallium/drivers/r300/r300_emit.c, can you add this line: numdw = ALIGN_DIVUP(numdw * 3,

[Bug 32296] [r300g] Screen corruption with WoW when HyperZ enabled.

https://bugs.freedesktop.org/show_bug.cgi?id=32296 --- Comment #9 from Marek Olšák mar...@gmail.com 2011-01-25 08:37:46 PST --- Could you possibly attach screenshots of the corruptions you are seeing? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are

[Bug 32296] [r300g] Screen corruption with WoW when HyperZ enabled.

https://bugs.freedesktop.org/show_bug.cgi?id=32296 --- Comment #10 from Fabio Pedretti fabio@libero.it 2011-01-25 08:49:19 PST --- Created an attachment (id=42472) -- (https://bugs.freedesktop.org/attachment.cgi?id=42472) sauerbraten screenshot with second patch Note that the clouds

[PATCH] drm/radeon/kms: fix r6xx+ scanout on BE systems

R6xx+ have per-block swappers. BE content in the framebuffer will now be swapped properly during scanout. Untested, however, the same code is reported working in the UMS ddx. Signed-off-by: Alex Deucher alexdeuc...@gmail.com --- drivers/gpu/drm/radeon/atombios_crtc.c | 17 +

[Bug 27708] [KMS] Repeated EDID errors despite everything working

https://bugs.freedesktop.org/show_bug.cgi?id=27708 --- Comment #11 from Alex Deucher ag...@yahoo.com 2011-01-25 09:33:20 PST --- It hasn't been accepted into the kernel yet as the patch needs either better bounds checking (to make sure we don't read past the end of the edid if the size or number

Re: [PATCH 1/4] drm: Add an interface to reset the device

On Mon, 24 Jan 2011 12:08:29 -0500, Alex Deucher alexdeuc...@gmail.com wrote: On Mon, Jan 24, 2011 at 10:55 AM, Chris Wilson ch...@chris-wilson.co.uk wrote: Iterate over the attached CRTCs, encoders and connectors and call the supplied reset vfunc in order to reset any cached state back to

[Bug 32511] glDrawPixels broken on savage

https://bugs.freedesktop.org/show_bug.cgi?id=32511 --- Comment #13 from Tormod Volden bugzi09.fdo.tor...@xoxy.net 2011-01-25 11:23:42 PST --- The above resume problem was fixed in the DDX by

[Bug 33494] crash during (or at end) of map loading in ut2004

https://bugs.freedesktop.org/show_bug.cgi?id=33494 --- Comment #1 from XoD xodd...@gmail.com 2011-01-25 12:13:11 PST --- If I add a sprintf before memcpy in r600_upload.c I was able to debug in r600_upload_buffer. The call stack was : #0 memcpy() at ../sysdeps/x86_64/memcpy.S:267 #1 fprintf()

[Bug 33494] crash during (or at end) of map loading in ut2004

https://bugs.freedesktop.org/show_bug.cgi?id=33494 XoD xodd...@gmail.com changed: What|Removed |Added AssignedTo|dri-devel@lists.freedesktop |mesa-dev@lists.freedesktop.

[Bug 32047] GPU lockup on WebGL site

https://bugs.freedesktop.org/show_bug.cgi?id=32047 Ernst Sjöstrand ern...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 32296] [r300g] Screen corruption with WoW when HyperZ enabled.

https://bugs.freedesktop.org/show_bug.cgi?id=32296 --- Comment #11 from Chris Rankin ranki...@googlemail.com 2011-01-25 13:32:11 PST --- (In reply to comment #7) I've made a new patch, which contains new bug fixes and performance should no longer regress. Could you give it a try? And the

[Bug 33418] Continuous GPU soft resets

https://bugs.freedesktop.org/show_bug.cgi?id=33418 --- Comment #2 from Erdem U. Altinyurt spamjunkea...@gmail.com 2011-01-25 13:40:38 PST --- Additional info: I can play nexuiz and neverball properly now. What changed? Simply I drop Gallium3D drivers and use DRI one instead.Before, I thought

[Bug 32296] [r300g] Screen corruption with WoW when HyperZ enabled.

https://bugs.freedesktop.org/show_bug.cgi?id=32296 --- Comment #12 from Chris Rankin ranki...@googlemail.com 2011-01-25 13:52:49 PST --- (In reply to comment #7) I've made a new patch, which contains new bug fixes and performance should no longer regress. Could you give it a try? I should

[Bug 31870] [evergreen] Graphics freezes when selecting Atlantis from XScreenSaver

https://bugs.freedesktop.org/show_bug.cgi?id=31870 --- Comment #3 from Jure Repinc jlp.b...@gmail.com 2011-01-25 13:55:23 PST --- I have upgraded to kernel 2.6.38-rc2 and latest MESA git and the freeze is still here. Although now after some time graphics resets and then almost immidiately locks

[Bug 32296] [r300g] Screen corruption with WoW when HyperZ enabled.

https://bugs.freedesktop.org/show_bug.cgi?id=32296 --- Comment #13 from Marek Olšák mar...@gmail.com 2011-01-25 14:14:27 PST --- If you compile with --enable-debug, it should print the hyperz status to stderr. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ---

[RFC 00/20] Proposal for remaining BKL users

I've gone through all the code in the kernel that uses the big kernel lock and come up with a solution that seems at least half-reasonable for each of them. The decisions are somewhat arbitrary, but here is what I'd suggest we do: * Remove in 2.6.39: i830, autofs3, smbfs * Move to staging

[PATCH 01/20] drm/i810: remove the BKL

SMP i810 systems were practically nonexistent and the configuration was not officially supported by Intel at the time when Pentium-III was common. With this change, it is still possible to build a distribution kernel that has support for SMP and includes the i810 driver without the BKL. As a

[Bug 32945] Lower part of the screen corrupt with HyperZ enabled

https://bugs.freedesktop.org/show_bug.cgi?id=32945 --- Comment #9 from Sven Arvidsson s...@whiz.se 2011-01-25 14:29:28 PST --- Created an attachment (id=42495) -- (https://bugs.freedesktop.org/attachment.cgi?id=42495) dmesg output (In reply to comment #8) It appears that one third of the

[RFC 00/20] Proposal for remaining BKL users

I've gone through all the code in the kernel that uses the big kernel lock and come up with a solution that seems at least half-reasonable for each of them. The decisions are somewhat arbitrary, but here is what I'd suggest we do: * Remove in 2.6.39: i830, autofs3, smbfs * Move to staging

[Bug 32945] Lower part of the screen corrupt with HyperZ enabled

https://bugs.freedesktop.org/show_bug.cgi?id=32945 --- Comment #10 from Marek Olšák mar...@gmail.com 2011-01-25 14:55:02 PST --- It doesn't add up. Changing numdw must make a visible difference, it determines how many pixels are cleared (multiplied by something). I don't think 0 is even allowed.

[Bug 33185] X crashes when kWin effects are turned on

https://bugs.freedesktop.org/show_bug.cgi?id=33185 --- Comment #5 from George Kiagiadakis kiagiadakis.geo...@gmail.com 2011-01-25 15:30:47 PST --- (In reply to comment #2) (In reply to comment #1) Can you get another backtrace with /usr/lib/dri/r300_dri.so having debugging symbols? do

[Bug 32945] Lower part of the screen corrupt with HyperZ enabled

https://bugs.freedesktop.org/show_bug.cgi?id=32945 --- Comment #11 from Sven Arvidsson s...@whiz.se 2011-01-25 15:37:15 PST --- (In reply to comment #10) It doesn't add up. Changing numdw must make a visible difference, it determines how many pixels are cleared (multiplied by something). I

[Bug 32945] Lower part of the screen corrupt with HyperZ enabled

https://bugs.freedesktop.org/show_bug.cgi?id=32945 --- Comment #12 from Marek Olšák mar...@gmail.com 2011-01-25 16:38:57 PST --- Created an attachment (id=42497) View: https://bugs.freedesktop.org/attachment.cgi?id=42497 Review: https://bugs.freedesktop.org/review?bug=32945attachment=42497

[Bug 27314] DP link training fails on 2560x1440 panels

https://bugs.freedesktop.org/show_bug.cgi?id=27314 --- Comment #30 from Alex Deucher ag...@yahoo.com 2011-01-25 17:14:01 PST --- Can you try the patches available here: http://people.freedesktop.org/~agd5f/dp_fixes/ -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email

[Bug 33011] HDMI-A-1 Does not work after resume (But claims it does)

https://bugs.freedesktop.org/show_bug.cgi?id=33011 --- Comment #7 from Russ Dill russ.d...@gmail.com 2011-01-25 20:47:15 PST --- Created an attachment (id=42508) -- (https://bugs.freedesktop.org/attachment.cgi?id=42508) xrandr --verbose (before suspend) -- Configure bugmail:

[Bug 33011] HDMI-A-1 Does not work after resume (But claims it does)

https://bugs.freedesktop.org/show_bug.cgi?id=33011 --- Comment #9 from Russ Dill russ.d...@gmail.com 2011-01-25 20:49:03 PST --- The xorg crashing thing is no longer true, its been fixed at some point. gnome-display-properties still gets confused and thinks it successfully configured all three,

[Bug 33011] HDMI-A-1 Does not work after resume (But claims it does)

https://bugs.freedesktop.org/show_bug.cgi?id=33011 --- Comment #10 from Alex Deucher ag...@yahoo.com 2011-01-25 22:22:33 PST --- Does a dpms cycle help? xset dpms force off Does restarting X help? How about forcing a mode change? e.g., xrandr --output HDMI-0 --mode 1680x1050 -- Configure

[Bug 33515] New: System lockup with Page-flipping

https://bugs.freedesktop.org/show_bug.cgi?id=33515 Summary: System lockup with Page-flipping Product: DRI Version: XOrg CVS Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: critical Priority: