As usual, I'm not 100% sure what to file this bug under. The closest reported bug involves Quake 4, therefore I'm opening this one because it can be reproduced *very* easily (no extra packages).
[joe@xyz ~]$ glxinfo
name of display: :0.0
X Error of failed request: BadLength (poly request too large or internal Xlib length error)
Major opcode of failed request: 135 (DRI2)
Minor opcode of failed request: 1 ()
Serial number of failed request: 16
Current serial number in output stream: 16
Same for glxgears, neverball, etc.
-- chipset: GME965
-- system architecture: 32-bit
-- xf86-video-intel: 2.6.1
-- xserver: 188.8.131.522
-- mesa: 7.3
-- libdrm: 2.4.4
-- kernel: from http://intellinuxgraphics.org/2008Q4.html
-- Linux distribution: Fedora 10
-- Machine or mobo model: embedded board (Intel Core2 Duo CPU T7500 @ 2.20GHz, 2 GB RAM)
-- Display connector: DVI to HP LP2065
1) Install components from http://intellinuxgraphics.org/2008Q4.html on Fedora 10. (I also tried using the latest mesa and intel driver, as shown by my sources list. No improvement.)
2) Run glxinfo, or glxgears, or neverball, etc. They all fail the same way.
I am attaching my xorg build script, all associated logs, etc.
I am willing to test different combinations of components. Please let me know.
Created attachment 22530 [details]
Also shows output when LIBGL_ALWAYS_INDIRECT=1, but direct rendering: No
Created attachment 22531 [details]
list of tarball versions used to build Xorg
Created attachment 22532 [details]
Build script for creating Xorg from tarballs
Created attachment 22533 [details]
config file showing usage of UXA
Created attachment 22534 [details]
log file from Xorg
Created attachment 22535 [details]
more system info, if desired
The output from building Xorg is too large (1.6 MB). I can email the file if you want.
Again, I'm willing to test any changes. Just let me know.
Looks like a misconfiguration issue. Please paste output of "ldd /usr/bin/glxgears". Does that returns the right libGL path you've built and installed?
Good call! The wrong libraries were being used. So the missing piece is I have to export LD_LIBRARY_PATH *every* time. I was led to believe that exporting the path once before launching X was all I needed. In other words, I thought the path would be persistent for my entire X session. Obviously it is not.
What's the best procedure for updating my system to point to a new Xorg build once I've determined it's stable? For example, I'd like to continue building the driver in a separate directory so I don't corrupt my Fedora 10 installation with a bad build. When it's time to make it permanent, how should I ask to Fedora to load the new Xorg instead of the old Xorg without manually exporting the LD_LIBRARY_PATH and manually starting X with the new path to Xorg?
BTW, I'll update the wiki to prevent others from having this problem.
(In reply to comment #9)
> What's the best procedure for updating my system to point to a new Xorg build
> once I've determined it's stable?
I have below lines in ~/.bashrc: