Marek Olšák writes:
...
Hi Marek,
This code looks really interesting. Thanks for contributing it.
I'd like to make a closer review of some of these patches, but I can't
get this one (8/9) to compile. It looks like the patch fails to augment
the texfetch_funcs array in swrast/s_texfetch.c.
The
Signed-off-by: Tapani Pälli
---
src/mesa/drivers/dri/intel/intel_screen.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/mesa/drivers/dri/intel/intel_screen.c
b/src/mesa/drivers/dri/intel/intel_screen.c
index b39bc46..b9137bb 100644
--- a/src/mesa/drivers/dri/intel/intel
On 01/25/2013 07:49 PM, Eric Anholt wrote:
Tapani Pälli writes:
commit 60894edeef973e86a73067276f658b72f84271b6 changed the way dri2
buffer pitch is interpreted in intel driver createImageFromName
implementation, caller must set pitch in bytes, not pixels.
Oops, I didn't mean to change behavi
Abdiel Janulgue writes:
> - Rename draw_x/y to tile_x/y in dri image struct. These are now used as
> adjustment pixels from our stored aligned offset to the exported image
> instead of the entire x/y offset from the base address.
> - Take into consideration the offset from our bo so that sub
We should emit PS_PARTIAL_FLUSH instead, because that is what was
replaced by WAIT_UNTIL. r600g currently doesn't use PS_PARTIAL_FLUSH
at all, which might cause some issues if WAIT_UNTIL is not used
either.
Marek
On Mon, Jan 28, 2013 at 4:16 AM, wrote:
> From: Alex Deucher
>
> It shouldn't be
From: Alex Deucher
It shouldn't be needed and older kernels don't support
it.
Fixes:
https://bugs.freedesktop.org/show_bug.cgi?id=59945
Signed-off-by: Alex Deucher
---
src/gallium/drivers/r600/r600_hw_context.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/src/
https://bugs.freedesktop.org/show_bug.cgi?id=59291
Till Matthiesen changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=59291
--- Comment #12 from Till Matthiesen ---
The issue is gone.
Looks like the update to xorg-server-1.13.2 fixed it.
--
You are receiving this mail because:
You are the assignee for the bug.
___
mesa-dev
https://bugs.freedesktop.org/show_bug.cgi?id=59877
LoneVVolf changed:
What|Removed |Added
CC||lonew...@xs4all.nl
--
You are receiving thi
---
src/mesa/state_tracker/st_format.c | 128 +++-
1 file changed, 111 insertions(+), 17 deletions(-)
diff --git a/src/mesa/state_tracker/st_format.c
b/src/mesa/state_tracker/st_format.c
index 4abfb3c..27a29f0 100644
--- a/src/mesa/state_tracker/st_format.c
+++ b
---
src/mesa/main/format_pack.c | 186 ++
src/mesa/main/format_unpack.c | 297 +
src/mesa/main/formats.c | 207
src/mesa/main/formats.h | 16 +++
src/mesa/main/texstore.c | 210 +++
---
src/gallium/auxiliary/util/u_format.csv | 14 ++
src/gallium/auxiliary/util/u_format.h |8
src/gallium/include/pipe/p_format.h | 14 ++
3 files changed, 36 insertions(+)
diff --git a/src/gallium/auxiliary/util/u_format.csv
b/src/gallium/auxiliar
It only checks if alpha is present, so it's the same as util_format_has_alpha.
---
src/gallium/auxiliary/util/u_format.c| 11 ---
src/gallium/auxiliary/util/u_format.h| 26 +-
src/gallium/drivers/softpipe/sp_quad_blend.c |2 +-
3 files change
---
src/mesa/state_tracker/st_cb_drawpixels.c |4 ++--
src/mesa/state_tracker/st_cb_fbo.c|8
src/mesa/state_tracker/st_cb_texture.c|2 +-
src/mesa/state_tracker/st_format.c| 20 ++--
src/mesa/state_tracker/st_format.h|4 ++--
s
---
src/mesa/state_tracker/st_format.c | 31 +--
1 file changed, 13 insertions(+), 18 deletions(-)
diff --git a/src/mesa/state_tracker/st_format.c
b/src/mesa/state_tracker/st_format.c
index a744ed4..41142bf 100644
--- a/src/mesa/state_tracker/st_format.c
+++ b/src/m
---
src/mesa/state_tracker/st_format.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/src/mesa/state_tracker/st_format.c
b/src/mesa/state_tracker/st_format.c
index 6c75a23..a744ed4 100644
--- a/src/mesa/state_tracker/st_format.c
+++ b/src/mesa/state_tracker/st_format.c
@@ -698,6 +698,7
These formats were added a few months after these tables were committed.
No idea why we have the table though. AFAIK, texstore always takes the slow path
for GL_RGBn.
---
src/mesa/state_tracker/st_format.c |2 --
1 file changed, 2 deletions(-)
diff --git a/src/mesa/state_tracker/st_format.c
---
src/mesa/drivers/dri/i965/brw_wm_surface_state.c |4 ++--
src/mesa/drivers/dri/intel/intel_mipmap_tree.c |2 +-
src/mesa/main/format_pack.c | 16
src/mesa/main/format_unpack.c|6 +++---
src/mesa/main/formats.c
Besides some small cleanups, this series adds all RGBX formats needed to
correctly implement OpenGL RGB texture formats on radeon. The main motivation
behind it is that drivers can finally force alpha to 1 and implement the
correct behavior for texturing and rendering if RGBX is the only availab
Christoph Bumiller writes:
> On 27.01.2013 00:58, Eric Anholt wrote:
>> Christoph Bumiller writes:
>>> diff --git a/src/mesa/main/teximage.c b/src/mesa/main/teximage.c
>>> index 31a559e..e71f6e1 100644
>>> --- a/src/mesa/main/teximage.c
>>> +++ b/src/mesa/main/teximage.c
>>> +/** GL_ARB_texture_
https://bugs.freedesktop.org/show_bug.cgi?id=59941
--- Comment #1 from Iaroslav ---
MESA_EXTENSION_OVERRIDE=-GL_S3_s3tc or other extension also works
--
You are receiving this mail because:
You are the assignee for the bug.
___
mesa-dev mailing list
m
On 27.01.2013 00:58, Eric Anholt wrote:
> Christoph Bumiller writes:
>> diff --git a/src/mesa/main/teximage.c b/src/mesa/main/teximage.c
>> index 31a559e..e71f6e1 100644
>> --- a/src/mesa/main/teximage.c
>> +++ b/src/mesa/main/teximage.c
>> +/** GL_ARB_texture_buffer_object */
>> +void GLAPIENTRY
Christoph Bumiller writes:
> diff --git a/src/mesa/main/teximage.c b/src/mesa/main/teximage.c
> index 31a559e..e71f6e1 100644
> --- a/src/mesa/main/teximage.c
> +++ b/src/mesa/main/teximage.c
> +/** GL_ARB_texture_buffer_object */
> +void GLAPIENTRY
> +_mesa_TexBuffer(GLenum target, GLenum intern
Kenneth Graunke writes:
> The packet length may change at some point in the future. Specifying it
> explicitly (rather than hardcoding it in the command #define) allows us
> to change it much more easily in the future.
Reviewed-by: Eric Anholt
pgpcuE0hqajYU.pgp
Description: PGP signature
___
24 matches
Mail list logo