Re: [Mesa-dev] [PATCH Resend] mesa: Optionally build a dricore support library.

This promotes a private interface to a public one, right? If so that isn't really doing us any favours as next people will complain when that newly public interface varies between releases. If you want to save disk space by sharing components, what about an alternate approach -- investigate

Re: [Mesa-dev] [PATCH Resend] mesa: Optionally build a dricore support library.

On Mon, Dec 20, 2010 at 8:34 PM, Christopher James Halse Rogers christopher.halse.rog...@canonical.com wrote: This an adds --enable-shared-dricore option to configure.  When enabled, DRI modules will link against a shared copy of the common mesa routines rather than statically linking these.

[Mesa-dev] [Bug 30694] wincopy will crash on r600g when going to front buffer

https://bugs.freedesktop.org/show_bug.cgi?id=30694 Alex Deucher ag...@yahoo.com changed: What|Removed |Added Component|Drivers/Gallium/r600|Mesa core

[Mesa-dev] [Bug 32560] New: To fix: 64-bit-portabilty-issue state_tracker/st_program.c:427

https://bugs.freedesktop.org/show_bug.cgi?id=32560 Summary: To fix: 64-bit-portabilty-issue state_tracker/st_program.c:427 Product: Mesa Version: unspecified Platform: Other OS/Version: All Status: NEW

[Mesa-dev] [Bug 32560] To fix: 64-bit-portabilty-issue state_tracker/st_program.c:427

https://bugs.freedesktop.org/show_bug.cgi?id=32560 --- Comment #1 from Dave Airlie airl...@freedesktop.org 2010-12-21 12:22:46 PST --- I'm not seeing the issue, any ideas what this 64-bit-portability test tests for? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email

[Mesa-dev] [Bug 32560] To fix: 64-bit-portabilty-issue state_tracker/st_program.c:427

https://bugs.freedesktop.org/show_bug.cgi?id=32560 --- Comment #2 from Johannes Obermayr johannesoberm...@gmx.de 2010-12-21 12:36:11 PST --- [...] gcc -c -o objs-es1/state_tracker/st_program.o state_tracker/st_program.c -DFEATURE_ES1=1 -D_GNU_SOURCE -DPTHREADS -DDEBUG -DHAVE_POSIX_MEMALIGN

Re: [Mesa-dev] XvMC gets iDCT support (at least on R600)

Thanks for the info, I fixed at least one bug which could cause this, but there are probably a bunch more. Please try again. I'm currently optimizing the shader generation in r600g a bit, I will try to fix the rest of the bugs when this is done. Christian. Am Montag, den 20.12.2010, 20:46 +

[Mesa-dev] [PATCH 01/12] st/mesa: use DXT SRGB formats for COMPRESSED_SRGB

And also check if the formats are supported to return something meaningful if compression cannot be used. --- src/mesa/state_tracker/st_format.c | 20 1 files changed, 16 insertions(+), 4 deletions(-) diff --git a/src/mesa/state_tracker/st_format.c

[Mesa-dev] [PATCH 02/12] st/mesa: use RGBA16 for RGB12 and RGB16

To provide enough precision if a user wants it. --- src/mesa/state_tracker/st_format.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/src/mesa/state_tracker/st_format.c b/src/mesa/state_tracker/st_format.c index 531fa94..a79d4c0 100644 ---

[Mesa-dev] [PATCH 03/12] st/mesa: if Z32 is unsupported, prefer Z24 to Z16

--- src/mesa/state_tracker/st_format.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/src/mesa/state_tracker/st_format.c b/src/mesa/state_tracker/st_format.c index a79d4c0..ea8f6c5 100644 --- a/src/mesa/state_tracker/st_format.c +++

[Mesa-dev] [PATCH 04/12] mesa: implement new texture format ARGB2101010

Radeon GPUs do support GL_RGB10_A2. --- src/mesa/main/colormac.h |4 ++ src/mesa/main/formats.c | 14 src/mesa/main/formats.h |1 + src/mesa/main/texfetch.c |7 src/mesa/main/texfetch_tmp.h | 25 ++ src/mesa/main/texformat.c|2 +

[Mesa-dev] [PATCH 05/12] mesa: implement new texture format AL44

Radeon GPUs can do this. R600 can even do render-to-texture. Packing and extracting aren't implemented, but we shouldn't hit them (I think). Tested with swrast, softpipe, and r300g. --- src/mesa/main/colormac.h |3 ++ src/mesa/main/formats.c | 10 + src/mesa/main/formats.h

[Mesa-dev] [PATCH 07/12] mesa: implement new texture format L16

--- src/mesa/main/formats.c | 10 ++ src/mesa/main/formats.h |1 + src/mesa/main/texfetch.c |7 +++ src/mesa/main/texfetch_tmp.h | 24 src/mesa/main/texformat.c|6 -- src/mesa/main/texgetimage.c |5 +

[Mesa-dev] [PATCH 08/12] mesa: implement new texture format I16

--- src/mesa/main/formats.c | 10 ++ src/mesa/main/formats.h |1 + src/mesa/main/texfetch.c |7 +++ src/mesa/main/texfetch_tmp.h | 24 src/mesa/main/texformat.c|6 -- src/mesa/main/texstore.c |6 -- 6 files

[Mesa-dev] [PATCH 10/12] st/mesa: use the formats RGB233, ARGB2101010, AL44, AL1616, A16, L16, I16

--- src/mesa/state_tracker/st_format.c | 95 +-- 1 files changed, 78 insertions(+), 17 deletions(-) diff --git a/src/mesa/state_tracker/st_format.c b/src/mesa/state_tracker/st_format.c index ea8f6c5..1ae6013 100644 --- a/src/mesa/state_tracker/st_format.c +++

[Mesa-dev] [PATCH 11/12] st/mesa: do not require all texture formats to be renderable

This is a bandaid on the problem that if some formats were not renderable (like luminance_alpha), st/mesa fell back to some RGBA format, so basically some non-renderable formats were actually not used at all. This is only a problem with hardware drivers, softpipe can render to anything. Instead,

[Mesa-dev] [PATCH 12/12] mesa: fix texel store functions for some float formats

These are copy-paste errors obviously. --- src/mesa/main/texfetch_tmp.h | 27 +-- 1 files changed, 17 insertions(+), 10 deletions(-) diff --git a/src/mesa/main/texfetch_tmp.h b/src/mesa/main/texfetch_tmp.h index 0b69b69..2de41f3 100644 --- a/src/mesa/main/texfetch_tmp.h

[Mesa-dev] [PATCH 1/1] st/mesa: Handle wrapped depth buffers in st_copy_texsubimage().

--- src/mesa/state_tracker/st_cb_texture.c |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/src/mesa/state_tracker/st_cb_texture.c b/src/mesa/state_tracker/st_cb_texture.c index 866426a..14d33f7 100644 --- a/src/mesa/state_tracker/st_cb_texture.c +++