[Bug 11010] [r300] lock Xserver by moving window

2007-05-20 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=11010 [EMAIL PROTECTED] changed: What|Removed |Added Component|General |Drivers/DRI/r300 Product|D

[Bug 11010] [r300] lock Xserver by moving window

2007-05-20 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=11010 --- Comment #4 from [EMAIL PROTECTED] 2007-05-20 21:13 PST --- I tried to repeat lock in glxinfo, Blender, Neverball and xmoto, but failed. However, I was able to achieve that in foobillard. Then I installed older version of driver fr

[Bug 11010] [r300] lock Xserver by moving window

2007-05-20 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=11010 --- Comment #3 from [EMAIL PROTECTED] 2007-05-20 21:00 PST --- Created an attachment (id=10050) --> (http://bugs.freedesktop.org/attachment.cgi?id=10050&action=view) very simple testcase I was able to write a simple testcase. I rende

[Bug 11010] [r300] lock Xserver by moving window

2007-05-20 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=11010 --- Comment #2 from [EMAIL PROTECTED] 2007-05-20 20:47 PST --- Created an attachment (id=10049) --> (http://bugs.freedesktop.org/attachment.cgi?id=10049&action=view) Xorg.log -- Configure bugmail: http://bugs.freedesktop.org/userpr

[Bug 11010] [r300] lock Xserver by moving window

2007-05-20 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=11010 --- Comment #1 from [EMAIL PROTECTED] 2007-05-20 20:45 PST --- Created an attachment (id=10048) --> (http://bugs.freedesktop.org/attachment.cgi?id=10048&action=view) xorg.conf -- Configure bugmail: http://bugs.freedesktop.org/userp

[Bug 11010] New: [r300] lock Xserver by moving window

2007-05-20 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=11010 Summary: [r300] lock Xserver by moving window Product: DRI Version: DRI CVS Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Co

[Bug 10709] Incorrect stex3d behavior with radeon R100

2007-05-20 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=10709 --- Comment #12 from [EMAIL PROTECTED] 2007-05-20 09:25 PST --- Created an attachment (id=10038) --> (http://bugs.freedesktop.org/attachment.cgi?id=10038&action=view) BZ2-compressed seom video capture of stex3d; HyperZ disabled Disab

[Bug 10709] Incorrect stex3d behavior with radeon R100

2007-05-20 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=10709 --- Comment #11 from [EMAIL PROTECTED] 2007-05-20 07:47 PST --- (In reply to comment #8) > (In reply to comment #7) > > I get similar breakage though with hyperz enabled, which is expected and > > nothing > > new. > > My seom-player

[Bug 10709] Incorrect stex3d behavior with radeon R100

2007-05-20 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=10709 --- Comment #10 from [EMAIL PROTECTED] 2007-05-20 05:37 PST --- Since seom-player uses the Xv extension, I tried experimenting with gxvattr on my rv280 machine. The problem does not happen if I enable XV_ALPHA_MODE, and starts again wh

[Bug 10709] Incorrect stex3d behavior with radeon R100

2007-05-20 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=10709 --- Comment #9 from [EMAIL PROTECTED] 2007-05-20 04:53 PST --- I should probably raise this issue as a separate bug, but anyway - here is my .drirc file for my rv280 card. And I'll reiterate that seom-player behaves the same regardless

[Bug 10709] Incorrect stex3d behavior with radeon R100

2007-05-20 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=10709 --- Comment #8 from [EMAIL PROTECTED] 2007-05-20 04:29 PST --- (In reply to comment #7) > I get similar breakage though with hyperz enabled, which is expected and > nothing > new. My seom-player behaves exactly the same with my R200,