Bug 57157 – OpenGL applications draw incorrectly or not at all when using xorg-x11

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Stephen Davis 2004-07-15 04:11:00 UTC]

OpenGL applications (tested: xmms opengl spectrum analyzer, glxgears, tuxracer) draw incorrectly (lines always have one end at the top-left corner instead of where they should be). In tuxracer it does not affect trees, herring, the background, the start line etc. but the main menu doesn't show. strace shows nothing unusual, and nothing out of the ordinary is shown by dmesg or in Xorg.0.log, or in the output of the programs (glxgears reports 250-odd fps, tuxracer plays its sound).

Reproducible: Always
Steps to Reproduce:
I.  Run tuxracer / glxgears / ... from anywhere.
II. Watch the laser light show.


Actual Results:  
Application draws lines from the top-left corner to seemingly random locations,
though in roughly correct colours.

Expected Results:  
Draw 3D images in the right place.

emerge info:

Portage 2.0.50-r9 (default-x86-2004.0, gcc-3.3.3, glibc-2.3.3.20040420-r0,
2.6.7-gentoo-r11)
=================================================================
System uname: 2.6.7-gentoo-r11 i686 Pentium III (Katmai)
Gentoo Base System version 1.4.16
Autoconf: sys-devel/autoconf-2.59-r3
Automake: sys-devel/automake-1.8.3
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-march=pentium3 -O3 -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config
/usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/
/usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/
/usr/share/texmf/xdvi/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=pentium3 -O3 -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache sandbox"
GENTOO_MIRRORS="ftp://ftp.citylink.co.nz/gentoo http://gentoo.oregonstate.edu
http://www.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.au.gentoo.org/gentoo-portage"
USE="X aim alsa apm avi berkdb bzlib cdr crypt dga dio divx4linux dvd encode esd
flac foomaticdb ftp gdbm gif gnome gpm gtk gtk2 icq imap imlib ipv6 jabber java
jpeg libg++ libwww lirc mad mikmod mmx motif mozilla mpeg msn ncurses nls
offensive oggvorbis opengl oscar oss pam pdflib perl png quicktime readline sdl
slang spell sse ssl svga tcltk tetex theora tiff truetype unicode usb
video_cards_sis x86 xmms xv xvid zlib"

[Comment 1 Stephen Davis 2004-07-15 04:12:43 UTC]

Created attachment 35464 [details]
Output of glxinfo

[Comment 2 Stephen Davis 2004-07-15 04:13:19 UTC]

Created attachment 35465 [details]
xorg.conf

[Comment 3 Stephen Davis 2004-07-15 04:52:34 UTC]

ePSXe, quake3 and zsnes all also display nothing when in their OpenGL modes, tuxracer seems to be the exception

[Comment 4 Donnie Berkholz (RETIRED) 2004-07-15 13:56:49 UTC]

Thanks for posting this and letting us know about it. Could you please move it upstream to bugs.freedesktop.org, in the DRI product, and CC me on the bug?

Thanks again.

[Comment 5 Stephen Davis 2004-07-15 15:09:48 UTC]

Bug now available at http://freedesktop.org/bugzilla/show_bug.cgi?id=872

[Comment 6 Joshua Baergen (RETIRED) 2005-11-20 11:09:54 UTC]

This was fixed over a year ago, so it should be in all current X versions.

[Comment 7 Joshua Baergen (RETIRED) 2005-11-20 11:10:05 UTC]

Fixed.