Reviewed-by: Bas Nieuwenhuizen
On Wed, Feb 15, 2017, at 03:28, Dave Airlie wrote:
> From: Dave Airlie
>
> This is used in DOOM, so provide the fast clear path for it.
>
> Signed-off-by: Dave Airlie
> ---
>
On Tue, Feb 14, 2017 at 11:29 PM, Jason Ekstrand
wrote:
> The optimization in unpack_64 is clearly subsumed with the opt_algebraic
> optimizations in the previous commit. The pack optimization may not be
> quite handled by opt_algebraic but opt_algebraic should get the
There's nothing "double" about it other than, perhaps, the fact that it
packs two 32-bit values.
---
src/compiler/Makefile.sources | 2 +-
src/compiler/nir/nir.h | 2 +-
.../nir/{nir_lower_double_packing.c =>
NIR is a typeless IR and the two opcodes, when considered bitwise, do
exactly the same thing. There's no reason to have two versions.
---
src/compiler/glsl/glsl_to_nir.cpp | 10 ++-
src/compiler/nir/nir_lower_alu_to_scalar.c | 3 +-
src/compiler/nir/nir_lower_double_ops.c |
We can only do the optimization if the source *is* SSA.
Cc: "13.0 17.0"
---
src/mesa/drivers/dri/i965/brw_fs_nir.cpp | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/mesa/drivers/dri/i965/brw_fs_nir.cpp
The optimization in unpack_64 is clearly subsumed with the opt_algebraic
optimizations in the previous commit. The pack optimization may not be
quite handled by opt_algebraic but opt_algebraic should get the really
bad cases. Also, it's been broken since it was merged and we've never
noticed so
This reduces the instruction count in some fp64 and int64 piglit tests
---
src/compiler/nir/nir_opt_algebraic.py | 6 ++
1 file changed, 6 insertions(+)
diff --git a/src/compiler/nir/nir_opt_algebraic.py
b/src/compiler/nir/nir_opt_algebraic.py
index 8a6dd07..d3eaa1f 100644
---
Both patches are:
Reviewed-by: Iago Toral Quiroga
On Tue, 2017-02-14 at 16:03 -0800, Jason Ekstrand wrote:
> ---
> src/util/Makefile.sources | 3 ++-
> src/util/vk_util.h| 43
> +++
> 2 files changed, 45 insertions(+), 1
Hi Emil,
I tried with 13.0.4 version. The mesa demos are working fine with that version.
Qt 5.6 has no luck. I am getting the bus error.
I will try with 17.0.x version and will update here. Now I am happy that mesa
demos are working with version 13.
Thanks,
Sujith H
-Original
On Tue, Feb 14, 2017 at 10:13 PM, Matt Turner wrote:
> On Tue, Feb 14, 2017 at 3:52 PM, Jason Ekstrand
> wrote:
> > The new version does a SHA1 sum of the timestamp together with the
> > device PCI ID. This fixes a theoretical bug where, if you moved a
On Tue, Feb 14, 2017 at 3:52 PM, Jason Ekstrand wrote:
> The new version does a SHA1 sum of the timestamp together with the
> device PCI ID. This fixes a theoretical bug where, if you moved a drive
> between machines, you could end up trying to use a pipeline cache from
>
It's entirely possible something important is missing but I don't see
anything wrong off-hand. All three are
Reviewed-by: Jason Ekstrand
Are there CTS tests for this?
On Feb 14, 2017 8:55 PM, "Dave Airlie" wrote:
> From: Dave Airlie
From: Dave Airlie
I'm not 100% sure this is all wired up but it looks like it is.
v2: actually enable extension.
Signed-off-by: Dave Airlie
---
src/amd/vulkan/radv_device.c | 2 +-
src/amd/vulkan/radv_pipeline.c | 3 ++-
2 files changed, 3
From: Dave Airlie
I'm not 100% sure this is all wired up but it looks like it is.
Signed-off-by: Dave Airlie
---
src/amd/vulkan/radv_pipeline.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/amd/vulkan/radv_pipeline.c
Reviewed-by: Tapani Pälli
On 02/15/2017 12:21 AM, Eric Engestrom wrote:
From: Eric Engestrom
The memset on the line before already takes care of this.
Signed-off-by: Eric Engestrom
---
src/egl/main/eglimage.c |
From: Dave Airlie
This just adds the support at the spirv->nir level for the Int64
cap.
Signed-off-by: Dave Airlie
---
src/compiler/spirv/nir_spirv.h| 1 +
src/compiler/spirv/spirv_to_nir.c | 4 +++-
2 files changed, 4 insertions(+), 1 deletion(-)
From: Dave Airlie
This adds the spirv->nir conversion for int64 types.
Signed-off-by: Dave Airlie
---
src/compiler/spirv/spirv_to_nir.c | 18 +-
src/compiler/spirv/vtn_variables.c | 16 +++-
2 files changed, 32
From: Dave Airlie
Signed-off-by: Dave Airlie
---
src/compiler/nir_types.cpp | 12
src/compiler/nir_types.h | 2 ++
2 files changed, 14 insertions(+)
diff --git a/src/compiler/nir_types.cpp b/src/compiler/nir_types.cpp
index
On 14/02/17 11:09 PM, Marek Olšák wrote:
> On Tue, Feb 14, 2017 at 3:05 PM, Emil Velikov
> wrote:
>> On 13 February 2017 at 03:24, Michel Dänzer wrote:
>>> On 10/02/17 08:27 PM, Marek Olšák wrote:
On Fri, Feb 10, 2017 at 12:22 PM, Emil Velikov
On Tue, Feb 14, 2017 at 10:27 PM, Michel Dänzer wrote:
> On 14/02/17 08:25 PM, Marek Olšák wrote:
>> I've changed my mind. The patch can be merged if nobody disagrees.
>
> It would be nice to better understand what exactly the problem is. It
> seems unlikely that it's actually
On 14/02/17 08:25 PM, Marek Olšák wrote:
> I've changed my mind. The patch can be merged if nobody disagrees.
It would be nice to better understand what exactly the problem is. It
seems unlikely that it's actually an endianness specific problem in the
driver code, more likely an endianness
From: Dave Airlie
This is used in DOOM, so provide the fast clear path for it.
Signed-off-by: Dave Airlie
---
src/amd/vulkan/radv_formats.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/src/amd/vulkan/radv_formats.c
On Monday, February 13, 2017 6:58:39 PM PST Jason Ekstrand wrote:
> On Mon, Feb 13, 2017 at 6:35 PM, Francisco Jerez
> wrote:
>
> > Jason Ekstrand writes:
> >
> > > The AccessUAV bit is not quite what we want because it's more about
> > > coherency
https://bugs.freedesktop.org/show_bug.cgi?id=99467
--- Comment #16 from Dave Airlie ---
I've pushed a new radv-wip-doom-wine branch which clears VRAM on kernels 4.9
and above.
If you can test this with a kernel > 4.9 and see if the colors are still
randomly crap.
--
Hi. Im the user affected by this bug. I can do more testing if needed.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
Reviewed-by: Edward O'Callaghan
On 02/15/2017 11:00 AM, Dave Airlie wrote:
> From: Dave Airlie
>
> This fixes a regression with the remove non-draw cmd buffers in
> queries.
>
> Fixes: 8b47b97215a radv: detect command buffers that do no work
This series LGTM,
Reviewed-by: Edward O'Callaghan
On 02/15/2017 11:36 AM, Bas Nieuwenhuizen wrote:
> No regressions on CTS 1.0.2 mustpass, though I don't think there are
> tests for these extensions. I checked there were no references to the
> format in the nir->LLVM
On Tue, Feb 14, 2017 at 4:36 PM, Bas Nieuwenhuizen
wrote:
> No regressions on CTS 1.0.2 mustpass, though I don't think there are
> tests for these extensions. I checked there were no references to the
> format in the nir->LLVM conversion though.
>
It's pretty easy to
https://bugs.freedesktop.org/show_bug.cgi?id=99817
Francisco Jerez changed:
What|Removed |Added
CC|
Signed-off-by: Bas Nieuwenhuizen
---
src/amd/vulkan/radv_device.c | 2 +-
src/amd/vulkan/radv_pipeline.c | 1 +
2 files changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/amd/vulkan/radv_device.c b/src/amd/vulkan/radv_device.c
index 9185ef16dc0..be0d9d933fc 100644
---
Signed-off-by: Bas Nieuwenhuizen
---
src/compiler/spirv/nir_spirv.h| 1 +
src/compiler/spirv/spirv_to_nir.c | 5 -
2 files changed, 5 insertions(+), 1 deletion(-)
diff --git a/src/compiler/spirv/nir_spirv.h b/src/compiler/spirv/nir_spirv.h
index
No regressions on CTS 1.0.2 mustpass, though I don't think there are
tests for these extensions. I checked there were no references to the
format in the nir->LLVM conversion though.
Bas Nieuwenhuizen (3):
radv: Add support for shaderStorageImageWriteWithoutFormat.
spirv: Add support for
Signed-off-by: Bas Nieuwenhuizen
---
src/amd/vulkan/radv_device.c | 2 +-
src/amd/vulkan/radv_pipeline.c | 3 ++-
2 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/src/amd/vulkan/radv_device.c b/src/amd/vulkan/radv_device.c
index 1132eeb52d7..9185ef16dc0 100644
https://bugs.freedesktop.org/show_bug.cgi?id=99817
--- Comment #1 from Francisco Jerez ---
This seems to be caused by the atan() built-in implementation now using
ir_triop_csel instead of control flow, which is translated incorrectly by the
mesa state tracker on drivers
r-b for now.
On Wed, Feb 15, 2017, at 01:16, Dave Airlie wrote:
> From: Dave Airlie
>
> This is possibly a bad idea, I might have to consider a better one.
>
> Signed-off-by: Dave Airlie
> ---
> src/amd/vulkan/radv_cmd_buffer.c | 1 +
> 1 file changed,
From: Dave Airlie
This is possibly a bad idea, I might have to consider a better one.
Signed-off-by: Dave Airlie
---
src/amd/vulkan/radv_cmd_buffer.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/amd/vulkan/radv_cmd_buffer.c
Reviewed-by: Dave Airlie
Thanks for making it useful for radv :-)
Dave.
On 15 February 2017 at 10:03, Jason Ekstrand wrote:
> ---
> src/util/Makefile.sources | 3 ++-
> src/util/vk_util.h| 43 +++
>
---
src/intel/vulkan/anv_device.c | 27 +--
src/intel/vulkan/anv_formats.c | 16
src/intel/vulkan/anv_private.h | 5 -
3 files changed, 21 insertions(+), 27 deletions(-)
diff --git a/src/intel/vulkan/anv_device.c b/src/intel/vulkan/anv_device.c
---
src/util/Makefile.sources | 3 ++-
src/util/vk_util.h| 43 +++
2 files changed, 45 insertions(+), 1 deletion(-)
create mode 100644 src/util/vk_util.h
diff --git a/src/util/Makefile.sources b/src/util/Makefile.sources
index a68a5fe..eec0311
From: Dave Airlie
This fixes a regression with the remove non-draw cmd buffers in
queries.
Fixes: 8b47b97215a radv: detect command buffers that do no work and drop them
(v2)
Signed-off-by: Dave Airlie
---
src/amd/vulkan/radv_query.c | 4
1 file
Am 14.02.2017 um 22:16 schrieb Ben Crocker:
> Improve debug output from gallivm_compile_module and
> lp_build_create_jit_compiler_for_module, printing the
> -mcpu and -mattr options passed to LLC.
>
> V2: enclose MAttrs debug_printf block and llc -mcpu debug_printf
> in "if (gallivm_debug & )..."
Provides the ability to read the .note.gnu.build-id section of ELF
binaries, which is inserted by the --build-id=... flag to ld.
---
configure.ac | 2 +
src/util/Makefile.sources | 2 +
src/util/build_id.c | 110 ++
The --build-id=... ld flag has been present since binutils-2.18,
released 28 Aug 2007.
---
src/intel/vulkan/Makefile.am | 1 +
src/intel/vulkan/anv_device.c | 28 +++-
2 files changed, 8 insertions(+), 21 deletions(-)
diff --git a/src/intel/vulkan/Makefile.am
The new version does a SHA1 sum of the timestamp together with the
device PCI ID. This fixes a theoretical bug where, if you moved a drive
between machines, you could end up trying to use a pipeline cache from
one platform with a different platform. Now we'll reject any cache that
is targeted at
On Tue, Feb 14, 2017 at 3:41 PM, Dave Airlie wrote:
> On 15 February 2017 at 09:16, Jason Ekstrand wrote:
> > These make iterating over Vulkan extension structs much cleaner.
>
> src/util/vk_utils.h maybe :-)
>
> vk_struct_common and vk_foreach_struct
>
On 15 February 2017 at 09:16, Jason Ekstrand wrote:
> These make iterating over Vulkan extension structs much cleaner.
src/util/vk_utils.h maybe :-)
vk_struct_common and vk_foreach_struct
Dave.
> ---
> src/intel/vulkan/anv_device.c | 26 --
>
These make iterating over Vulkan extension structs much cleaner.
---
src/intel/vulkan/anv_device.c | 26 --
src/intel/vulkan/anv_formats.c | 14 ++
src/intel/vulkan/anv_private.h | 8
3 files changed, 26 insertions(+), 22 deletions(-)
diff --git
On Tue, Feb 14, 2017 at 12:43 PM, Nicholas Miell wrote:
> On 02/14/2017 12:30 PM, Chad Versace wrote:
>>
>> On Tue 14 Feb 2017, Matt Turner wrote:
>>>
>>> Provides the ability to read the .note.gnu.build-id section of ELF
>>> binaries, which is inserted by the --build-id=...
On Tue, Feb 14, 2017 at 11:47 PM, Timothy Arceri wrote:
>
>
> On 15/02/17 08:35, Marek Olšák wrote:
>>
>> On Tue, Feb 14, 2017 at 9:53 PM, Timothy Arceri
>> wrote:
>>>
>>> On 15/02/17 02:14, Marek Olšák wrote:
>>>
On Tue, Feb 14, 2017 at 1:52
From: Eric Engestrom
That link has been dead for 15 years...
We could link to Archive.org [1] to get the last time this page existed,
but I feel like Wikipedia is a better choice.
[1]
On 15/02/17 08:35, Marek Olšák wrote:
On Tue, Feb 14, 2017 at 9:53 PM, Timothy Arceri wrote:
On 15/02/17 02:14, Marek Olšák wrote:
On Tue, Feb 14, 2017 at 1:52 AM, Timothy Arceri
wrote:
---
src/gallium/drivers/r600/r600_pipe.c |
https://bugs.freedesktop.org/show_bug.cgi?id=99817
Bug ID: 99817
Summary: [softpipe] piglit glsl-fs-tan-1 regression
Product: Mesa
Version: git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
- Original Message -
> From: "Emil Velikov"
> To: mesa-dev@lists.freedesktop.org
> Cc: "emil l velikov" , "Ben Crocker"
>
> Sent: Monday, February 13, 2017 8:42:22 AM
> Subject: [PATCH 5/6]
From: Eric Engestrom
The memset on the line before already takes care of this.
Signed-off-by: Eric Engestrom
---
src/egl/main/eglimage.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/src/egl/main/eglimage.c
On Fri, Feb 10, 2017 at 11:02:20AM -0800, Jason Ekstrand wrote:
> Reviewed-by: Lionel Landwerlin
> ---
> src/intel/genxml/gen9.xml | 28
> 1 file changed, 28 insertions(+)
>
I know this is already upstream, but thought I might as well
Signed-off-by: Eric Engestrom
---
docs/sourcedocs.html | 5 +
1 file changed, 5 insertions(+)
diff --git a/docs/sourcedocs.html b/docs/sourcedocs.html
index 454ea7d677..660dcb2ef0 100644
--- a/docs/sourcedocs.html
+++ b/docs/sourcedocs.html
@@ -41,6 +41,11 @@
here
+
On Tue, Feb 14, 2017 at 02:18:56PM -0800, Nanley Chery wrote:
> On Fri, Feb 10, 2017 at 11:02:16AM -0800, Jason Ekstrand wrote:
> > Reviewed-by: Lionel Landwerlin
> > ---
> > src/intel/genxml/gen8.xml | 21 +
> > 1 file changed, 21 insertions(+)
On Fri, Feb 10, 2017 at 11:02:16AM -0800, Jason Ekstrand wrote:
> Reviewed-by: Lionel Landwerlin
> ---
> src/intel/genxml/gen8.xml | 21 +
> 1 file changed, 21 insertions(+)
There are some unsigned integers that could be made booleans, but I
This is more convenient than OUT_BATCH'ing both halves.
Signed-off-by: Kenneth Graunke
Cc: Ben Widawsky
---
src/mesa/drivers/dri/i965/gen8_depth_state.c | 3 +--
src/mesa/drivers/dri/i965/gen8_ds_state.c | 3 +--
This separates the logic from filling out a 3DSTATE_CONSTANT_XS
packet from the decisions about what to put in the various buffers.
It also should make it easier to use more than one buffer, should
we decide to do so. It also provides a nice place to enforce the
various restrictions via
On Tue, Feb 14, 2017 at 9:53 PM, Timothy Arceri wrote:
> On 15/02/17 02:14, Marek Olšák wrote:
>
>> On Tue, Feb 14, 2017 at 1:52 AM, Timothy Arceri
>> wrote:
>>>
>>> ---
>>> src/gallium/drivers/r600/r600_pipe.c | 10 ++
>>>
Improve debug output from gallivm_compile_module and
lp_build_create_jit_compiler_for_module, printing the
-mcpu and -mattr options passed to LLC.
V2: enclose MAttrs debug_printf block and llc -mcpu debug_printf
in "if (gallivm_debug & )..."
Signed-off-by: Ben Crocker
Cc:
On Tue, Feb 14, 2017 at 11:34 AM, Chad Versace
wrote:
> On Tue 14 Feb 2017, Matt Turner wrote:
> > On Tue, Feb 14, 2017 at 11:21 AM, Matt Turner
> wrote:
> > > On Tue, Feb 14, 2017 at 11:18 AM, Matt Turner
> wrote:
> > >> On
On Tue, Feb 14, 2017 at 11:01 AM, Nanley Chery
wrote:
> On Tue, Feb 14, 2017 at 10:53:37AM -0800, Jason Ekstrand wrote:
> > On Tue, Feb 14, 2017 at 10:35 AM, Nanley Chery
> > wrote:
> >
> > > On Mon, Feb 13, 2017 at 08:45:47PM -0800, Jason Ekstrand
On Tue 14 Feb 2017, Kenneth Graunke wrote:
> On Tuesday, February 14, 2017 12:38:45 PM PST Chad Versace wrote:
> > On Tue 14 Feb 2017, Matt Turner wrote:
> >
> >
> > > static bool
> > > -anv_get_function_timestamp(void *ptr, uint32_t* timestamp)
> > > +anv_device_get_cache_uuid(void *uuid)
> >
On 15/02/17 02:14, Marek Olšák wrote:
On Tue, Feb 14, 2017 at 1:52 AM, Timothy Arceri wrote:
---
src/gallium/drivers/r600/r600_pipe.c | 10 ++
src/gallium/drivers/radeon/r600_pipe_common.c | 2 +-
src/gallium/drivers/radeon/r600_pipe_common.h | 1
On Tuesday, February 14, 2017 12:38:45 PM PST Chad Versace wrote:
> On Tue 14 Feb 2017, Matt Turner wrote:
>
>
> > static bool
> > -anv_get_function_timestamp(void *ptr, uint32_t* timestamp)
> > +anv_device_get_cache_uuid(void *uuid)
> > {
> > - Dl_info info;
> > - struct stat st;
> > -
On 02/14/2017 12:30 PM, Chad Versace wrote:
On Tue 14 Feb 2017, Matt Turner wrote:
Provides the ability to read the .note.gnu.build-id section of ELF
binaries, which is inserted by the --build-id=... flag to ld.
---
configure.ac | 2 +
src/util/Makefile.sources | 2 +
On Tue 14 Feb 2017, Matt Turner wrote:
> static bool
> -anv_get_function_timestamp(void *ptr, uint32_t* timestamp)
> +anv_device_get_cache_uuid(void *uuid)
> {
> - Dl_info info;
> - struct stat st;
> - if (!dladdr(ptr, ) || !info.dli_fname)
> + const struct note *note =
On Tue 14 Feb 2017, Matt Turner wrote:
> Provides the ability to read the .note.gnu.build-id section of ELF
> binaries, which is inserted by the --build-id=... flag to ld.
> ---
> configure.ac | 2 +
> src/util/Makefile.sources | 2 +
> src/util/build_id.c | 109
>
On Feb 14, 2017 11:13 AM, "Emil Velikov" wrote:
On 14 February 2017 at 18:26, Jason Ekstrand wrote:
> This changes the way anv_entrypoints_gen.py works from generating a
> table containing every single entrypoint in the XML to just the ones
> that
On Tue, Feb 14, 2017, at 21:03, Dave Airlie wrote:
> From: Dave Airlie
>
> This ports the remains of the workarounds from radeonsi for
> the non-TESS cases. It should provide equivalent workarounds
> for hawaii and bonarie.
>
> Signed-off-by: Dave Airlie
From: Dave Airlie
This ports the remains of the workarounds from radeonsi for
the non-TESS cases. It should provide equivalent workarounds
for hawaii and bonarie.
Signed-off-by: Dave Airlie
---
src/amd/vulkan/radv_cmd_buffer.c | 23 +++-
On Tue, Feb 14, 2017 at 11:39 AM, Kristian H. Kristensen
wrote:
> Matt Turner writes:
>> diff --git a/src/util/build_id.c b/src/util/build_id.c
>> new file mode 100644
>> index 000..a2e21b7
>> --- /dev/null
>> +++ b/src/util/build_id.c
>> @@ -0,0
This series is
Reviewed-by: Edmondo Tommasina
Thanks
edmondo
On Tue, Feb 14, 2017 at 4:18 PM, Samuel Pitoiset
wrote:
> Mesa currently doesn't allow to create 3.1+ compatibility profiles
> mainly because various features are unimplemented
Matt Turner writes:
> Provides the ability to read the .note.gnu.build-id section of ELF
> binaries, which is inserted by the --build-id=... flag to ld.
> ---
> configure.ac | 2 +
> src/util/Makefile.sources | 2 +
> src/util/build_id.c | 109
>
On Tue 14 Feb 2017, Matt Turner wrote:
> Provides the ability to read the .note.gnu.build-id section of ELF
> binaries, which is inserted by the --build-id=... flag to ld.
Heh. Sunday night I wrote a prototype of this myself. I'm strongly in
favor of basing Vulkan unique id's on the ELF build-id
On Tue 14 Feb 2017, Matt Turner wrote:
> On Tue, Feb 14, 2017 at 11:21 AM, Matt Turner wrote:
> > On Tue, Feb 14, 2017 at 11:18 AM, Matt Turner wrote:
> >> On Tue, Feb 14, 2017 at 10:59 AM, Jason Ekstrand
> >> wrote:
> >>> I'm not
https://bugs.freedesktop.org/show_bug.cgi?id=99692
--- Comment #15 from Jan Ziak <0xe2.0x9a.0...@gmail.com> ---
(In reply to Kai from comment #12)
> (In reply to Jan Ziak from comment #11)
> > Is LLVM-5.0-devel required? I am using LLVM-4.0.0_rc1 and even vulkaninfo is
> > terminating with an
https://bugs.freedesktop.org/show_bug.cgi?id=99692
--- Comment #14 from Bas Nieuwenhuizen ---
(In reply to Jan Ziak from comment #11)
> (In reply to Kai from comment #9)
> > The full stack I used was(Debian testing as a base) is:
> > GPU: Hawaii PRO [Radeon R9 290]
On Tue, Feb 14, 2017 at 11:21 AM, Matt Turner wrote:
> On Tue, Feb 14, 2017 at 11:18 AM, Matt Turner wrote:
>> On Tue, Feb 14, 2017 at 10:59 AM, Jason Ekstrand
>> wrote:
>>> I'm not sure how I feel about the silent fall-backs. At
On Tue, Feb 14, 2017 at 11:18 AM, Matt Turner wrote:
> On Tue, Feb 14, 2017 at 10:59 AM, Jason Ekstrand wrote:
>> I'm not sure how I feel about the silent fall-backs. At least in the Vulkan
>> driver, we should fail to compile if we can't get build-id.
On Tue, Feb 14, 2017 at 10:59 AM, Jason Ekstrand wrote:
> I'm not sure how I feel about the silent fall-backs. At least in the Vulkan
> driver, we should fail to compile if we can't get build-id. Otherwise,
> you'll end up compiling a driver that will always fail device
Samuel Iglesias Gonsálvez writes:
> This was hiding bugs as it retyped the source to destination's type.
>
> Signed-off-by: Samuel Iglesias Gonsálvez
> Cc: "17.0"
Reviewed-by: Francisco Jerez
Samuel Iglesias Gonsálvez writes:
> Previously we were emitting two MOV_INDIRECT instructions by calculating
> source's indirect offsets for each 32-bit half of a DF source. However,
> this is not needed as we can just emit two 32-bit MOV INDIRECT without
> doing that
https://bugs.freedesktop.org/show_bug.cgi?id=99692
Dave Airlie changed:
What|Removed |Added
Resolution|--- |FIXED
On 14 February 2017 at 18:26, Jason Ekstrand wrote:
> This changes the way anv_entrypoints_gen.py works from generating a
> table containing every single entrypoint in the XML to just the ones
> that we actually need. There's no reason for us to burn entrypoint
> table
On 14 February 2017 at 18:06, Eric Engestrom wrote:
> On Monday, 2017-02-13 13:42:21 +, Emil Velikov wrote:
>> From: Emil Velikov
>>
>
> I just noticed xlibdriver.html and versions.html are also missing from
> contents.html, if you want
On 02/10/2017 02:56 AM, Eero Tamminen wrote:
> Hi,
>
> On 09.02.2017 19:30, Ian Romanick wrote:
>> On 02/09/2017 05:19 PM, Eero Tamminen wrote:
>>> When checking GL errors for "Unturned" (Steam top-20 Unity3D based
>>> game), I noticed that it uses functions from extension unsupported by
>>>
On Tue, Feb 14, 2017 at 10:53:37AM -0800, Jason Ekstrand wrote:
> On Tue, Feb 14, 2017 at 10:35 AM, Nanley Chery
> wrote:
>
> > On Mon, Feb 13, 2017 at 08:45:47PM -0800, Jason Ekstrand wrote:
> > > On Mon, Feb 13, 2017 at 6:13 PM, Jason Ekstrand
> >
On Tue, Feb 14, 2017 at 10:51 AM, Matt Turner wrote:
> Provides the ability to read the .note.gnu.build-id section of ELF
> binaries, which is inserted by the --build-id=... flag to ld.
> ---
> configure.ac | 2 +
> src/util/Makefile.sources | 2 +
>
On Tue, Feb 14, 2017 at 10:35 AM, Nanley Chery
wrote:
> On Mon, Feb 13, 2017 at 08:45:47PM -0800, Jason Ekstrand wrote:
> > On Mon, Feb 13, 2017 at 6:13 PM, Jason Ekstrand
> > wrote:
> >
> > > On Mon, Feb 13, 2017 at 5:00 PM, Nanley Chery
On Tue, Feb 7, 2017 at 3:31 PM, Timothy Arceri wrote:
> On Tue, 2017-02-07 at 23:58 +0100, Matt Turner wrote:
>> On Tue, Feb 7, 2017 at 4:42 AM, Timothy Arceri > > wrote:
>> > This series adds support for a GLSL IR level and TGSI (OpenGL/st)
>> >
Reviewed-by: Lionel Landwerlin
Thanks!
On 14/02/17 18:26, Jason Ekstrand wrote:
This changes the way anv_entrypoints_gen.py works from generating a
table containing every single entrypoint in the XML to just the ones
that we actually need. There's no reason for
The --build-id=... ld flag has been present since binutils-2.18,
released 28 Aug 2007.
---
src/intel/vulkan/Makefile.am | 1 +
src/intel/vulkan/anv_device.c | 31 ---
2 files changed, 13 insertions(+), 19 deletions(-)
diff --git a/src/intel/vulkan/Makefile.am
Provides the ability to read the .note.gnu.build-id section of ELF
binaries, which is inserted by the --build-id=... flag to ld.
---
configure.ac | 2 +
src/util/Makefile.sources | 2 +
src/util/build_id.c | 109 ++
On Tue, Feb 14, 2017 at 7:24 PM, Matt Arsenault wrote:
>
> On Feb 13, 2017, at 09:01, Marek Olšák wrote:
>
> So that we can disable u_vbuf for GL core profiles.
>
> This is a v2 of the previous VI-only patch.
> It requires SH_MEM_CONFIG.ALIGNMENT_MODE =
On Tue, Feb 14, 2017 at 09:37:20AM -0800, Jason Ekstrand wrote:
> On Tue, Feb 14, 2017 at 9:35 AM, Connor Abbott wrote:
>
> > On Tue, Feb 14, 2017 at 12:33 PM, Jason Ekstrand
> > wrote:
> > > On Tue, Feb 14, 2017 at 9:23 AM, Connor Abbott
On Mon, Feb 13, 2017 at 08:45:47PM -0800, Jason Ekstrand wrote:
> On Mon, Feb 13, 2017 at 6:13 PM, Jason Ekstrand
> wrote:
>
> > On Mon, Feb 13, 2017 at 5:00 PM, Nanley Chery
> > wrote:
> >
> >> On Fri, Feb 10, 2017 at 11:02:21AM -0800, Jason
https://bugs.freedesktop.org/show_bug.cgi?id=99638
--- Comment #20 from Casey C ---
If at all helpful, I'd be happy to donate and ship a G5 970MP (PCIe) to a dev
--
You are receiving this mail because:
You are the QA Contact for the
1 - 100 of 200 matches
Mail list logo