On Mon, Oct 26, 2009 at 5:32 PM, Alex Deucher alexdeuc...@gmail.com wrote:
On Mon, Oct 26, 2009 at 4:55 AM, Stephan Schmid stephan_2...@gmx.de wrote:
This implements GL_ARB_occlusion_query for RV610
Currently it results in a huge performance gain in games that take advantage
of
ARB_oq such
On Mon, Oct 26, 2009 at 3:06 PM, Brian Paul bri...@vmware.com wrote:
Alex Deucher wrote:
On Fri, Oct 23, 2009 at 5:23 PM, Brian Paul bri...@vmware.com wrote:
Alex, Nicolai,
Would you guys please test the texformat-rework branch again?
If it looks OK, I'd like to merge to master soon, but
http://bugs.freedesktop.org/show_bug.cgi?id=24766
Summary: 32-bit libGL.so searches for DRI modules in /usr/lib/dri
instead of /usr/lib32/dri
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
On Saturday 24 October 2009 19:02:51 Younes Manton wrote:
Hi Thomas,
I'd like to make these changes to make it possible to use the DRM
state tracker interface with contexts other than pipe_context. Nouveau
is the only public driver that does DRI1 from what I can see, but I've
been told that
On Tue, 2009-10-27 at 12:11 -0700, Zack Rusin wrote:
On Saturday 24 October 2009 19:02:51 Younes Manton wrote:
Hi Thomas,
I'd like to make these changes to make it possible to use the DRM
state tracker interface with contexts other than pipe_context. Nouveau
is the only public driver
http://bugs.freedesktop.org/show_bug.cgi?id=24766
--- Comment #1 from Julien Cristau jcris...@debian.org 2009-10-27 12:44:10
PST ---
On Tue, Oct 27, 2009 at 11:40:05 -0700, bugzilla-dae...@freedesktop.org wrote:
On Ubuntu Karmic x86_64, all 32-bit applications which use DRI fail to have
http://bugs.freedesktop.org/show_bug.cgi?id=24766
--- Comment #2 from Chow Loong Jin hyper...@gmail.com 2009-10-27 13:31:25
PST ---
Well, the other way would be to recompile every 32-bit library within ia32-libs
with --libdir=/usr/lib32, which doesn't seem like a particularly good idea to
On Tue, Oct 27, 2009 at 3:11 PM, Zack Rusin za...@vmware.com wrote:
Younes,
sorry for the slow response, we've been a bit busy lately.
I can't say that I'm a huge fan of this patch. I've been thinking about it
lately and essentially I'd like to reiterate what I said initially about the
On Tue, Oct 27, 2009 at 3:33 PM, José Fonseca jfons...@vmware.com wrote:
Yes. Younes, I really think it is better to crystallize this in a
separate branch until it reaches a point where the interfaces are
crystallized. The master branch is not always perfect, but it should
always near a state
http://bugs.freedesktop.org/show_bug.cgi?id=24766
--- Comment #3 from Dan Nicholson dbn.li...@gmail.com 2009-10-27 14:09:35
PST ---
Why not just build mesa so that the paths are correct? There's even a switch,
--with-dri-driverdir, that sets this correctly. I don't think things will work
I'd just like to add that if other interfaces will exist in the future
(I recall pipe_2d_context being floated at one time) and state
trackers want to use them without initializing a pipe_context
needlessly and want to reuse the rest of the DRM winsys then the
relevent parts of this patch (or
http://bugs.freedesktop.org/show_bug.cgi?id=24766
--- Comment #4 from Chow Loong Jin hyper...@gmail.com 2009-10-27 16:50:16
PST ---
Building with --libdir=/usr/lib32 won't work, since 32-bit machines do use
/usr/lib after all. The whole point of this was to avoid the requirement of
http://bugs.freedesktop.org/show_bug.cgi?id=24766
--- Comment #5 from Dan Nicholson dbn.li...@gmail.com 2009-10-27 17:26:47
PST ---
I don't think you can have it both ways. If your system's ABI is 32 bit in
/usr/lib32 and 64 bit in /usr/lib, then you should probably build the binaries
that
http://bugs.freedesktop.org/show_bug.cgi?id=24766
--- Comment #6 from Corbin Simpson mostawesomed...@gmail.com 2009-10-27
18:01:15 PST ---
Multilib distributions always have extra baggage on their shoulders, and this
is just one more bit of it. I'm really struggling to see how this is our
http://bugs.freedesktop.org/show_bug.cgi?id=24766
--- Comment #7 from Chow Loong Jin hyper...@gmail.com 2009-10-27 19:07:18
PST ---
@Dan Nicholson: Sticking 64-bit libraries into /usr/lib64 instead of /usr/lib
would require changing Debian's packaging policy as well as every derivative of
http://bugs.freedesktop.org/show_bug.cgi?id=24766
--- Comment #8 from Chow Loong Jin hyper...@gmail.com 2009-10-27 19:08:26
PST ---
For reference, https://bugs.launchpad.net/ubuntu/+source/ia32-libs/+bug/248392
is the original bug downstream.
--
Configure bugmail:
On Mon, Oct 05, 2009 at 09:14:04PM -0600, Brian Paul wrote:
The texformat-rework branch cleans up the texture format code. The
gl_texture_format struct is replaced by a simple gl_format enum (see
formats.h). This leads to assorted clean-ups in core mesa and the
drivers. This is a step
17 matches
Mail list logo
