Sorry for the delay,
Anyway, it would be great if you could report this upstream at
http://bugs.freedesktop.org/enter_bug.cgi?product=Mesa , component
Drivers/Gallium/r300. The main upstream r300g developer (Marek Olšák) is
usually quite responsive to bug reports.
Done. See
Hello Michel,
If you pass --with-dri-drivers=r300 to configure, the classic driver
Allright, this time it worked :-)
I probably misunderstood that the How to build mesa page was only
dealing with the Gallium driver.
So, back to your initial question ;-)
Hello Michel,
If you pass --with-dri-drivers=r300 to configure, the classic driver
should end up in lib/r300_dri.so, as opposed to r300g in
lib/gallium/r300_dri.so . You can override libGL's search path with the
LIBGL_DRIVERS_PATH environment variable, and if you also set
Hi,
Just finished recompiling mesa git following this guide
http://pkg-xorg.alioth.debian.org/howto/build-mesa.html. Everything
ran as described, except for the last section (I'm getting no libEGL
debug messages with glxgears).
Still the same issue however :-(
Émeric
--
To UNSUBSCRIBE,
Le 14 avril 2011 10:29, Michel Dänzer daen...@debian.org a écrit :
Does the classic driver still work?
Well, now that I've rebuilt Mesa Git with Gallium support, how do I
switch GL rendering back to Mesa classic?
I tried recompiling the whole thing, removing --enable-gallium-radeon
from
Hi Michel,
The r300g driver shipped in current libgl1-mesa-dri only works with KMS,
so with that disabled, you're probably getting software rendering.
I should have noticed it earlier!
You're right, GL rendering with libgl1-mesa-dri 7.7.1-4 is done
through r300c driver, whereas it's done
Hi,
Version 7.10.2-1 is currently not available for IA-64. However version
7.10.1-1 is, so tested with it (also upgrading related packages). Same
issue unfortunately :-(
Émeric
2011/4/12 Cyril Brulebois k...@debian.org:
severity 622299 important
thanks
Hi,
Émeric Maschino
2009/11/6 Julien Cristau jcris...@debian.org:
My guess would be the kernel, but the best place to find developers who
might be able to help you is likely to be the dri-de...@lists.sf.net
mailing list (you're probably one of the only people to use graphics on
ia64 though).
(I asked Dave
Hello,
OK, I'll try the dri-devel list.
Thank you for your time anyway.
Émeric
My guess would be the kernel, but the best place to find developers who
might be able to help you is likely to be the dri-de...@lists.sf.net
mailing list (you're probably one of the only people to use
Hello,
I don't know where exactly this problem resides, but just to let you know
that Debian Squeeze libdrm2 2.4.13-1 update didn't help.
Regards,
Émeric
:55 +0200, Émeric Maschino wrote:
Today Debian Squeeze's updates bring X.org 7.5 with all the promises of
the
libpci rework and X Server 1.6 that should solve a very old bug
preventing
DRI from working correctly on Itanium workstations (see
http://bugs.freedesktop.org/show_bug.cgi?id=7770
Package: libgl1-mesa-dri
Version: 7.5.1-1
Hi,
Today Debian Squeeze's updates bring X.org 7.5 with all the promises of the
libpci rework and X Server 1.6 that should solve a very old bug preventing
DRI from working correctly on Itanium workstations (see
12 matches
Mail list logo
