Bug 27517

Summary: KMS breaks 3D on R200
Product: Mesa Reporter: Ondrej Zary <linux>
Component: Drivers/DRI/r200Assignee: Default DRI bug account <dri-devel>
Status: NEW --- QA Contact:
Severity: normal    
Priority: medium CC: burneddi
Version: unspecified   
Hardware: Other   
OS: All   
Whiteboard:
i915 platform: i915 features:
Attachments: X log
dmesg
glxinfo

Description Ondrej Zary 2010-04-07 08:55:41 UTC
With kernel 2.6.33, X server 1.7.5 and xf86-video-radeon 6.13.0, 3D works when KMS is disabled.

When KMS is enabled, glxgears colors are wrong. Urban Terror crashes immediately after starting, producing this error in dmesg:
[drm:radeon_cs_ioctl] *ERROR* Invalid command stream !
Comment 1 Ondrej Zary 2010-04-07 08:59:38 UTC
Created attachment 34770 [details]
X log
Comment 2 Ondrej Zary 2010-04-07 09:03:41 UTC
Created attachment 34771 [details]
dmesg
Comment 3 Alex Deucher 2010-04-07 09:10:27 UTC
Is your r200 3d driver built with kms support?
Comment 4 Pauli 2010-04-08 00:03:00 UTC
(In reply to comment #3)
> Is your r200 3d driver built with kms support?

glxinfo report would give good idea where the problem is. dmesg shows that problem is the fake enable of second texture unit that is done as workaround for hw bug.
Comment 5 Ondrej Zary 2010-04-11 04:30:29 UTC
Created attachment 34885 [details]
glxinfo
Comment 6 Pekka Oinas 2010-04-23 15:46:16 UTC
I am also affected by this. It is caused by incorrect fake texture handling in CS checker or something. More and a possible "fix" (it just disables texture checking) here: https://bugs.freedesktop.org/show_bug.cgi?id=25544

Enemy Territory starts up with KMS disabled, KMS enabled crashes with same message as in comment #1. KMS enabled 3D acceleration in the game is very, very slow: perhaps 1FPS. Direct rendering always says "yes" and mesa is in hardware acceleration mode. GLXgears runs fine with KMS off and KMS on.

Same computer runs the game on Ubuntu 9.10 fine (on older drivers?) but Arch with the newest drivers can't do it.
Comment 7 Michel Dänzer 2011-02-09 02:14:36 UTC
(In reply to comment #6)
> I am also affected by this. It is caused by incorrect fake texture handling in
> CS checker or something. More and a possible "fix" (it just disables texture
> checking) here: https://bugs.freedesktop.org/show_bug.cgi?id=25544

That's fixed. Is there still a problem here?
Comment 8 Keith 2011-05-20 07:16:50 UTC
Yes, some time around the introduction of KMS, acceleration stopped working. I had it fine on Debian before squeeze and Ubuntu Maveric but recently upgraded to Natty and it stopped working. Starting compiz gives the old GLX_EXT_texture_pixmap not available error. It also complains about GL version 1.4+ whereas glxinfo reports version 1.4
Comment 9 Keith 2011-05-27 14:45:48 UTC
(In reply to comment #8)
> Yes, some time around the introduction of KMS, acceleration stopped working. I
> had it fine on Debian before squeeze and Ubuntu Maveric but recently upgraded
> to Natty and it stopped working. Starting compiz gives the old
> GLX_EXT_texture_pixmap not available error. It also complains about GL version
> 1.4+ whereas glxinfo reports version 1.4

Latest updates on Debian squeeze have 3D acceleration bursting into life.
Kernel: 2.6.32-5-686
X server 1.7.7
Comment 10 Keith 2011-06-02 03:01:22 UTC
(In reply to comment #9)
> (In reply to comment #8)
> > Yes, some time around the introduction of KMS, acceleration stopped working. I
> > had it fine on Debian before squeeze and Ubuntu Maveric but recently upgraded
> > to Natty and it stopped working. Starting compiz gives the old
> > GLX_EXT_texture_pixmap not available error. It also complains about GL version
> > 1.4+ whereas glxinfo reports version 1.4
> 
> Latest updates on Debian squeeze have 3D acceleration bursting into life.
> Kernel: 2.6.32-5-686
> X server 1.7.7

That should have been 2D. Also, it was openGL version 1.4 whereas this card only supports 1.3 so everything is as it should be. glxgears still gives low values for FPS. Compiz now works fine.

I wish
/usr/lib/nux/unity_support_test -p
was not such a well kept secret, it would have helped clear up a lot of misconceptions.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.