I've just upgraded to xfree 4.3. First off, I noticed a warning in the X logs about needing to be in 1024x768 resolution or lower for DRI to work. 1280x1024 used to work just fine in xfree 4.2. Then running glxinfo returns this: name of display: :0.0 gd error (glide): gd error (glide): grSstSelect: non-existent SSTgd error (glide): grSstSelect: non-existent SSTSegmentation fault Reproducible: Always Steps to Reproduce: Portage 2.0.47-r10 (default-x86-1.4, gcc-3.2, glibc-2.2.5-r7) ================================================================= System uname: 2.4.20 i586 AMD-K6(tm) 3D processor GENTOO_MIRRORS="http://gentoo.oregonstate.edu/ http://distro.ibiblio.org/pub/Linux/distributions/gentoo" CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config /usr/kde/2/share/config /usr/kde/3/share/config /etc/inet.d/net.eth0 /etc/make.profile/packages /usr/X11R6/lib/X11/xkb:/usr/kde/3/share/config:/usr/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" PORTDIR="/usr/portage" DISTDIR="/usr/portage/distfiles" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/usr/src" PORTDIR_OVERLAY="" USE="x86 oss 3dnow avi crypt encode gif jpeg kde gnome libg++ mikmod motif mpeg ncurses pdflib png spell truetype xml2 xmms zlib gdbm berkdb slang readline arts svga tcltk java guile X sdl gpm libwww ssl python esd imlib oggvorbis gtk qt opengl -mmx -apm pda bonobo evo gtkhtml lcms -tcpd tetex perl -cups -nls -pam -quicktime -xv gtk2 mozilla 3dfx voodoo3 dga" COMPILER="gcc3" CHOST="i586-pc-linux-gnu" CFLAGS="-Os -fomit-frame-pointer -march=i586" CXXFLAGS="-Os -fomit-frame-pointer -march=i586" ACCEPT_KEYWORDS="x86" MAKEOPTS="-j2" AUTOCLEAN="yes" SYNC="rsync://rsync.gentoo.org/gentoo-portage" FEATURES="sandbox ccache"
please try the ebuild in bug #18521
My card is a voodoo 3, but I tried it anyway and I get this: /usr/src/v3tv 17> emerge v3tv-20010531-r1.ebuild Calculating dependencies \emerge: create(): aux_get() error on src/v3tv-20010531-r1; aborting...
You should be able to do TDFX_RISKY="yes" USE="3dfx" emerge xfree That should remove the 1024x768 limitation. (Check it's using XFree86-4.3.0-patches-1.1.3 and that it applies 076_all_4.3.0-tdfx-dri-fix-low-texmem-hang.patch, not one starting 075- )
Thanks, running the emerge with TDFX_RISKY="yes" does remove the 1024x768 warning, but I still have the main problem as originally reported.
That error typically means you built glide for a different card, voodoo4/5 when you have a voodoo3 etc.
Ok, I've been talking with a developer on #DRI (irc.openprojects.net), and we came to the conclusion that maybe the glide drivers that the gentoo package has are not correct. I've got glide-v3 3.10-r3 installed. I downloaded the glide library from dri.sourceforge.net and put it into my /usr/lib directory (with correct permissions) and now when I start up X and run glxinfo, glxgears, etc. things work fine. Two reasons we concluded that the gentoo glide drivers were incorrect is that the homepage for the drivers lists glide.sourceforge.net, which is an old and dead project, and the files were listed as libglide3.so.3.10.0, as opposed to libglide3-v3.so, with the -v3 to differentiate it from -v5, or voodoo 5 drivers.
I'm the DRI developer he was talking to. What I actually said was that the glide project was dead because nobody had worked on it in the last year, not that the gentoo package was at fault in any way for that. My suggestion was that gentoo's glide should install itself as libglide3-v[35].so, which XFree86 from 4.2.0 up will use first, depending on the hardware type, before looking for libglide3.so. I've been working on a distribution of glide specifically for the DRI which is smaller, includes bugfixes that many distributions are packaging, and installs both the v3 and v5 libraries from the same package. I'm using it in FreeBSD, and it seems to have worked for everyone as well as glide3 did so far. I should have a new version and a page up for it tonight, if someone is interested in testing/packaging it for gentoo (email me).
I emailed eric for the details -- waiting to hear back
jasdo, I've not heard from eric -- if you do hear from him, please ask him to contact me.
<spyderous> http://bugs.gentoo.org/show_bug.cgi?id=20134 <spyderous> re comment #7 <anholt> spyderous: I thought I had responded to them. anyways, the glide to use is the latest release from glide.sf.net jsado, are you still having this problem with the current glide-v3 in portage (3.10-r3)?
The current ebuild is the same ebuild I was having problems with, 3.10-r3. See comment #6. The only reason things work for me now is because I downloaded the glide binary from dri.sourceforge.net. I'm curious as to why you think the glide to use is the one from glide.sf.net as opposed to the one from dri.sf.net. The latter one works for me, and that project is still in development. glide.sf.net contains one copyright of 1999, and still links to the 3dfx web site.
My apologies for not noticing the version earlier. It looks like the most recent glide isn't in portage. If you visited http://sourceforge.net/projects/glide, you would see that there's a release from Sept. 1, 2003 (3.10.00.30303). The reason I believe that is the version to use is because Eric Anholt told me it was. Azarah, would you like to take care of updating glide-v3 since your name is all over the ChangeLog, or shall I?
Bryan, adding you since you're working on this.
Bryan, can you take another look at this?
What's the status here?
Uh, about time for WONTFIX?
I guess that's fine with me. I had a sufficient work around, and now I no longer have that hardware to even test a fix.
*glide-v3-20060203 (04 Feb 2006) 04 Feb 2006; Donnie Berkholz <spyderous@gentoo.org>; +glide-v3-20060203.ebuild: Bring glide into the '06. Add voodoo1 and voodoo2 support. All 4 voodoo flags are combinable in any fashion, and if they're all off, it builds support for all of them, similar to VIDEO_CARDS. Inspired by the Fedora Extras source rpm. Looks actually like it has been bumped.
