Bug 33158 - EE r600_asm.c:83 r600_bc_get_num_operands - Need instruction operand number for 0xd7.
Summary: EE r600_asm.c:83 r600_bc_get_num_operands - Need instruction operand number f...
Status: RESOLVED FIXED
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/Radeon (show other bugs)
Version: git
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: xf86-video-ati maintainers
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-01-15 08:30 UTC by Peter Weber
Modified: 2011-01-24 08:19 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments

Description Peter Weber 2011-01-15 08:30:22 UTC
Hello, I have done the following upgrade today (Archlinux):

[2011-01-15 16:40] upgraded dri2proto-git (20110107-1 -> 20110114-1)
[2011-01-15 16:40] upgraded git (1.7.3.5-1 -> 1.7.3.5-2)
[2011-01-15 16:40] upgraded glproto-git (20110107-1 -> 20110114-1)
[2011-01-15 16:40] upgraded libdrm-git (20110107-1 -> 20110114-1)
[2011-01-15 16:40] upgraded mesa-full (20110107-1 -> 20110114-1)
[2011-01-15 16:40] upgraded mesa-full-gallium (20110107-1 -> 20110114-1)
[2011-01-15 16:40] upgraded xf86-video-ati-git (20110107-1 -> 20110114-1)

Graphics-Card: Radeon 5650 Mobile

$ glxinfo | grep -i opengl
#a lot of messages like in the following line:
EE r600_asm.c:83 r600_bc_get_num_operands - Need instruction operand number for 0xd6.
OpenGL vendor string: X.Org
OpenGL renderer string: Gallium 0.4 on AMD REDWOOD
OpenGL version string: 2.1 Mesa 7.11-devel
OpenGL shading language version string: 1.20
OpenGL extensions:
ATTENTION: default value of option vblank_mode overridden by environment.

In IOQuake3 and glxgears I got ugly pixel-mud, looks like block-artifacts. With the older git-checkouts from 20110107 I had no problems, everything was right.
Bye

A personal note, I write this caused by the "Attention"-Message above:
Personally I think vblank_mode=0 should be default again, until Tripple-Buffering can be offered. I (and the most other people) doesn't recognize tearing in FPS-Games and other applications, but everyone recognize low framerates! On the other side VSYNC with Double-Buffering leads to massive performance droops and very often to stuttering. Because the OpenGL Performance is simply to low and Double-Buffering is not a solution, it is a ugly workaround ;-)

If VSYNC should be default, we should use generally OpenGL-Tripple-Buffering. Because Tripple-Buffering fixes tearing, with practically no performance impact.
Comment 1 Alex Deucher 2011-01-15 09:26:30 UTC
please try again with git master.
Comment 2 Alex Deucher 2011-01-15 09:26:54 UTC
If there are still issues, a bisect would help.
Comment 3 Peter Weber 2011-01-24 08:19:50 UTC
Fixed with newer GIT-Checkout.
Thanks.


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.