Jose Fonseca writes:
> Thanks for the update.
>
> Reviewed-by: Jose Fonseca
>
> If you need and there's no outstanding objections, I can push this
> change for you.
I've gone ahead and pushed it now. Seems like we've had plenty of
discussion time, and there's general support.
signature.asc
Echelon9 writes:
> From: Rhys Kidd
>
> Noticed this error in a debug message whilst reviewing
> https://bugs.freedesktop.org/show_bug.cgi?id=97477
>
> This patch doesn't go towards fixing that bug, but at
> least may clarify future debug output.
>
> Signed-off-by: Rhys Kidd
Reviewed and pushed
Rhys Kidd writes:
> Having run Mesa through Clang on Eric Anholt's Travis harness, these small
> code clean ups improve readability of TGSI code in r600g and may avoid
> future problems.
>
> Series also can be found at:
> https://github.com/Echelon9/mesa/tree/fix/r600g-cleanup-tgsi-opcodes
>
> I
vc4 is about to start using the shader info field to set up discard
handling.
---
src/compiler/nir/nir_lower_bitmap.c | 2 ++
src/compiler/nir/nir_lower_clip.c | 2 ++
2 files changed, 4 insertions(+)
diff --git a/src/compiler/nir/nir_lower_bitmap.c
b/src/compiler/nir/nir_lower_bitmap.c
index
Kenneth Graunke writes:
> Jason suggested adding an assert(function->impl) here. All callers
> of this function actually want ->impl, so I decided just to change
> the API.
>
> We also change the nir_lower_io_to_temporaries API here. All but one
> caller passed nir_shader_get_entrypoint(), and
y setting xrb->map_y to the inverted coordinate in
> swrast_map_renderbuffer() which is used later by the putImage() call.
> Also pass xrb->map_y to getImage() to be symmetric.
>
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=97426
> Cc:
Reviewed-by: Eric Anholt
Rhys Kidd writes:
> Duplicate line is currently on 1535.
>
> Identified by Clang, when run through Eric Anholt's Travis harness.
>
> Signed-off-by: Rhys Kidd
Reviewed and pushed. Thanks!
signature.asc
Description: PGP signature
___
mesa-dev mailing
Emil Velikov writes:
> On 18 August 2016 at 23:28, Eric Anholt wrote:
>> Here are a few fixes to get Travis CI builds on github working again.
>>
>> As a reminder: If your personal branches of Mesa are on github, you
>> can enable it in your github account, then
Michel Dänzer writes:
> On 20/08/16 04:42 AM, Eric Anholt wrote:
>> Michel Dänzer writes:
>>
>>> From: Michel Dänzer
>>>
>>> Always use 3 buffers when flipping. With only 2 buffers, we have to wait
>>> for a flip to complete (which takes non
If we're going to skip setting up vertex input data in them, we should
probably not leave them as vertex inputs with a driver_location that
happens to alias to something else.
Fixes a regression in glsl-mat-attribute on vc4 when enabling GTN.
---
src/mesa/state_tracker/st_glsl_to_nir.cpp | 27 +++
Generally you'd see the gl_Color reference first and get some cursor set.
However, in piglit draw-pixel-with-texture we're now seeing the TexCoord
dereferenced first.
---
src/compiler/nir/nir_lower_drawpixels.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/src/compiler/nir/nir_lower_drawpi
---
src/compiler/nir/nir_lower_drawpixels.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/compiler/nir/nir_lower_drawpixels.c
b/src/compiler/nir/nir_lower_drawpixels.c
index 7ffaa525b5a4..a71bccddfb07 100644
--- a/src/compiler/nir/nir_lower_drawpixels.c
+++ b/src/compile
e 2 back buffers when the swap interval is non-0,
> otherwise we have to wait for the swap interval to pass before we can
> start working on the next frame. This condition was previously reversed.
>
> Cc: "12.0 11.2"
> Bugzilla: https://bugs.freedesktop.org/show_bug.c
Tapani Pälli writes:
> Implementation previously used value itself as the key, however after
> hash implementation change by ee02a5e we cannot use 0 as key.
>
> v2: use constant pointer as the key and implement comparison
> for contents (Eric Anholt)
>
> Signed
pushes will get a make check and a scons bulid run on
them, across a variety of drivers.
Eric Anholt (4):
travis: Parse configure.ac to pick an updated LIBDRM_VERSION.
travis: Update to the Ubuntu Trusty image.
travis: Enable vc4 in libdrm to satisfy vc4 test build dependency.
travis: Upgrade
---
.travis.yml | 13 +++--
1 file changed, 7 insertions(+), 6 deletions(-)
diff --git a/.travis.yml b/.travis.yml
index e086173c529f..5f489a47fb79 100644
--- a/.travis.yml
+++ b/.travis.yml
@@ -16,7 +16,11 @@ addons:
- libexpat1-dev
- libxcb-dri2-0-dev
- libx11-xcb-d
Travis has been broken a couple of times by configure.ac updates. To make
it useful, auto-update the version necessary.
This could potentially be used for other dependencies, too, but those get
bumped less frequently.
---
.travis.yml | 10 ++
1 file changed, 10 insertions(+)
diff --git
This will hopefully fix wget from x.org (no real reason explained in
Travis CI bug reports), and may also mean that we can enable LLVM driver
builds.
---
.travis.yml | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/.travis.yml b/.travis.yml
index 843a9bcdc2ee..6a22e9595fe0 100
---
.travis.yml | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/.travis.yml b/.travis.yml
index 6a22e9595fe0..e086173c529f 100644
--- a/.travis.yml
+++ b/.travis.yml
@@ -89,7 +89,7 @@ install:
- wget http://dri.freedesktop.org/libdrm/$LIBDRM_VERSION.tar.bz2
- tar -jxvf
Tapani Pälli writes:
> Implementation previously used case value itself as the key, however
> afterhash implementation change by ee02a5e we cannot use 0 as key.
> Patch uses _mesa_hash_data to formulate a suitable key for this hash.
>
> Signed-off-by: Tapani Pälli
> Bugzilla: https://bugs.freede
Adam Jackson writes:
> On Tue, 2016-08-16 at 15:55 +0100, Chris Wilson wrote:
>> On Mon, Aug 17, 2015 at 03:17:30PM -0700, Eric Anholt wrote:
>> >
>> > I think XSync makes more sense. It's cheaper, and it does exactly what
>> > you're supposed to
Given robust access, we should just be returning zeroes if the user gives
us a base pointer that's too big, which is what was happens on a release
build. This was caught by a webgl conformance test for out-of-bounds
draws on servo.
---
src/mesa/drivers/dri/i965/brw_draw_upload.c | 11 ---
w call. Some cleanups in that area are included.
>
> Please review!
Very nice! I've always been bothered by this validation being in vbo.
Reviewed-by: Eric Anholt
signature.asc
Description: PGP signature
___
mesa-dev mailing list
m
Connor Abbott writes:
> On Wed, Aug 10, 2016 at 1:53 PM, Eric Anholt wrote:
>> Kenneth Graunke writes:
>>
>>> On Haswell (GL 3.3):
>>>
>>> total instructions in shared programs: 6208759 -> 6203860 (-0.08%)
>>> instructions in affecte
Kenneth Graunke writes:
> Signed-off-by: Kenneth Graunke
> ---
> src/compiler/nir/nir_lower_io_to_scalar.c | 7 +--
> 1 file changed, 5 insertions(+), 2 deletions(-)
>
> diff --git a/src/compiler/nir/nir_lower_io_to_scalar.c
> b/src/compiler/nir/nir_lower_io_to_scalar.c
> index f2345d5..8b
Kenneth Graunke writes:
> On Haswell (GL 3.3):
>
> total instructions in shared programs: 6208759 -> 6203860 (-0.08%)
> instructions in affected programs: 856541 -> 851642 (-0.57%)
> helped: 3157
> HURT: 113
> LOST: 7
> GAINED: 15
>
> On Broadwell (GL 4.4):
>
> total instructions in shared prog
Timothy Arceri writes:
> Builtins already have locations assigned so this shouldn't
> changing anything. We want to call it earlier so we can tranform
"change"
Other than that, 1-4 are:
Reviewed-by: Eric Anholt
and I'll see if I can get to some more tomorrow.
the bindings.
Reviewed-by: Eric Anholt
signature.asc
Description: PGP signature
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
I'm going to replace this hash table with util/hash_table.h, and the first
step is to compare things the same way.
---
src/mesa/program/hash_table.h | 9 -
src/mesa/program/prog_hash_table.c | 9 +++--
2 files changed, 11 insertions(+), 7 deletions(-)
diff --git a/src/mesa/progra
---
src/compiler/nir/nir_lower_samplers.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/src/compiler/nir/nir_lower_samplers.c
b/src/compiler/nir/nir_lower_samplers.c
index 4a4326983a65..e878edd9b54b 100644
--- a/src/compiler/nir/nir_lower_samplers.c
+++ b/src/compiler/nir/nir_lower_samplers.
Improves glretrace -b servo.trace (a trace of Mozilla's servo rendering
engine booting, rendering a page, and exiting) from 1.8s to 1.1s. It uses
a large uniform array of structs, making a huge number of separate program
resources, and the fixed-size hash table was killing it. Given how many
time
Saves another .1s on servo.trace.
---
src/compiler/glsl/linker.cpp | 76 +---
1 file changed, 50 insertions(+), 26 deletions(-)
diff --git a/src/compiler/glsl/linker.cpp b/src/compiler/glsl/linker.cpp
index f4049133ee69..ceb86aa0a929 100644
--- a/src/compil
Timothy Arceri writes:
> On Sat, 2016-08-06 at 10:15 +1000, Timothy Arceri wrote:
>> On Fri, 2016-08-05 at 16:27 -0700, Eric Anholt wrote:
>> > vc4 wants to have per-scalar IO load/stores so that dead code
>> > elimination
>> > can happen on a more granular b
In the GLSL-to-NIR conversion of VC4, I had a bit of trouble with what I
was calling the "state uniforms" that I was putting into the NIR fighting
with its other lowering passes. Instead of using magic uniform base
numbers in the backend, follow the lead of load_user_clip_plane and just
define sys
I wanted to include this from nir_builder as well, so it also needed the
undefs.
---
src/compiler/nir/nir.h| 3 ---
src/compiler/nir/nir_intrinsics.h | 3 +++
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/src/compiler/nir/nir.h b/src/compiler/nir/nir.h
index 379a5f8e02
The previous nir_load_system_value(b, nir_intrinsic_load_whatever), 0) was
rather verbose, when system values should be easy to generate.
The index is left out because only one system value had an index included
in it.
---
src/compiler/nir/nir_builder.h | 15 +++
src/c
Rob Clark writes:
> On Fri, Aug 5, 2016 at 8:42 PM, Jan Ziak <0xe2.0x9a.0...@gmail.com> wrote:
>> Mesa source code prior to this patch uses both RTLD_NOW and RTLD_LAZY.
>> This patch removes all RTLD_NOW in favor of RTLD_LAZY.
>>
>> In comparison to early binding, lazy binding reduces CPU instruc
vc4 wants to have per-scalar IO load/stores so that dead code elimination
can happen on a more granular basis, which it has been doing in the
backend using a multiplication by 4 of the intrinsic's driver_location.
We can represent it properly in the NIR using the first_component field,
though.
---
This reduces the diff between GLSL-to-NIR and TGSI-to-NIR, and gives NIR
more optimization to work on.
---
src/gallium/auxiliary/nir/tgsi_to_nir.c| 30 --
.../drivers/freedreno/ir3/ir3_compiler_nir.c | 46 --
src/gallium/drivers/vc4/vc4_nir_lower_i
This gives a chance for things like "gl_FrontFace != 0" to get optimized
out.
---
src/compiler/nir/nir_search.c | 60 ---
1 file changed, 45 insertions(+), 15 deletions(-)
diff --git a/src/compiler/nir/nir_search.c b/src/compiler/nir/nir_search.c
index b21f
Here's a little miniseries from my trying to convert from using TTN to
usually using GTN in vc4. No change on shader-db, but seems like a
good idea.
Eric Anholt (3):
nir: Tell opt_algebraic that load_front_face is a boolean.
nir: Use the system-value front face for twoside lowering.
GLSL-to-NIR generates system value usage, and vc4/freedreno would both
like the system value instead of the varying, so switch this pass over to
it.
---
src/compiler/nir/nir_lower_two_sided_color.c | 23 +++
1 file changed, 7 insertions(+), 16 deletions(-)
diff --git a/src/com
Martin Peres writes:
> This mirrors the codepath taken by DRI2 in IntelSetTexBuffer2() and
> fixes many applications when using DRI3:
> - Totem with libva on hw-accelerated decoding
> - obs-studio, using Window Capture (Xcomposite) as a Source
> - gstreamer with VAAPI
>
> Cc: mesa-sta...@lists
By allocating and initializing the matrices at context creation, the OS
can't even overcommit the pages. This saves about 63k (out of 946k) of
maximum memory size according to massif on simulated vc4
glsl-algebraic-add-add-1. It also means we could potentially relax the
maximum stack sizes, but t
Jan Ziak <0xe2.0x9a.0...@gmail.com> writes:
> Found via "valgrind --leak-check=full glxgears".
Pushed. Thanks!
signature.asc
Description: PGP signature
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/lis
Ben Widawsky writes:
> Missed here:
> commit a43d286ef7ff65087b1f051d071b829ca7b02073
> Author: Kristian Høgsberg
> Date: Fri Mar 28 10:17:11 2014 -0700
>
> gbm: Add import from fd
>
> Cc: Kristian Høgsberg
> Signed-off-by: Ben Widawsky
Pushed. Thanks!
signature.asc
Description: PGP
By allocating and initializing the matrices at context creation, the OS
can't even overcommit the pages. This saves about 63k (out of 946k) of
maximum memory size according to massif on simulated vc4
glsl-algebraic-add-add-1. It also means we could potentially relax the
maximum stack sizes, but t
It's only used for rarely-used deprecated GL features
(feedback/rasterpos), so we can skip the memory allocation and
initialization for it most of the time.
Saves about 659k (out of 1605k) of maximum memory size according to massif
on simulated vc4 glsl-algebraic-add-add-1
---
src/mesa/state_trac
This lets TTN-using drivers handle FRAG_RESULT_DEPTH the same between all
their source paths.
---
src/gallium/auxiliary/nir/tgsi_to_nir.c | 19 ---
src/gallium/drivers/freedreno/ir3/ir3_compiler_nir.c | 6 --
src/gallium/drivers/freedreno/ir3/ir3_shader.c |
nir_opt_peephole_select has the job of removing IF statements with no side
effects. However, if the IF statement's successor didn't have any
instructions in it, we were skipping it, which occurred in mupen64 on
vc4 with glsl_to_nir enabled:
instructions in affected programs: 6134 -> 4120 (-32
mathias.froehl...@gmx.net writes:
> From: Mathias Fröhlich
>
> Implement the equivalent of vbo_all_varyings_in_vbos for
> vertex array objects.
One comment on patch 1, but other than that, 2-11 are:
Reviewed-by: Eric Anholt
signature.asc
Description: P
mathias.froehl...@gmx.net writes:
> From: Mathias Fröhlich
>
> Similar to _mesa_update_array_format add an argument to
> avoid calling FLUSH_VERTICES in certain cases.
> This will be used with the following change.
Do we need to avoid calling FLUSH_VERTICES in the following change,
though? We'v
Rob Clark writes:
> On Mon, Jul 25, 2016 at 8:47 PM, Eric Anholt wrote:
>> Rob Herring writes:
>>
>>> It is necessary to reuse existing BOs when dmabufs are imported. There
>>> are 2 cases that need to be handled. dmabufs can be created/exported and
>>&g
ack exported BOs so the
> BOs get reused.
>
> Cc: Eric Anholt
> Signed-off-by: Rob Herring
Looks good to me, other than a bit of funny whitespace that I'll fix up.
I built a piglit test for this today (want to go take a look at those?),
and once I get a piglit run through, I'l
Rob Herring writes:
> Use the common pipe_screen ref counting and fd hashing functions for
> vc4. This is necessary to only create a single pipe_screen for a
> process and avoid multiple imports of same prime fd among other things
> (probably).
Reviewed-by: Eric Anholt
s
tex present in this code before.
> Cc: Eric Anholt
> Signed-off-by: Rob Herring
> ---
> src/gallium/winsys/vc4/drm/vc4_drm_winsys.c | 9 -
> 1 file changed, 8 insertions(+), 1 deletion(-)
>
> diff --git a/src/gallium/winsys/vc4/drm/vc4_drm_winsys.c
> b/src/gallium/w
We don't tell the hardware whether we're computing depth, so we need
to manage early Z state manually. Fixes piglit early-z.
---
src/gallium/drivers/vc4/vc4_context.h | 2 ++
src/gallium/drivers/vc4/vc4_emit.c| 6 --
src/gallium/drivers/vc4/vc4_program.c | 5 +
3 files changed, 11 ins
We could use the nir_shader_gather_info() pass to update it after the
fact, but this is what glsl_to_nir and prog_to_nir do.
Note that this doesn't update all the fields (num_textures, num_ubos
are still missing, for example).
---
src/gallium/auxiliary/nir/tgsi_to_nir.c | 13 +
1 file
t just do editorconfig out of the box, but it
makes sense to have something that other editors can easily handle (and
that makes so much more sense than emacs files).
For vc4,
Reviewed-by: Eric Anholt
signature.asc
Description: PGP signature
___
mesa
Tomasz Figa writes:
> Hi Eric,
>
> On Sat, Jul 16, 2016 at 3:05 AM, Eric Anholt wrote:
>> Tomasz Figa writes:
>>
>>> Current implementation of the DRI image loader does not free the images
>>> created in get_back_bo() and so leaks memory. Moreover, it cre
ms_swrast if hardware-only
> probe fails.
This seems sensible, and if you change the "int swrast" and 0/1s to some
sort of boolean (I guess EGLBoolean?), it's:
Reviewed-by: Eric Anholt
signature.asc
Description: PGP signature
___
index = 5;
> +
> + for (p = 0; p < total_planes; ++p) {
> + attr_list[++index] = plane_fd_attr[p];
> + attr_list[++index] = fd;
> + attr_list[++index] = plane_pitch_attr[p];
> + attr_list[++index] = pitches[p];
> + attr_list[++index] =
Tomasz Figa writes:
> There are DRI_IMAGE_FOURCC macros, for which there are no corresponding
> DRI_IMAGE_FORMAT macros. To support such formats we need to make the
> lookup function take the native format directly. As a side effect, it
> simplifies all existing calls to this function, because th
Windows support only double buffering. */
> + else if (!dri2_conf->dri_double_config[j])
> +dri2_conf->base.SurfaceType &= ~EGL_WINDOW_BIT;
> + }
Style nitpick, I'd either drop the "else" or use some braces and put the
aking memory again.
>
> This patch adds missing call to destroyImage() in droid_enqueue_buffer()
> and a check if image is already created to get_back_bo() to fix the
> above.
This patch is:
Reviewed-by: Eric Anholt
But I noticed in review, it looks like droid_destroy_surface() could
a
Tomasz Figa writes:
> It is much easier to debug issues when the application gives some
> meaningful error messages. This patch adds few to the EGL Android
> platform backend.
>
> Signed-off-by: Tomasz Figa
Reviewed-by: Eric Anholt
signature.asc
Description
Tomasz Figa writes:
> From: Haixia Shi
>
> Set config attributes EGL_MAX_PBUFFER_WIDTH and EGL_MAX_PBUFFER_HEIGHT to
> hard-coded non-zero values. These two attributes are required on Android.
>
> Signed-off-by: Tomasz Figa
> ---
> src/egl/drivers/dri2/platform_android.c | 2 ++
> 1 file chang
Tomasz Figa writes:
> It might return NULL if specific config variant is unsupported.
>
> Signed-off-by: Tomasz Figa
Reviewed-by: Eric Anholt
signature.asc
Description: PGP signature
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.
Eric Engestrom writes:
> The allocation has succeeded by that point, so it needs to be freed.
Reviewed and pushed. Thanks!
signature.asc
Description: PGP signature
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.or
Eric Anholt writes:
> Due to the rampant dead code elimination in coordinate shaders for vc4, we
> often end up with IFs that do nothing on either side. In the
> loops-enabled build, shader-db gives:
>
> total instructions in shared programs: 125192 -> 119693 (-4.39%)
> ins
This was appearing in vc4 VS/CS in mupen64, due to vertex attrib lowering
producing some constants that were getting compared.
total instructions in shared programs: 112276 -> 112198 (-0.07%)
instructions in affected programs: 2239 -> 2161 (-3.48%)
total estimated cycles in shared programs: 28
Due to the rampant dead code elimination in coordinate shaders for vc4, we
often end up with IFs that do nothing on either side. In the
loops-enabled build, shader-db gives:
total instructions in shared programs: 125192 -> 119693 (-4.39%)
instructions in affected programs: 30649 -> 25150 (-17
Rob Clark writes:
> On Sat, Jun 25, 2016 at 11:33 PM, Eric Anholt wrote:
>> Rob Herring writes:
>>
>>> It is necessary to reuse existing BOs when dmabufs are imported. There
>>> are 2 cases that need to be handled. dmabufs can be created/exported and
>>&g
ack exported BOs so the
> BOs get reused.
>
> Cc: Eric Anholt
> Signed-off-by: Rob Herring
> ---
> With this and the fd hashing to get a single screen, the flickery screen
> is gone and Android is somewhat working. Several apps though hang, don't
> render, and then ex
The intent was to continue down the indirect chain, not to call ourselves
with unchanged input arguments. Found by code inspection, and comparison
to copy_prop_alu_src().
We haven't hit this because callers of NIR's copy prop are doing so in
SSA, before indirect variable dereferences have been lo
Rob Herring writes:
> The expected stride calculation is completely wrong. It should
> ultimately be multiplying cpp and width rather than dividing. The width
> also needs to be aligned to the tiling width first before converting to
> stride bytes.
>
> The whole stride check here is possibly poin
Jose Fonseca writes:
> On 15/06/16 18:13, Emil Velikov wrote:
>> On 15 June 2016 at 15:58, Brian Paul wrote:
>>> Why is this change needed? Does some compiler balk at 1.f?
>>>
>> Since I'm the one 'to blame' for these patches I'll answer - consistency.
>> These are the only remaining cases wher
Rob Clark writes:
> I (and I expect Eric too) would appreciate it if you went ahead and
> replaced the current use of non-"z" versions in code that you can't
> test w/ the "z" versions. That way we can switch over to non-zero'ing
> on our own time, rather than getting a surprise next time we
> p
Rhys Kidd writes:
> Correct use of qir_dump_inst() within QIR validate pass.
>
> Reported by the following GCC warning:
>
> mesa/src/gallium/drivers/vc4/vc4_qir_validate.c: In function 'fail_instr':
> mesa/src/gallium/drivers/vc4/vc4_qir_validate.c:31:23: warning: passing
> argument 1 of 'qir_du
Emil Velikov writes:
> On 25 May 2016 at 22:10, Rhys Kidd wrote:
>> Now that vc4 automated code documentation can be generated with
>> doxygen, fix the warnings issued by Doxygen 1.8.11.
>>
>> Signed-off-by: Rhys Kidd
>> ---
>> src/gallium/drivers/vc4/vc4_qir_schedule.c | 4 ++--
>> src/galliu
gt; state and forces a flush). This one probably not something that can
> be fixed in the app ;-)
>
> There are probably other cases where this comes up which I haven't
> noticed yet. I'm not entirely sure how common the pattern that I see
> in manhattan is.
>
> At on
Rob Clark writes:
> From: Rob Clark
>
> If we assert in nir_validate_shader(), print the shader with the
> offending instruction prefixed with "=>" to make it easier to find what
> part of the shader nir_validate is complaining about.
>
> Macro funny-business in nir_validate() was just to avoid
$TARGET'
> +)
> +
> +env.CodeGenerate(
> +target = 'nir/nir_opt_algebraic.c',
> +script = 'nir/nir_algebraic.py',
> +source = [],
> +command = python_cmd + ' $SCRIPT > $TARGET'
> +)
> +
> +# parse Makefile.sourc
xserver will need to revert the commit that
> removes the open-coded size logic for GetProgramString.
I've looked through the python and the generated diff to the server.
The server's diff is still unreasonably huge, but this series' change to
the diff seems sensible to me.
Revie
Rob Clark writes:
> From: Rob Clark
>
> Not much changed from last time, other than rebasing or nir iterator
> macro changes, and pulling in Jose's patch to add scons support to
> build NIR.
>
> Hopefully we can get some r-b's for the few remaining patches, so I
> can do something else other tha
Ian Romanick writes:
> On 05/03/2016 10:17 PM, Eric Anholt wrote:
>> Brian Paul writes:
>>
>>> On 05/02/2016 06:15 PM, Ilia Mirkin wrote:
>>>> I know I've been sticking commas at the end of enums left and right
>>>> for the past seve
erence
> counting and problems with memory leaks.
This last bit of commit message is stale. With that dropped, and the
other whitespace nit fixed, this series is:
Reviewed-by: Eric Anholt
signature.asc
Description: PGP signature
___
mesa-dev maili
Rob Herring writes:
> Implement support for mapImage/unmapImage functions in version 12 of the
> DRIimage extension.
>
> Signed-off-by: Rob Herring
> ---
> v2:
> - Make READ flag optional
>
> src/gallium/state_trackers/dri/dri2.c | 43
> ++-
> 1 file changed, 42
Rob Herring writes:
> On Mon, Apr 25, 2016 at 7:42 AM, Daniel Stone wrote:
>> Hi,
>>
>> On 22 April 2016 at 19:12, Eric Anholt wrote:
>>> I think this needs a longer comment to explain what the interface does:
>>>
>>> "Returns a map of t
Jason Ekstrand writes:
> From: Connor Abbott
Reviewed-by: Eric Anholt
signature.asc
Description: PGP signature
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
Brian Paul writes:
> On 05/02/2016 06:15 PM, Ilia Mirkin wrote:
>> I know I've been sticking commas at the end of enums left and right
>> for the past several years, and haven't heard any complaints. The nice
>> thing about the trailing comma is that you avoid having to change
>> unrelated lines
Samuel Iglesias Gonsálvez writes:
> Lower lrp when operating with double operands because float version of
> lrp is also lowered.
Kind of silly since there will never be double operands on vc4. I'd
drop the patch, but if you'd like it for consistency:
Acked-by: Eric Anholt
Rob Herring writes:
> On Wed, Apr 27, 2016 at 5:01 PM, Emil Velikov
> wrote:
>> On 27 April 2016 at 19:51, Eric Anholt wrote:
>>> Rob Herring writes:
>>>
>>>> On Mon, Apr 25, 2016 at 7:53 PM, Eric Anholt wrote:
>>>>> Rob Herring
Rob Herring writes:
> On Mon, Apr 25, 2016 at 7:53 PM, Eric Anholt wrote:
>> Rob Herring writes:
>>
>>> On Fri, Apr 22, 2016 at 9:08 PM, Rob Herring wrote:
>>>> On Fri, Apr 22, 2016 at 6:32 PM, Emil Velikov
>>>> wrote:
>>>>> Hi
Rob Herring writes:
> On Fri, Apr 22, 2016 at 9:08 PM, Rob Herring wrote:
>> On Fri, Apr 22, 2016 at 6:32 PM, Emil Velikov
>> wrote:
>>> Hi Rob,
>>>
>>> On 22 April 2016 at 16:50, Rob Herring wrote:
This adds map and unmap functions to GBM utilizing the DRIimage extension
mapImage/u
Rob Herring writes:
> This adds map and unmap functions to GBM utilizing the DRIimage extension
> mapImage/unmapImage functions or existing internal mapping for dumb
> buffers. Unlike prior attempts, this version provides a region to map and
> usage flags for the mapping. The operation follows th
Rob Herring writes:
> Implement support for mapImage/unmapImage functions in version 12 of the
> DRIimage extension.
>
> Signed-off-by: Rob Herring
This looks good to me, other than my previous comment about looking at
the read flag. Once we sort that out, I'll be ready to give r-b.
signatur
Rob Herring writes:
> Add mapImage and unmapImage functions to DRIimage extension for mapping
> and unmapping DRIimages for CPU access. The caller provides the region of
> the image to map and is returned a pointer to the beginning of the region
> and the stride (which could be different from the
Rob Clark writes:
> diff --git a/src/mesa/state_tracker/st_glsl_to_nir.cpp
> b/src/mesa/state_tracker/st_glsl_to_nir.cpp
> new file mode 100644
> index 000..c15c537
> --- /dev/null
> +++ b/src/mesa/state_tracker/st_glsl_to_nir.cpp
> +static void
> +st_nir_assign_uniform_locations(struct gl_
e to do it
as long as we're doing uniform storage the same as TGSI, which seems
like the right way to go for now.
Reviewed-by: Eric Anholt
signature.asc
Description: PGP signature
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
901 - 1000 of 5753 matches
Mail list logo