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
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 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
- 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
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
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 ++
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 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
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 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 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
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
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
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
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
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
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.
17 matches
Mail list logo