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.
>
>
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:
>
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
mage().
>
> We fix this by 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: <mesa-
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
Emil Velikov <emil.l.veli...@gmail.com> writes:
> On 18 August 2016 at 23:28, Eric Anholt <e...@anholt.net> 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, yo
Michel Dänzer <mic...@daenzer.net> writes:
> On 20/08/16 04:42 AM, Eric Anholt wrote:
>> Michel Dänzer <mic...@daenzer.net> writes:
>>
>>> From: Michel Dänzer <michel.daen...@amd.com>
>>>
>>> Always use 3 buffers when flipping. Wit
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
---
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
+++
..@lists.freedesktop.org>
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=97260
> Signed-off-by: Michel Dänzer <michel.daen...@amd.com>
Reviewed-by: Eric Anholt <e...@anholt.net>
signature.asc
Description: PGP signature
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
Tapani Pälli <tapani.pa...@intel.com> 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 A
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
-
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
---
.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
Adam Jackson <a...@redhat.com> 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
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 ---
s to validate the
> current draw 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 <e...@anholt.net>
signature.asc
Description: PGP signature
___
Connor Abbott <cwabbo...@gmail.com> writes:
> On Wed, Aug 10, 2016 at 1:53 PM, Eric Anholt <e...@anholt.net> wrote:
>> Kenneth Graunke <kenn...@whitecape.org> writes:
>>
>>> On Haswell (GL 3.3):
>>>
>>> total instructions in s
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
>
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
Timothy Arceri <timothy.arc...@collabora.com> 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 <e...@anholt.net>
[0] for looking up the bindings.
Reviewed-by: Eric Anholt <e...@anholt.net>
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
---
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
+++
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
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
---
Timothy Arceri <timothy.arc...@collabora.com> 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
>>
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
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
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 +++
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
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 --
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
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
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.
ttn
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
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
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
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
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
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
---
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
mathias.froehl...@gmx.net writes:
> From: Mathias Fröhlich <mathias.froehl...@web.de>
>
> 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 <e...@anholt
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
Rob Clark <robdcl...@gmail.com> writes:
> On Mon, Jul 25, 2016 at 8:47 PM, Eric Anholt <e...@anholt.net> wrote:
>> Rob Herring <r...@kernel.org> writes:
>>
>>> It is necessary to reuse existing BOs when dmabufs are imported. There
>>> are 2 ca
, add a hash table to track exported BOs so the
> BOs get reused.
>
> Cc: Eric Anholt <e...@anholt.net>
> Signed-off-by: Rob Herring <r...@kernel.org>
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
Rob Herring <r...@kernel.org> 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-
, since there's no mutex present in this code before.
> Cc: Eric Anholt <e...@anholt.net>
> Signed-off-by: Rob Herring <r...@kernel.org>
> ---
> src/gallium/winsys/vc4/drm/vc4_drm_winsys.c | 9 -
> 1 file changed, 8 insertions(+), 1 deletion(-)
>
> diff --git a/
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
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
bad emacs doesn'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 <e...@anholt.net>
signature.asc
De
Tomasz Figa <tf...@chromium.org> writes:
> Hi Eric,
>
> On Sat, Jul 16, 2016 at 3:05 AM, Eric Anholt <e...@anholt.net> wrote:
>> Tomasz Figa <tf...@chromium.org> writes:
>>
>>> Current implementation of the DRI image loader does not free the images
m code retry probe with kms_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 <e...@anholt.net>
signature.asc
Description: PGP signature
___
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
+ }
Style nitpick, I'd either drop the "else" or use some braces and put the
comments within the inner blocks. Having the "else if" separated from
the "if" by the comment looked weird. Up to you, though.
The actual contents of the patch are:
Reviewed-by: Eric Anholt <e...@anholt.net>
signature.asc
Description: PGP signature
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
er has not changed. leaking 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 <e...@anholt.net>
But I noticed in review,
Tomasz Figa <tf...@chromium.org> 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 <tf...@chromium.org>
Reviewed-by: E
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
> ---
>
Tomasz Figa <tf...@chromium.org> writes:
> It might return NULL if specific config variant is unsupported.
>
> Signed-off-by: Tomasz Figa <tf...@chromium.org>
Reviewed-by: Eric Anholt <e...@anholt.net>
signature.asc
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
Eric Anholt <e...@anholt.net> 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: 12
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:
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
Rob Clark <robdcl...@gmail.com> writes:
> On Sat, Jun 25, 2016 at 11:33 PM, Eric Anholt <e...@anholt.net> wrote:
>> Rob Herring <r...@kernel.org> writes:
>>
>>> It is necessary to reuse existing BOs when dmabufs are imported. There
>>> are 2 ca
, add a hash table to track exported BOs so the
> BOs get reused.
>
> Cc: Eric Anholt <e...@anholt.net>
> Signed-off-by: Rob Herring <r...@kernel.org>
> ---
> With this and the fd hashing to get a single screen, the flickery screen
> is gone and Android is somewhat
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
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
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.
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
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
>
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
>> ---
>>
hanges fb
> 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 one
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
nir_sources += source_lists['NIR_FILES']
> +nir_sources += source_lists['NIR_GENERATED_FILES']
>
> compiler = env.ConvenienceLibrary(
> target = 'compiler',
> -source = sources
> +source = nir_sources
> )
> Export('compiler')
Possibly s/nir_sources/sources/ to reduce diff, but either way,
Reviewed-by: Eric Anholt <e...@anholt.net>
signature.asc
Description: PGP signature
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
ert 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.
Review
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
Ian Romanick <i...@freedesktop.org> writes:
> On 05/03/2016 10:17 PM, Eric Anholt wrote:
>> Brian Paul <bri...@vmware.com> writes:
>>
>>> On 05/02/2016 06:15 PM, Ilia Mirkin wrote:
>>>> I know I've been sticking commas at the end of enum
ve any need for reference
> 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 <e...@anholt.net>
signature.asc
Description: PGP signature
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
>
Rob Herring <r...@kernel.org> writes:
> On Mon, Apr 25, 2016 at 7:42 AM, Daniel Stone <dan...@fooishbar.org> wrote:
>> Hi,
>>
>> On 22 April 2016 at 19:12, Eric Anholt <e...@anholt.net> wrote:
>>> I think this needs a longer comment to explain
Jason Ekstrand <ja...@jlekstrand.net> writes:
> From: Connor Abbott <cwabbo...@gmail.com>
Reviewed-by: Eric Anholt <e...@anholt.net>
signature.asc
Description: PGP signature
___
mesa-dev mailing list
mesa-dev@lists.
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
Samuel Iglesias Gonsálvez <sigles...@igalia.com> 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:
Ac
Rob Herring <r...@kernel.org> writes:
> On Wed, Apr 27, 2016 at 5:01 PM, Emil Velikov <emil.l.veli...@gmail.com>
> wrote:
>> On 27 April 2016 at 19:51, Eric Anholt <e...@anholt.net> wrote:
>>> Rob Herring <r...@kernel.org> writes:
>>>
Rob Herring <r...@kernel.org> writes:
> On Mon, Apr 25, 2016 at 7:53 PM, Eric Anholt <e...@anholt.net> wrote:
>> Rob Herring <r...@kernel.org> writes:
>>
>>> On Fri, Apr 22, 2016 at 9:08 PM, Rob Herring <r...@kernel.org> 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,
>>>
>>> On 22 April 2016 at 16:50, Rob Herring wrote:
This adds
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
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,
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
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
>
rays/
Other than that, while this is kind of gross, I guess we have 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 <e...@anholt.net>
signature.asc
Description: PGP signature
_
Rob Herring writes:
> Add support for 32-bit RGBX/RGBA formats which are preferred for Android.
>
> Signed-off-by: Rob Herring
> ---
> v2:
> - Rebase to current master after introduction of new
> dri2_format_to_pipe_format function.
Still gets my r-b.
d);
> -
> - eglTerminate(d);
> -
> + printf("\n");
> return 0;
> }
eglTerminate(d) disappeared entirely. Looks like that wasn't
intentional?
Other than that, this series is:
Reviewed-by: Eric Anholt <e...@anholt.net>
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 5366 matches
Mail list logo