2011/9/27 Romain Failliot :
> I'll get my hand in the code now.
> Be right back as soon as I can run my own mesa code :)
Sorry for the delay, I lost my internet connection for a week...
So I started compiling mesa thanks to the site Benjamin Bellec gave to
me http://forums.fedora-fr.org/viewtopic.
From: Brian Paul
This fixes failures found with the new piglit texsubimage test.
Two things were broken:
1. The dxt code doesn't handle sources images where width != row stride.
Check for that and take the _mesa_make_temp_ubyte_image() path to get
an image where width = rowstride.
2. If we
On 10/04/2011 01:44 PM, Ian Romanick wrote:
This is the next in my series of internal shader API cleaning. The
primary purpose of this series is to remove the extra tracking of Mesa
IR shaders. The gl_shader_program has a reference to the Mesa IR
shader for each stage, and the entry in gl_shade
On Wed, 2011-10-05 at 10:39 +0100, Keith Whitwell wrote:
> On Wed, 2011-10-05 at 20:14 +1100, Christopher James Halse Rogers wrote:
> > On Wed, 2011-10-05 at 09:24 +0200, Joakim Sindholt wrote:
> > > On Tue, 2011-10-04 at 17:58 +0200, Fabio wrote:
> > > > Can the patches at
> > > > http://lists.fre
Am Mittwoch, den 05.10.2011, 14:48 -0400 schrieb Tom Stellard:
> On Wed, 2011-10-05 at 13:25 -0400, Christian König wrote:
> > Am Mittwoch, den 05.10.2011, 10:57 -0400 schrieb Tom Stellard:
> > > Reduction instructions can't share an instruction group with other
> > > instructions, so we need to ch
tOn Tue, 04 Oct 2011 23:58:27 -0700, Kenneth Graunke
wrote:
> On 10/04/2011 01:23 PM, Eric Anholt wrote:
> > On Tue, 4 Oct 2011 04:42:55 +0200, Henri Verbeet wrote:
> >> On 4 October 2011 00:41, Eric Anholt wrote:
> >>> They're both implemented the same in GLSL IR (since round() has
> >>> undef
On Wednesday 05 October 2011, Jose Fonseca wrote:
> - Original Message -
> > This is needed for renderbuffer support.
>
> What state tracker relies on this?
The EGL state tracker relies on it for user-created renderbuffers in
the recently added null platform.
st_renderbuffer_alloc_storag
On Wed, 2011-10-05 at 13:25 -0400, Christian König wrote:
> Am Mittwoch, den 05.10.2011, 10:57 -0400 schrieb Tom Stellard:
> > Reduction instructions can't share an instruction group with other
> > instructions, so we need to check for them when trying to merge
> > instruction groups.
>
> Hui? Wh
On 4 October 2011 23:55, Kenneth Graunke wrote:
> On 10/03/2011 03:41 PM, Eric Anholt wrote:
> > The condmod instruction ends up generating garbage condition codes,
> > because apparently the comparison happens on the accumulator value (33
> > bits for UD), not the truncated value that would be w
On Tue, 4 Oct 2011 18:30:33 -0600, Brian Paul wrote:
> From: Brian Paul
>
> These were used to find the start of a 3D image slice (or 2D array texture
> slice) given a base address. Instead, use a simple array of address of
> image slices instead.
>
> This is a step toward getting rid of the
Am Mittwoch, den 05.10.2011, 10:57 -0400 schrieb Tom Stellard:
> Reduction instructions can't share an instruction group with other
> instructions, so we need to check for them when trying to merge
> instruction groups.
Hui? Where do you got that info?
I especially created that code to let a DOT
On Wed, Oct 5, 2011 at 10:57 AM, Tom Stellard wrote:
> Reduction instructions can't share an instruction group with other
> instructions, so we need to check for them when trying to merge
> instruction groups.
Reviewed-by: Alex Deucher
> ---
> src/gallium/drivers/r600/r600_asm.c | 6 ++
Reduction instructions can't share an instruction group with other
instructions, so we need to check for them when trying to merge
instruction groups.
---
src/gallium/drivers/r600/r600_asm.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/src/gallium/drivers/r600/r600
- Original Message -
> This is needed for renderbuffer support.
What state tracker relies on this?
I don't object this change, but it sounds like you should be using a proper sw
winsys, instead of null winsys. The null winsys can't really display anything,
so the current implementation
On Wed, 2011-10-05 at 20:14 +1100, Christopher James Halse Rogers wrote:
> On Wed, 2011-10-05 at 09:24 +0200, Joakim Sindholt wrote:
> > On Tue, 2011-10-04 at 17:58 +0200, Fabio wrote:
> > > Can the patches at
> > > http://lists.freedesktop.org/archives/mesa-dev/2011-August/011099.html
> > > be con
On Wed, 2011-10-05 at 09:24 +0200, Joakim Sindholt wrote:
> On Tue, 2011-10-04 at 17:58 +0200, Fabio wrote:
> > Can the patches at
> > http://lists.freedesktop.org/archives/mesa-dev/2011-August/011099.html
> > be considered for merging?
> >
> > Sharing libgallium should save some MB of installed s
On Tue, 2011-10-04 at 17:58 +0200, Fabio wrote:
> Can the patches at
> http://lists.freedesktop.org/archives/mesa-dev/2011-August/011099.html
> be considered for merging?
>
> Sharing libgallium should save some MB of installed space.
And be an ABI nightmare for distributions
17 matches
Mail list logo
