On Mon, Jun 25, 2012 at 03:16:35PM -0700, Jose Fonseca wrote:
> Indeed lp_build_brilinear_lod is not faster than
> lp_build_ifloor_fract, but brilinear is faster, not because log is a
> faster approximation, but because it increases the odds that fract
> part is zero, which means that we can sample
https://bugs.freedesktop.org/show_bug.cgi?id=51428
Bug #: 51428
Summary: No rule to make target 'install' for osmesa
Classification: Unclassified
Product: Mesa
Version: git
Platform: All
OS/Version: All
Status: NEW
On Mon, Jun 25, 2012 at 5:39 PM, Paul Berry wrote:
> i965 hardware needs to be informed of situations in which it's
> possible for pixels (or samples) to be discarded for reasons other
> than depth/stencil testing (e.g. due to an explicit "discard" in the
> fragment shader). One of these situatio
i965 hardware needs to be informed of situations in which it's
possible for pixels (or samples) to be discarded for reasons other
than depth/stencil testing (e.g. due to an explicit "discard" in the
fragment shader). One of these situations is when
GL_ALPHA_TO_COVERAGE is enabled, since that can c
Signed-off-by: Jordan Justen
---
src/mesa/drivers/common/meta.c | 15 +++
1 file changed, 7 insertions(+), 8 deletions(-)
diff --git a/src/mesa/drivers/common/meta.c b/src/mesa/drivers/common/meta.c
index be7141a..252b081 100644
--- a/src/mesa/drivers/common/meta.c
+++ b/src/mesa/d
Signed-off-by: Jordan Justen
---
src/mesa/drivers/dri/i965/brw_wm_surface_state.c |1 +
src/mesa/drivers/dri/intel/intel_extensions.c|1 +
2 files changed, 2 insertions(+)
diff --git a/src/mesa/drivers/dri/i965/brw_wm_surface_state.c
b/src/mesa/drivers/dri/i965/brw_wm_surface_state.
Signed-off-by: Jordan Justen
---
src/mesa/main/format_pack.c | 28 +
src/mesa/main/format_unpack.c | 35 +
src/mesa/main/formats.c | 15 +
src/mesa/main/formats.h |1 +
src/mesa/main/texformat.c |1 +
src/mesa/main/texsto
Signed-off-by: Jordan Justen
---
src/mesa/main/texstore.c | 95 --
1 file changed, 75 insertions(+), 20 deletions(-)
diff --git a/src/mesa/main/texstore.c b/src/mesa/main/texstore.c
index 1ced8aa..a9eab18 100644
--- a/src/mesa/main/texstore.c
+++ b/s
Signed-off-by: Jordan Justen
---
src/mesa/main/readpix.c | 13 ++---
1 file changed, 10 insertions(+), 3 deletions(-)
diff --git a/src/mesa/main/readpix.c b/src/mesa/main/readpix.c
index 145cb6c..808c1dc 100644
--- a/src/mesa/main/readpix.c
+++ b/src/mesa/main/readpix.c
@@ -320,6 +320,
Signed-off-by: Jordan Justen
---
src/mesa/main/texgetimage.c | 12 ++--
1 file changed, 10 insertions(+), 2 deletions(-)
diff --git a/src/mesa/main/texgetimage.c b/src/mesa/main/texgetimage.c
index 5d2f4da..06d4464 100644
--- a/src/mesa/main/texgetimage.c
+++ b/src/mesa/main/texgetimag
pack_int_cases_tmp.h is included in two places:
_mesa_pack_rgba_span_from_ints with GLint rgba[][4]
and
_mesa_pack_rgba_span_from_uints with GLuint rgba[][4]
Signed-off-by: Jordan Justen
---
src/mesa/main/pack.c |6 +
src/mesa/main/pack_int_cases_tmp.h | 304
Rename _mesa_pack_rgba_span_int to _mesa_pack_rgba_span_from_uints.
Add _mesa_pack_rgba_span_from_ints.
These separate routines allow the integer clamping to be handled
properly for signed versus unsigned integers.
Signed-off-by: Jordan Justen
---
src/mesa/main/pack.c| 107
For example format=GL_RGBA with type=GL_UNSIGNED_BYTE will be treated
the same as format=GL_RGBA_INTEGER_EXT with type=GL_UNSIGNED_BYTE.
Signed-off-by: Jordan Justen
---
src/mesa/main/pack_tmp.h | 11 +++
1 file changed, 11 insertions(+)
diff --git a/src/mesa/main/pack_tmp.h b/src/mes
Signed-off-by: Jordan Justen
---
src/mesa/main/format_unpack.c | 34 ++
1 file changed, 34 insertions(+)
diff --git a/src/mesa/main/format_unpack.c b/src/mesa/main/format_unpack.c
index c42bac1..d1daae5 100644
--- a/src/mesa/main/format_unpack.c
+++ b/src/mesa/m
For unsupported formats & types, use _mesa_problem, rather than
assert.
Signed-off-by: Jordan Justen
---
src/mesa/main/pack.c | 17 ++---
src/mesa/main/pack_tmp.h |9 -
2 files changed, 18 insertions(+), 8 deletions(-)
diff --git a/src/mesa/main/pack.c b/src/mesa/m
Previously if a format of GL_RGBA was used, then float data would
be returned, even if the type was an integer type.
Signed-off-by: Jordan Justen
---
src/mesa/main/readpix.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/mesa/main/readpix.c b/src/mesa/main/readpix.c
i
_mesa_is_integer_format is moved to formats.c and renamed
as _mesa_is_enum_format_integer.
_mesa_is_format_unsigned, _mesa_is_type_integer,
_mesa_is_type_unsigned, and _mesa_is_enum_format_or_type_integer
are added.
Signed-off-by: Jordan Justen
---
src/mesa/main/drawpix.c |
v1:
* Improve integer texture support
* Add i965 texture_rgb10_a2ui support
Jordan Justen (13):
mesa formats: add integer type/format detection routines
mesa: use integers in glReadPixels for GL_RGBA with integer types
mesa: use _mesa_problem instead of assert for unsupported
format/ty
- Original Message -
> On Mon, Jun 25, 2012 at 11:40:08AM -0700, Jose Fonseca wrote:
> > My thoughts too.
> >
> > Brilinear filtering provides a significant boost, and I don't see
> > why skip the optimization for explicit lod over implicit lods.
>
> Warning: code misread :-)
>
> Expli
On 06/25/2012 02:21 PM, Andreas Boll wrote:
Here is the continuation of my docs cleanup work.
I've updated some links, some outdated infos etc.
Please review.
Anyone:
Could you point out some obsolete content in docs that I can get rid of?
There's a bunch of links to games, vis apps, etc tha
---
docs/lists.html |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/docs/lists.html b/docs/lists.html
index d89bcff..e415fc9 100644
--- a/docs/lists.html
+++ b/docs/lists.html
@@ -32,6 +32,9 @@ In general, people should not post to this list.
target="_parent">mesa-annou
---
docs/helpwanted.html | 17 -
1 files changed, 8 insertions(+), 9 deletions(-)
diff --git a/docs/helpwanted.html b/docs/helpwanted.html
index 444c12b..cfa057e 100644
--- a/docs/helpwanted.html
+++ b/docs/helpwanted.html
@@ -17,33 +17,32 @@ Here are some specific ideas and are
---
docs/sourcetree.html | 10 ++
1 files changed, 6 insertions(+), 4 deletions(-)
diff --git a/docs/sourcetree.html b/docs/sourcetree.html
index abc5e39..42675d9 100644
--- a/docs/sourcetree.html
+++ b/docs/sourcetree.html
@@ -43,6 +43,8 @@ each directory.
common - code shar
---
docs/devinfo.html | 41 +++--
1 files changed, 19 insertions(+), 22 deletions(-)
diff --git a/docs/devinfo.html b/docs/devinfo.html
index 4828cc6..a469cba 100644
--- a/docs/devinfo.html
+++ b/docs/devinfo.html
@@ -163,36 +163,33 @@ branch is relevant.
---
docs/systems.html | 12 +++-
1 files changed, 7 insertions(+), 5 deletions(-)
diff --git a/docs/systems.html b/docs/systems.html
index 751..171d128 100644
--- a/docs/systems.html
+++ b/docs/systems.html
@@ -26,12 +26,14 @@ and ES 2, OpenVG and the EGL interface.
Hardware driver
---
docs/faq.html|2 +-
docs/repository.html |4 ++--
docs/sourcedocs.html |2 +-
docs/thanks.html |2 +-
docs/utilities.html |2 +-
5 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/docs/faq.html b/docs/faq.html
index dbef6a5..fa90d5b 100644
--- a/doc
---
docs/autoconf.html | 32
1 files changed, 16 insertions(+), 16 deletions(-)
diff --git a/docs/autoconf.html b/docs/autoconf.html
index 4f1ad8d..4fa96c3 100644
--- a/docs/autoconf.html
+++ b/docs/autoconf.html
@@ -10,18 +10,18 @@
Compilation and Installation
---
docs/perf.html |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/docs/perf.html b/docs/perf.html
index ec400c6..82e6b59 100644
--- a/docs/perf.html
+++ b/docs/perf.html
@@ -52,7 +52,7 @@ Performance tips for software rendering:
GL_COLOR_MATERIAL is disabled
target is needed for the frame based layout
---
docs/games.html |4 ++--
docs/libraries.html |2 +-
docs/shading.html |2 +-
3 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/docs/games.html b/docs/games.html
index eaa7f40..812c21d 100644
--- a/docs/games.html
+++ b/
use dl instead of ul
---
docs/shading.html | 22 +++---
1 files changed, 11 insertions(+), 11 deletions(-)
diff --git a/docs/shading.html b/docs/shading.html
index 175e024..3718917 100644
--- a/docs/shading.html
+++ b/docs/shading.html
@@ -209,30 +209,30 @@ struct gl_shader_stat
Here is the continuation of my docs cleanup work.
I've updated some links, some outdated infos etc.
Please review.
Anyone:
Could you point out some obsolete content in docs that I can get rid of?
Because I'm not so familiar with the technical details yet.
Brian:
Could you by any chance synchron
Vadim Girlin wrote:
On Mon, 2012-06-25 at 12:19 +0200, Andreas Boll wrote:
2012/6/24 Vadim Girlin :
On Sun, 2012-06-24 at 17:43 +0400, Vadim Girlin wrote:
Allocate flushed depth texture in the VRAM if we aren't going to access it by
CPU. If we need CPU access later, then it'll be reallocated i
On Mon, Jun 25, 2012 at 11:40:08AM -0700, Jose Fonseca wrote:
> My thoughts too.
>
> Brilinear filtering provides a significant boost, and I don't see why skip
> the optimization for explicit lod over implicit lods.
Warning: code misread :-)
Explicit lod does not need brilinear filtering becaus
On Mon, Jun 25, 2012 at 07:31:20PM +0100, Roland Scheidegger wrote:
> Does this fix the test because lp_build_brilinear_lod produces bogus
> values in this case or just because the test is strict about such
> filtering optimizations? In the latter case I'm not sure I really see
> much point.
Bo
On Fri, Jun 22, 2012 at 10:02 PM, Paul Berry wrote:
> This patch enables the multisampling parameters
> GL_SAMPLE_ALPHA_TO_COVERAGE and GL_SAMPLE_ALPHA_TO_ONE, which allow
> the fragment shader's alpha output to be converted into a sample
> coverage mask and ignored for blending. i965 supports th
- Original Message -
> On Mon, Jun 25, 2012 at 05:34:25AM -0700, Jose Fonseca wrote:
> > - Original Message -
> > > That capability requires integer handling and that's not yet
> > > active,
> > > ending with a failure in draw-non-instanced unless you force it
> > > on.
> > > See
The specific commit that seems to break it is:
46931ecf480e1d231bb6c2236d91b5390f2465ac llvmpipe: Simplify and fix
system variables fetch.
On Mon, Jun 25, 2012 at 10:46 AM, Stéphane Marchesin
wrote:
> Hi Olivier,
>
> On top of the GL_SELECT regressions reported by Brian, this patch
> series is ca
My thoughts too.
Brilinear filtering provides a significant boost, and I don't see why skip the
optimization for explicit lod over implicit lods.
We could make llvmpipe brilinear filtering conditional -- only do it when the
mipmap levels are proper minifications (as opposed to totally different
Does this fix the test because lp_build_brilinear_lod produces bogus
values in this case or just because the test is strict about such
filtering optimizations? In the latter case I'm not sure I really see
much point.
I'm surprised it can actually pass in either case since we drop all but
the fi
On Mon, Jun 25, 2012 at 05:34:25AM -0700, Jose Fonseca wrote:
> - Original Message -
> > That capability requires integer handling and that's not yet active,
> > ending with a failure in draw-non-instanced unless you force it on.
> > See bug 51366.
> >
> > Frankly, I'd rather have that
Looks good to me.
Reviewed-by: Jose Fonseca
Jose
- Original Message -
> ---
> docs/envvars.html |2 ++
> src/mesa/main/errors.c | 14 --
> 2 files changed, 14 insertions(+), 2 deletions(-)
>
> diff --git a/docs/envvars.html b/docs/envvars.html
> index fffb50a..
Hi Olivier,
On top of the GL_SELECT regressions reported by Brian, this patch
series is causing regressions on i915g for:
draw-instanced
draw-instanced-divisor
draw-elements-instanced-base-vertex
draw-elements-instanced-base-vertex-user_varrays
draw-non-instanced
instance-array-dereference
Stéph
---
docs/envvars.html |2 ++
src/mesa/main/errors.c | 14 --
2 files changed, 14 insertions(+), 2 deletions(-)
diff --git a/docs/envvars.html b/docs/envvars.html
index fffb50a..102ea28 100644
--- a/docs/envvars.html
+++ b/docs/envvars.html
@@ -42,6 +42,8 @@ sometimes be use
Looks good. Thanks.
Reviewed-by: Jose Fonseca
Jose
- Original Message -
> The type is the destination type (i.e. float vector) and not the
> source type. Fixes piglit fs-{in,de}crement-uint.
>
> Signed-off-by: Olivier Galibert
> ---
> src/gallium/auxiliary/gallivm/lp_bld_tgsi_action
Brilinear folding must only be used if the log2 was computed with
brilinear too. Fixes fs-textureLod-miplevels.
Signed-off-by: Olivier Galibert
---
src/gallium/auxiliary/gallivm/lp_bld_sample.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/auxiliary/gallivm/
The type is the destination type (i.e. float vector) and not the
source type. Fixes piglit fs-{in,de}crement-uint.
Signed-off-by: Olivier Galibert
---
src/gallium/auxiliary/gallivm/lp_bld_tgsi_action.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/auxiliary/
2012/6/25 Vadim Girlin :
> On Mon, 2012-06-25 at 12:19 +0200, Andreas Boll wrote:
>> 2012/6/24 Vadim Girlin :
>> > On Sun, 2012-06-24 at 17:43 +0400, Vadim Girlin wrote:
>> >> Allocate flushed depth texture in the VRAM if we aren't going to access
>> >> it by
>> >> CPU. If we need CPU access later
On 06/25/2012 12:49 AM, Olivier Galibert wrote:
On Fri, May 18, 2012 at 08:55:39AM -0600, Brian Paul wrote:
In any case, I think this function could be moved into u_math.c so it
could be used elsewhere.
[...]
I was looking at the GLSL round() and roundEven() functions. The GLSL
spec says roun
On 06/25/12 12:09 AM, Michel Dänzer wrote:
> On Sam, 2012-06-23 at 14:55 -0700, Alan Coopersmith wrote:
>> On 06/23/12 01:43 PM, Vinson Lee wrote:
>>> On Wed, Jun 20, 2012 at 6:49 AM, Alan Coopersmith
>>> wrote:
On 06/19/12 11:34 PM, Vinson Lee wrote:
> The GLX headers on Solaris are not
On Son, 2012-06-24 at 17:43 +0400, Vadim Girlin wrote:
> Allocate flushed depth texture in the VRAM if we aren't going to access it by
> CPU. If we need CPU access later, then it'll be reallocated in the GTT.
> Currently it's not reallocated in the opposite direction (GTT->VRAM), though
> probabl
Looks good to me.
Reviewed-by: Jose Fonseca
Jose
- Original Message -
> It was only no-oping the clear() function, not actual triangle
> rasterization. Move the no_rast field from lp_context down into
> lp_rasterizer so it's accessible where it's needed.
> ---
> src/gallium/drivers/ll
- Original Message -
> That capability requires integer handling and that's not yet active,
> ending with a failure in draw-non-instanced unless you force it on.
> See bug 51366.
>
> Frankly, I'd rather have that patch rejected and integer/glsl 130
> capability activated instead. Ther
- Original Message -
> On Fri, May 18, 2012 at 08:55:39AM -0600, Brian Paul wrote:
> > In any case, I think this function could be moved into u_math.c so
> > it
> > could be used elsewhere.
> [...]
> > I was looking at the GLSL round() and roundEven() functions. The
> > GLSL
> > spec say
On Mon, 2012-06-25 at 12:19 +0200, Andreas Boll wrote:
> 2012/6/24 Vadim Girlin :
> > On Sun, 2012-06-24 at 17:43 +0400, Vadim Girlin wrote:
> >> Allocate flushed depth texture in the VRAM if we aren't going to access it
> >> by
> >> CPU. If we need CPU access later, then it'll be reallocated in t
On 25.06.2012 08:37, Olivier Galibert wrote:
> That capability requires integer handling and that's not yet active,
> ending with a failure in draw-non-instanced unless you force it on.
> See bug 51366.
>
> Frankly, I'd rather have that patch rejected and integer/glsl 130
> capability activate
- Original Message -
> Hi,
>
> I've just finished two piglit runs of llvmpipe with glsl 1.40 and gl
> 3.1 forced on, one with LLVM 2.9, the other with 3.1.
>
> The least we can say is that there aren't many differences.
>
> - fp-indirections2, didn't have the patience to wait to see whet
Hi,
I've just finished two piglit runs of llvmpipe with glsl 1.40 and gl
3.1 forced on, one with LLVM 2.9, the other with 3.1.
The least we can say is that there aren't many differences.
- fp-indirections2, didn't have the patience to wait to see whether it
would eventually stop. Looks lik
2012/6/24 Vadim Girlin :
> On Sun, 2012-06-24 at 17:43 +0400, Vadim Girlin wrote:
>> Allocate flushed depth texture in the VRAM if we aren't going to access it by
>> CPU. If we need CPU access later, then it'll be reallocated in the GTT.
>> Currently it's not reallocated in the opposite direction (
It can be argued it makes to sense to advertise an integer system
variable in GLSL levels where integers aren't handled.
Signed-off-by: Olivier Galibert
---
I don't really know if that's a patch we want, but otoh having
gl_InstanceIDARB being a different type depending on the GLSL version
w
On Sam, 2012-06-23 at 14:55 -0700, Alan Coopersmith wrote:
> On 06/23/12 01:43 PM, Vinson Lee wrote:
> > On Wed, Jun 20, 2012 at 6:49 AM, Alan Coopersmith
> > wrote:
> >> On 06/19/12 11:34 PM, Vinson Lee wrote:
> >>> The GLX headers on Solaris are not recent enough.
> >>
> >> Huh? Which Solaris
60 matches
Mail list logo