On Thu, May 31, 2018 at 10:22 AM, Emil Velikov wrote:
> On 29 May 2018 at 15:41, Eric Engestrom wrote:
>> Cc: Emil Velikov
>> Cc: Daniel Stone
>> Signed-off-by: Eric Engestrom
>> ---
>> A couple things worth mentioning:
>> - I chose to add libwayland-egl as a separate dependency for EGL
On Fri, Jun 1, 2018 at 3:21 PM, Plamena Manolova
wrote:
> This patch adds the implentation of ARB_compute_variable_group_size
> for i965. We do this by storing the group size in a buffer surface,
> similarly to the work group number.
>
> Signed-off-by: Plamena Manolova
> ---
> docs/features.txt
On Fri, Jun 1, 2018 at 9:50 AM, Samuel Pitoiset
wrote:
> On 06/01/2018 06:47 PM, Matt Turner wrote:
>> On Wed, May 30, 2018 at 10:06 AM, Samuel Pitoiset
>> wrote:
>>>
>>> Similar for max().
>>>
>>> Signed-off-by: Samuel Pitoiset
&
On Wed, May 30, 2018 at 10:06 AM, Samuel Pitoiset
wrote:
> Similar for max().
>
> Signed-off-by: Samuel Pitoiset
What are the shader-db results? That should be in the commit message.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
On Thu, May 31, 2018 at 11:28 AM, Jason Ekstrand wrote:
> On Thu, May 31, 2018 at 10:43 AM, Matt Turner wrote:
>>
>> On Thu, May 24, 2018 at 2:56 PM, Jason Ekstrand
>> wrote:
>> > ---
>> > src/intel/compiler/brw_fs.cpp | 25 ++---
&g
On Thu, May 24, 2018 at 2:56 PM, Jason Ekstrand wrote:
> ---
> src/intel/compiler/brw_fs.cpp | 25 ++---
> 1 file changed, 6 insertions(+), 19 deletions(-)
>
> diff --git a/src/intel/compiler/brw_fs.cpp b/src/intel/compiler/brw_fs.cpp
> index 1f87f06..7e532af 100644
> ---
On Fri, May 25, 2018 at 3:28 PM, Matt Turner wrote:
>> 1-6, 8-20 are
>>
>> Reviewed-by: Matt Turner
>
> 7, 22-31 are too.
34-49 are too.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
On Thu, May 24, 2018 at 2:56 PM, Jason Ekstrand wrote:
> From: Francisco Jerez
>
> v2 (Jason Ekstrand):
> - Disallow gl_SampleId in SIMD32 on gen7
>
> Reviewed-by: Jason Ekstrand
> ---
> src/intel/compiler/brw_fs.cpp | 31 ++-
> 1 file changed, 22 insertions(+), 9
On Thu, May 24, 2018 at 2:56 PM, Jason Ekstrand wrote:
> From: Francisco Jerez
>
> Reviewed-by: Jason Ekstrand
> ---
> src/intel/compiler/brw_fs.cpp | 8 +++-
> 1 file changed, 7 insertions(+), 1 deletion(-)
>
> diff --git a/src/intel/compiler/brw_fs.cpp b/src/intel/compiler/brw_fs.cpp
>
On Thu, May 24, 2018 at 2:56 PM, Jason Ekstrand wrote:
> From: Francisco Jerez
>
> Reviewed-by: Jason Ekstrand
Some small explanation that this is possible since we're able to rely
on lower_simd_width() to do the hard work for us might be nice.
___
On Fri, May 25, 2018 at 8:08 PM, Jason Ekstrand wrote:
> On May 25, 2018 15:28:22 Matt Turner wrote:
>
>> On Thu, May 24, 2018 at 2:56 PM, Jason Ekstrand
>> wrote:
>>>
>>> From: Francisco Jerez
>>>
>>> ---
>>> src/intel/compile
Whole series is
Reviewed-by: Matt Turner
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
On Tue, May 8, 2018 at 1:13 PM, Eric Anholt wrote:
> This is basically the same as the GLSL lowering path.
> ---
> src/compiler/nir/nir.h | 2 ++
> src/compiler/nir/nir_lower_alu.c | 36
> 2 files changed, 38 insertions(+)
>
> diff --git
On Tue, May 8, 2018 at 1:13 PM, Eric Anholt wrote:
> There is a fairly simple relation to turn this into ufind_msb.
> ---
> src/compiler/nir/nir.h| 2 ++
> src/compiler/nir/nir_opt_algebraic.py | 4
> 2 files changed, 6 insertions(+)
>
> diff --git a/src/compiler/nir/nir.h
On Tue, May 29, 2018 at 7:41 AM, Eric Engestrom
wrote:
> Cc: Emil Velikov
> Cc: Daniel Stone
> Cc: Andres Gomez
> Cc: Dylan Baker
> Signed-off-by: Eric Engestrom
> ---
> docs/relnotes/18.2.0.html | 8
> 1 file changed, 8 insertions(+)
>
> diff --git a/docs/relnotes/18.2.0.html
On Sun, May 27, 2018 at 9:03 AM, Marek Olšák wrote:
> On Sun, May 27, 2018 at 10:47 AM, Jason Ekstrand
> wrote:
>>
>> On May 26, 2018 21:03:39 Marek Olšák wrote:
>>>
>>> On Sat, May 26, 2018 at 11:13 AM, Jason Ekstrand
On Fri, May 25, 2018 at 11:50 AM, Matt Turner <matts...@gmail.com> wrote:
> On Thu, May 24, 2018 at 2:55 PM, Jason Ekstrand <ja...@jlekstrand.net> wrote:
>> This patch series adds back-end compiler support for SIMD32 fragment
>> shaders. Support is added and everythi
On Thu, May 24, 2018 at 2:56 PM, Jason Ekstrand wrote:
> From: Francisco Jerez
>
> ---
> src/intel/compiler/brw_shader.cpp | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/src/intel/compiler/brw_shader.cpp
>
On Thu, May 24, 2018 at 2:56 PM, Jason Ekstrand wrote:
> We want consistent behavior in the meaning of the flag_subreg field
> between SNB and IVB+.
>
> v2 (Jason Ekstrand):
> - Add some extra commentary
>
> Reviewed-by: Jason Ekstrand
Presumably you
On Thu, May 24, 2018 at 2:56 PM, Jason Ekstrand wrote:
> From: Francisco Jerez
>
Presumably Jason already reviewed this and just missed attaching his R-b tag.
___
mesa-dev mailing list
On Thu, May 24, 2018 at 2:56 PM, Jason Ekstrand wrote:
> From: Francisco Jerez
>
> The hardware's control flow logic is 16-wide so we're out of luck
> here. We could, in theory, support SIMD32 if we know the control-flow
> is uniform but we don't
On Fri, May 25, 2018 at 12:14 PM, Jason Ekstrand <ja...@jlekstrand.net> wrote:
> On Fri, May 25, 2018 at 11:27 AM, Matt Turner <matts...@gmail.com> wrote:
>>
>> On Thu, May 24, 2018 at 2:55 PM, Jason Ekstrand <ja...@jlekstrand.net>
>> wrote:
>> &
s an exercise to the reader. :-)
1-6, 8-20 are
Reviewed-by: Matt Turner <matts...@gmail.com>
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
On Thu, May 24, 2018 at 2:55 PM, Jason Ekstrand wrote:
> Doing instruction header setup in the generator is aweful for a number
Misspelling: awful
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
ionally execute the fire_fb_write() that does not.
But we actually want to send one or the other, and never both.
With that explanation in the commit message,
Reviewed-by: Matt Turner <matts...@gmail.com>
___
mesa-dev mailing list
mesa-dev@lists.
On Thu, May 24, 2018 at 2:55 PM, Jason Ekstrand wrote:
> It doesn't matter since we don't ever run replicated write shaders
> through the optimizer but it's good to be complete.
Aside: Is there anything that would prevent us from detecting that all
fragments are uniform and
On Thu, May 24, 2018 at 2:55 PM, Jason Ekstrand wrote:
> From: Francisco Jerez
I think some explanation is required. I'm guessing this is because you
have to write lo fragments out before high, but we should say that in
the commit message.
Hi Dongwon,
I just pushed this. No point in delaying any longer! :)
Thanks,
Matt
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
On Mon, Apr 30, 2018 at 4:34 PM, Scott D Phillips
<scott.d.phill...@intel.com> wrote:
> Matt Turner <matts...@gmail.com> writes:
>
>> On Mon, Apr 30, 2018 at 10:25 AM, Scott D Phillips
>> <scott.d.phill...@intel.com> wrote:
>>> The reference for
On Thu, May 10, 2018 at 1:43 AM, Thomas Petazzoni
<thomas.petazz...@bootlin.com> wrote:
> Hello Matt,
>
> On Wed, 9 May 2018 16:30:12 -0700, Matt Turner wrote:
>
>> Hi Thomas,
>>
>> I rebased this patch on
>>
>> commit 54ba73ef102f7b908
is no libatomic. In this case, config.log contains:
GCC_ATOMIC_BUILTINS_SUPPORTED_FALSE=''
GCC_ATOMIC_BUILTINS_SUPPORTED_TRUE='#'
With means that atomic intrinsics are not usable.
Reviewed-by: Matt Turner <matts...@gmail.com>
Signed-off-by: Thomas Petazzoni <thomas.petazz...@b
Thanks.
Reviewed-by: Matt Turner <matts...@gmail.com>
Cc'd stable and pushed.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
On Mon, May 7, 2018 at 8:02 PM, Brian Paul wrote:
>
> I don't know when this started happening (I'll try bisecting tomorrow) but
> we're seeing a crash in ast_type_qualifier::validate_in_qualifier() in -O3
> builds with gcc 5.4.0 on Ubuntu 16.04.
>
> Specifically, at
On Mon, May 7, 2018 at 4:34 AM, Thomas Petazzoni
wrote:
> The configure.ac logic added in commit
> 2ef7f23820a67e958c2252bd81eb0458903ebf33 ("configure: check if
> -latomic is needed for __atomic_*") makes the assumption that if a
> 64-bit atomic intrinsic test
Thanks.
Reviewed-by: Matt Turner <matts...@gmail.com>
and pushed.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
Reviewed-by: Matt Turner <matts...@gmail.com>
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
W_OPCODE_MOV &&
> + inst->src[0].type == inst->dst.type &&
> + !inst->saturate &&
> + !inst->src[0].negate &&
> + !inst->src[0].abs;
And indent these to align vertically as well.
The first three patches are
Reviewed-by: Matt Turner <matts...@gmail.com>
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
Thanks!
Reviewed-by: Matt Turner <matts...@gmail.com>
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
On Wed, May 2, 2018 at 9:13 AM, Eleni Maria Stea wrote:
> Gen 7 GPUs store the compressed EAC/ETC2 images in other non-compressed
> formats that can render. When GetCompressed* functions are called, the
> pixels are returned in the non-compressed format that is used for the
>
On Mon, Apr 30, 2018 at 7:50 PM, Alyssa Rosenzweig wrote:
>> Tell me a little more about what your hardware supports.
>
> Both integers and floats are first-class; they are each natively 32-bit,
> with 16-bit versions to be supported down the line. There's support for
> int8
On Mon, Apr 30, 2018 at 10:25 AM, Scott D Phillips
wrote:
> The reference for MOVNTDQA says:
>
> For WC memory type, the nontemporal hint may be implemented by
> loading a temporary internal buffer with the equivalent of an
> aligned cache line without
On Sun, Apr 29, 2018 at 11:19 AM, Alyssa Rosenzweig
wrote:
> This pass is required by the Midgard compiler; our instruction set uses
> NIR-style booleans (~0 for true) but lacks a dedicated b2f instruction.
> Normally, this lowering pass would be implemented in a
Noticed while reviewing Tim Arceri's NIR inlining series.
Without his series:
instructions in affected programs: 16 -> 14 (-12.50%)
helped: 2
With his series:
instructions in affected programs: 196 -> 174 (-11.22%)
helped: 22
---
src/compiler/nir/nir_opt_constant_folding.c | 17
fixed. This file has existed for years
without ever including anything else, so I suspect that the expected
way to use it is to always include it after including ir.h. But that's
admittedly weird, so
Reviewed-by: Matt Turner <matts...@gmail.com>
___
andled
> * by ast_function_expression::hir.
> */
> - assert(0);
> + unreachable("ast_function_call: handled elsewhere ");
>break;
>
> case ast_identifier: {
> --
> 2.17.0
Remove the now unnecessary breaks and have a
Review
ge 990):
>
> "r127 must not be used for return address when there is a src and dest overlap
> in send instruction."
>
> Cc: Jason Ekstrand <ja...@jlekstrand.net>
> Cc: Matt Turner <matts...@gmail.com>
> ---
> src/intel/compiler/brw_eu_validate.c | 9
On Mon, Apr 9, 2018 at 1:35 AM, Jonathan Gray wrote:
> What happened with this patch? It seems the problem it is fixing got
> cherry-picked into 17.3 but the fix for master (and now 17.3) is still
> not merged?
I think Eric's on holiday now, so I wouldn't expect a speedy
gt1, "Intel(R) HD Graphics (Coffeelake 2x6 GT1)")
> CHIPSET(0x3EA1, cfl_gt1, "Intel(R) HD Graphics (Coffeelake 2x6 GT1)")
> CHIPSET(0x3EA4, cfl_gt1, "Intel(R) HD Graphics (Coffeelake 2x6 GT1)")
Reviewed-by: Matt Turner <matts...@gmail.com>
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
On Thu, Mar 29, 2018 at 4:10 PM, Nicolas Boichat <drink...@chromium.org> wrote:
> On Fri, Mar 30, 2018 at 2:26 AM, Matt Turner <matts...@gmail.com> wrote:
>> On Thu, Mar 29, 2018 at 1:31 AM, Nicolas Boichat <drink...@chromium.org>
>> wrote:
>>> Fr
?id=105440
> Fixes: 2458ea95c56 "nir/lower_vec_to_movs: Coalesce movs on-the-fly when
> possible"
> Reported-by: Vadym Shovkoplias <vadym.shovkopl...@globallogic.com>
> Cc: Andriy Khulap <andriy.khu...@globallogic.com>
> Cc: Vadym Shovkoplias <vadym.shovkopl...
On Fri, Mar 23, 2018 at 5:56 PM, Dongwon Kim wrote:
> With optin '-b', shader-db now generates a shader program binary file
> using GetProgramBinary(). This shader program binary can be loaded via
> ProgramBinary() to be executed by an application later.
Help me understand
Seems reasonable.
Reviewed-by: Matt Turner <matts...@gmail.com>
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
Ian sent a patch for this already (that fixes it without unreachable)
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
it doesn't
> detect missing switch cases and it doesn't detect that flow can get out
> of the switch.
Weird. That is not what I would have expected GCC to do.
Reviewed-by: Matt Turner <matts...@gmail.com>
___
mesa-dev mai
On Thu, Mar 29, 2018 at 1:31 AM, Nicolas Boichat wrote:
> From: Nicolas Boichat
>
> When compiling with LLVM 6.0, the test fails to detect that
> -latomic is actually required, as the atomic call is inlined.
>
> In the code itself
;intrinsic].has_dest) {
> + for (unsigned c = 0; c < info->dest_components; ++c)
> +bld.MOV(offset(retype(dest, base_type), bld, c),
> +offset(tmp, bld, c));
Nested control flow and a multiline statement: braces required. Please
fix while you're here.
SVC.
>
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=105740
> Fixes: f407edf3407396379e16b0be74b8d3b85d2ad7f0
> Cc: Rob Clark <robdcl...@gmail.com>
> Cc: Timothy Arceri <tarc...@itsqueeze.com>
> Cc: Roland Scheidegger <srol...@vmware.com>
> Signed-off-b
On Fri, Mar 23, 2018 at 3:44 PM, Ian Romanick <i...@freedesktop.org> wrote:
> On 03/23/2018 11:39 AM, Matt Turner wrote:
>> On Wed, Mar 21, 2018 at 5:58 PM, Ian Romanick <i...@freedesktop.org> wrote:
>>> From: Ian Romanick <ian.d.roman...@intel.com>
>&
Thanks!
Reviewed-by: Matt Turner <matts...@gmail.com>
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
On Wed, Mar 21, 2018 at 5:58 PM, Ian Romanick wrote:
> From: Ian Romanick
>
> Now that i965 recognizes that a-b generates the same conditions as 'a <
> b', there is no reason to condition this transformation on 'is not used
> by conditional.'
>
>
Would be really good to extend the vec4 tests too.
Reviewed-by: Matt Turner <matts...@gmail.com>
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
Reviewed-by: Matt Turner <matts...@gmail.com>
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
Really nice, and thanks a lot for extending the unit tests. I've been
very happy with them, and they make me feel a lot more confident about
the code.
Reviewed-by: Matt Turner <matts...@gmail.com>
___
mesa-dev mailing list
mesa-dev@lists.freedeskt
Good call.
Reviewed-by: Matt Turner <matts...@gmail.com>
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
are no B/UB immediates, so you can move these to default. In
fact, I'd get rid of the default so we'll get a warning if there are
unhandled types. Probably the only one not already in the list is NF,
which should also be unreachable.
Returning false for unimplemented types seems fine. Immediates
On Wed, Mar 21, 2018 at 3:08 PM, Francisco Jerez <curroje...@riseup.net> wrote:
> Matt Turner <matts...@gmail.com> writes:
>
>> On Wed, Mar 21, 2018 at 2:56 PM, Francisco Jerez <curroje...@riseup.net>
>> wrote:
>>> Matt Turner <matts...@gmail.com&g
On Wed, Mar 21, 2018 at 2:56 PM, Francisco Jerez <curroje...@riseup.net> wrote:
> Matt Turner <matts...@gmail.com> writes:
>
>> From Message Descriptor section in gfxspecs:
>>
>> "Memory fence messages without Commit Enable set do not return
>>
On Wed, Mar 21, 2018 at 2:52 PM, Kenneth Graunke <kenn...@whitecape.org> wrote:
> On Wednesday, March 21, 2018 2:06:19 PM PDT Matt Turner wrote:
>> From: Anuj Phogat <anuj.pho...@gmail.com>
>>
>> Disabling fast color clear makes fbo-clearmipmap test render correct
On Wed, Mar 21, 2018 at 2:51 PM, Kenneth Graunke <kenn...@whitecape.org> wrote:
> On Wednesday, March 21, 2018 2:06:18 PM PDT Matt Turner wrote:
>> From: Anuj Phogat <anuj.pho...@gmail.com>
>>
>> When source or destination datatype is 64b or operation is intege
From: Anuj Phogat
Rafael ran piglit with the test code enabled and saw no additional GPU
hangs.
---
src/intel/compiler/brw_compiler.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/intel/compiler/brw_compiler.h
b/src/intel/compiler/brw_compiler.h
From Message Descriptor section in gfxspecs:
"Memory fence messages without Commit Enable set do not return
anything to the thread (response length is 0 and destination
register is null)."
This fixes a GPU hang in simulation in the piglit test
Now that the PCI IDs are upstream, this can be readded.
---
src/intel/compiler/test_eu_validate.cpp | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/intel/compiler/test_eu_validate.cpp
b/src/intel/compiler/test_eu_validate.cpp
index e36f50a2d7e..79401222d78 100644
---
From: Anuj Phogat
On gen11+ AUX_HIZ is not a supported value for surfaces being
sampled by the 3D sampler.
---
src/intel/dev/gen_device_info.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/intel/dev/gen_device_info.c b/src/intel/dev/gen_device_info.c
index
From: Anuj Phogat
ICL uses the same L3 configs as CNL, just leaving the SLM configs out.
---
src/intel/common/gen_l3_config.c | 18 ++
1 file changed, 18 insertions(+)
diff --git a/src/intel/common/gen_l3_config.c b/src/intel/common/gen_l3_config.c
index
From: Anuj Phogat
---
include/pci_ids/i965_pci_ids.h | 9 +
1 file changed, 9 insertions(+)
diff --git a/include/pci_ids/i965_pci_ids.h b/include/pci_ids/i965_pci_ids.h
index feb9c582b19..925655e9908 100644
--- a/include/pci_ids/i965_pci_ids.h
+++
---
src/intel/compiler/test_eu_validate.cpp | 39 +
1 file changed, 39 insertions(+)
diff --git a/src/intel/compiler/test_eu_validate.cpp
b/src/intel/compiler/test_eu_validate.cpp
index 8169f951b2d..e36f50a2d7e 100644
--- a/src/intel/compiler/test_eu_validate.cpp
From: Anuj Phogat
When source or destination datatype is 64b or operation is integer
DWord multiply, DepCtrl must not be used.
We had this restriction on few previous intel platforms. It has been
brought back on Gen11+.
---
src/intel/compiler/brw_vec4.cpp | 8 ++--
1
From: Jason Ekstrand
Otherwise all our render target writes go no where.
---
src/intel/compiler/brw_eu_emit.c | 3 +++
src/intel/compiler/brw_inst.h| 3 +++
2 files changed, 6 insertions(+)
diff --git a/src/intel/compiler/brw_eu_emit.c
From: Anuj Phogat
Disabling fast color clear makes fbo-clearmipmap test render correct
texture in base miplevel. Fast color clear is anyways disabled for
non-base miplevels.
---
src/mesa/drivers/dri/i965/brw_blorp.c | 4
1 file changed, 4 insertions(+)
diff --git
We all know the platform names, and I don't want to update this list
continually.
---
src/intel/tools/aubinator.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/intel/tools/aubinator.c b/src/intel/tools/aubinator.c
index 8029dc12155..2a72efa8a2c 100644
---
On Wed, Mar 21, 2018 at 2:39 AM, Eric Engestrom
wrote:
> On Tuesday, 2018-03-20 13:39:25 -0700, Scott D Phillips wrote:
>> When building intel_tiled_memcpy for i686, the stack will only be
>> 4-byte aligned. This isn't sufficient for SSE temporaries which
>> require
Nice. Thanks!
Reviewed-by: Matt Turner <matts...@gmail.com>
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
Previously the unit test filled out a minimal devinfo struct. A previous
patch caused the test to begin assert failing because the devinfo was
not complete. Avoid this by using the real mechanism to create devinfo.
Note that we have to drop icl from the table, since we now rely on the
name -> PCI
---
src/intel/dev/gen_device_info.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/intel/dev/gen_device_info.c b/src/intel/dev/gen_device_info.c
index 1773009d33c..3365bdd4dd6 100644
--- a/src/intel/dev/gen_device_info.c
+++ b/src/intel/dev/gen_device_info.c
@@ -55,6 +55,7 @@
On Fri, Mar 16, 2018 at 8:07 AM, Emil Velikov <emil.l.veli...@gmail.com> wrote:
> On 16 March 2018 at 02:39, Matt Turner <matts...@gmail.com> wrote:
>> On Tue, Mar 6, 2018 at 11:16 AM, Greg V <greg@unrelenting.technology> wrote:
>>> Hi! Here's a few more pa
On Tue, Mar 6, 2018 at 11:16 AM, Greg V wrote:
> Hi! Here's a few more patches that let me successfully build, package
> and install fully working Meson-built Mesa-git on my FreeBSD box.
>
> Greg V (3):
> meson: Use system_has_kms_drm in default driver selection
>
Reviewed-by: Matt Turner <matts...@gmail.com>
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
On Wed, Mar 14, 2018 at 5:07 PM, Jeremy Sequoia wrote:
>> Please don't push code to maintained drivers without going through the
>> mailing list. I feel like I shouldn't have to say that.
>
> In the past there hasn’t been much care about code in __APPLE__, so I figured
> it
Subject should have a swr prefix or similar.
On Wed, Mar 14, 2018 at 4:19 PM, Jeremy Huddleston Sequoia
wrote:
> From: Apple SWE
Explain?
>
> The implementation for bootstrapping SWR on Darwin targets is based on the
> Linux version.
> Instead of
On Mon, Mar 12, 2018 at 9:24 PM, Dave Airlie wrote:
> This is the main code for the soft fp64 work. It's mostly Elie's
> code with a bunch of changes by me.
>
> This patchset has all the glsl lowering code. (using float64.glsl,
> yes I know checked in files are bad, but not bad
Acked-by: Matt Turner <matts...@gmail.com>
Thanks!
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
Reviewed-by: Matt Turner <matts...@gmail.com>
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
Looks good to me.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
On Tue, Mar 6, 2018 at 11:28 AM, Ian Romanick <i...@freedesktop.org> wrote:
> On 03/06/2018 11:24 AM, Matt Turner wrote:
>> On Tue, Mar 6, 2018 at 11:22 AM, Ian Romanick <i...@freedesktop.org> wrote:
>>> On 03/05/2018 04:40 PM, Matt Turner wrote:
>>>> On
On Tue, Mar 6, 2018 at 11:22 AM, Ian Romanick <i...@freedesktop.org> wrote:
> On 03/05/2018 04:40 PM, Matt Turner wrote:
>> On Fri, Feb 23, 2018 at 3:56 PM, Ian Romanick <i...@freedesktop.org> wrote:
>>> From: Kenneth Graunke <kenn...@whitecape.org>
>>&
On Fri, Feb 23, 2018 at 3:56 PM, Ian Romanick wrote:
> From: Kenneth Graunke
>
> v2 (idr): Don't allow CSEL with a non-float src2.
>
> v3 (idr): Add CSEL to fs_inst::flags_written. Suggested by Matt.
brw_disassemble_inst
fs_visitor::dump_instruction
On Fri, Feb 23, 2018 at 3:56 PM, Ian Romanick wrote:
> From: Ian Romanick
>
> On vector platforms, this helps elide some constant loads.
>
> No changes on Broadwell or Skylake.
>
> Haswell
> total instructions in shared programs: 13093793 ->
On Fri, Feb 23, 2018 at 3:56 PM, Ian Romanick wrote:
> From: Kenneth Graunke
>
> v2 (idr): Don't allow CSEL with a non-float src2.
>
> v3 (idr): Add CSEL to fs_inst::flags_written. Suggested by Matt.
>
> Signed-off-by: Kenneth Graunke
On Thu, Mar 1, 2018 at 11:34 AM, Dylan Baker wrote:
> Meson is pretty well tested and works in most configurations now, so we
> can remove the warning about it being unsuited for actual use.
>
> It's also worth documenting that meson 0.42.0 or greater is required.
>
>
On Wed, Feb 28, 2018 at 1:09 PM, Eric Anholt <e...@anholt.net> wrote:
> Matt Turner <matts...@gmail.com> writes:
>
>> I find this script *really* annoying. Getting Cc'd on a random sample of
>> a series is doing it wrong. Cc lists of 14 people is doing it wrong.
>
201 - 300 of 6330 matches
Mail list logo