---
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
+++ b/src/mesa/state_tra
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
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, r
---
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
+++ b/
---
src/gallium/auxiliary/util/u_format.csv |4
src/gallium/include/pipe/p_format.h |6 ++
2 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/src/gallium/auxiliary/util/u_format.csv
b/src/gallium/auxiliary/util/u_format.csv
index 1fbd838..26a0eeb 100644
--- a/src
---
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 chan
---
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 +
src/mesa/main
---
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 +
src/mesa/main
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
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 +
---
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
+++ b/src/mesa/state_tracker/st_format.
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
--- a/src/mesa/state_tracker/st_
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
b/src/mesa/state_tracker
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 +
https://bugs.freedesktop.org/show_bug.cgi?id=32560
--- Comment #2 from Johannes Obermayr 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
-DUSE_EXTERNAL_DXTN_LIB=1 -DI
https://bugs.freedesktop.org/show_bug.cgi?id=32560
--- Comment #1 from Dave Airlie 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
--- You are receiving t
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
Sev
https://bugs.freedesktop.org/show_bug.cgi?id=30694
Alex Deucher changed:
What|Removed |Added
Component|Drivers/Gallium/r600|Mesa core
AssignedTo|dri-de...@li
On Mon, Dec 20, 2010 at 8:34 PM, Christopher James Halse Rogers
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.
>
> This saves about 30MB on disc with
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 metho
20 matches
Mail list logo
