That's not a bug that I know of - I didn't realize the libGL.so client
side would try to load the Xorg server's dri module, and I hadn't noticed
those errors testing on my Blade 2500 with XVR-100. (I'll have to check
in the office tomorrow with glxgears, I'd just checked with xscreensaver
previously.)
You are right that we expect OpenGL to be horrible on SPARCs since we
aren't shipping any hardware acceleration for them at the moment.
-Alan Coopersmith- alan.coopersmith at sun.com
Oracle Solaris Platform Engineering: X Window System
Eric Rucker wrote:
> Determining whether this is a bug or just something incomplete that's known...
>
> 133 with 134 X, Blade 2500, XVR-100.
>
> Now, at least, GLX stuff will run, although with extremely high Xorg CPU
> utilization (to be expected) and extremely low framerate (not to be
> expected.) Colors are wrong, too.
>
> glxgears claims to be getting ~130 FPS, but in reality, it's getting 1.5 FPS.
>
> Attached is the output of glxinfo with LIBGL_DEBUG=enable, and a screenshot
> of glxgears.
>
> Interesting info from glxinfo:
>
> libGL: OpenDriver: trying /usr/lib/xorg/modules/dri/swrast_dri.so
> libGL error: dlopen /usr/lib/xorg/modules/dri/swrast_dri.so failed (ld.so.1:
> glxinfo: fatal: /usr/lib/xorg/modules/dri/swrast_dri.so: wrong ELF class:
> ELFCLASS64)
> libGL error: unable to load driver: swrast_dri.so
> libGL error: reverting to indirect rendering
>
> And, for grins...
>
> bhtooefr at brescia:~$ file /usr/lib/xorg/modules/dri/swrast_dri.so
> /usr/lib/xorg/modules/dri/swrast_dri.so: ELF 64-bit MSB dynamic lib
> SPARCV9 Version 1, dynamically linked, not stripped
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> indiana-discuss mailing list
> indiana-discuss at opensolaris.org
> http://mail.opensolaris.org/mailman/listinfo/indiana-discuss
