On Sat, Dec 19, 2015 at 3:16 AM, Dave Airlie wrote:
> From: Dave Airlie
>
> If oViewport is written, vertex reuse need to be turned off.
> If oViewport is constant, vertex reuse is fine, and VPORT_PROVOKE_DISABLE
> need to be set.
>
> Fixes:
On 18 December 2015 at 17:11, Rob Herring wrote:
> On Fri, Dec 18, 2015 at 11:01 AM, Emil Velikov
> wrote:
>> Thank you Rob !
>>
>> On 17 December 2015 at 15:45, Rob Herring wrote:
>>> This is just a copy-n-paste and rename of vc4
These are supported on GK20A and GM107.
Signed-off-by: Ilia Mirkin
---
Was a bit torn on where to place the enums... we're about to gut all
the xml definitions so this seemed appropriate for now.
Tested on GK20A only.
src/gallium/drivers/nouveau/nv50/nv50_formats.c | 64
A trace of Alien Isolation hit this on nouveau.
Signed-off-by: Ilia Mirkin
Cc: "11.0 11.1"
---
Disclaimer: I have no idea if this is a legal situation, but other calls to
GetGLXDRIDrawable are null-checked.
src/glx/dri3_glx.c | 6
From: Rob Clark
We are going to start using nir_builder.h from some gallium code, which
is currently only C90. Which results in:
In file included from nir/nir_emulate.c:26:0:
../../../src/glsl/nir/nir_builder.h: In function ‘nir_build_alu’:
On 18 December 2015 at 21:33, Dave Airlie wrote:
> On 19 December 2015 at 02:57, Emil Velikov wrote:
>> On 17 December 2015 at 15:45, Rob Herring wrote:
>>> Add the virtio-gpu PCI ID so the driver probing works.
>>>
>> Dave, I'd
Note that this is *only* about the header files.. not the src files.
I'm not proposing to make NIR support C90.
I will at some point, before it is ready to merge, need to arrange the
NIR related bits in mesa st so that we can build without it, for
benefit of the MSVC folks.
(It might be useful
On Sat, Dec 19, 2015 at 10:05 PM, Connor Abbott wrote:
> On Sat, Dec 19, 2015 at 9:52 PM, Rob Clark wrote:
>> On Sat, Dec 19, 2015 at 9:30 PM, Connor Abbott wrote:
>>> On Sat, Dec 19, 2015 at 9:18 PM, Rob Clark
On Sat, Dec 19, 2015 at 10:30 PM, Connor Abbott wrote:
> On Sat, Dec 19, 2015 at 10:19 PM, Rob Clark wrote:
>> On Sat, Dec 19, 2015 at 10:05 PM, Connor Abbott wrote:
>>> On Sat, Dec 19, 2015 at 9:52 PM, Rob Clark
On 18.12.2015 21:16, Dave Airlie wrote:
From: Dave Airlie
If oViewport is written, vertex reuse need to be turned off.
If oViewport is constant, vertex reuse is fine, and VPORT_PROVOKE_DISABLE
need to be set.
Fixes: arb_viewport_array-render-viewport-2 and some CTS tests.
On Sat, Dec 19, 2015 at 9:18 PM, Rob Clark wrote:
> Note that this is *only* about the header files.. not the src files.
> I'm not proposing to make NIR support C90.
Why would you need to only make the header filef C90 compliant? If you
just need to pass around a nir_shader
On Sat, Dec 19, 2015 at 10:19 PM, Rob Clark wrote:
> On Sat, Dec 19, 2015 at 10:05 PM, Connor Abbott wrote:
>> On Sat, Dec 19, 2015 at 9:52 PM, Rob Clark wrote:
>>> On Sat, Dec 19, 2015 at 9:30 PM, Connor Abbott
On 2015-12-20 09:39, Rob Clark wrote:
From: Rob Clark
We are going to start using nir_builder.h from some gallium code, which
is currently only C90. Which results in:
In file included from nir/nir_emulate.c:26:0:
../../../src/glsl/nir/nir_builder.h: In
We haven't allowed NIR in core gallium before, since core gallium has
to be built with some old version of MSVC that doesn't support many
C99 features that we really wanted to use. The only reason that
-Werror exists is for compatibility with old MSVC, and if you want to
use NIR with something
From: Rob Clark
Jason,
How much do you hate this idea? Seems like an easy alternative to
using ralloc ctx's to clean up nir variants/clones, which would let
us drop the parent memctx for nir_shader_create()/clone(), making
it easier to introduce reference counting.
On Sat, Dec 19, 2015 at 9:52 PM, Rob Clark wrote:
> On Sat, Dec 19, 2015 at 9:30 PM, Connor Abbott wrote:
>> On Sat, Dec 19, 2015 at 9:18 PM, Rob Clark wrote:
>>> Note that this is *only* about the header files.. not the src files.
On Sat, Dec 19, 2015 at 11:46 PM, Connor Abbott wrote:
> On Sat, Dec 19, 2015 at 11:08 PM, Rob Clark wrote:
>> On Sat, Dec 19, 2015 at 10:30 PM, Connor Abbott wrote:
>>> On Sat, Dec 19, 2015 at 10:19 PM, Rob Clark
Removes the need to set LIBVA_DRIVER_NAME=gallium for supported targets and is
consistent with vdpau and general gallium drivers.
Signed-off-by: Jimmy Berry
---
src/gallium/targets/va/Makefile.am | 14 ++
1 file changed, 14 insertions(+)
diff --git
On Sat, Dec 19, 2015 at 1:53 PM, Ilia Mirkin wrote:
> These are supported on GK20A and GM107.
>
> Signed-off-by: Ilia Mirkin
> ---
>
> Was a bit torn on where to place the enums... we're about to gut all
> the xml definitions so this seemed appropriate
From: Dave Airlie
If oViewport is written, vertex reuse need to be turned off.
If oViewport is constant, vertex reuse is fine, and VPORT_PROVOKE_DISABLE
need to be set. (We don't know if oViewport is constant so we
skip this.)
Fixes: arb_viewport_array-render-viewport-2 and
From: Dave Airlie
If oViewport is written, vertex reuse need to be turned off.
If oViewport is constant, vertex reuse is fine, and VPORT_PROVOKE_DISABLE
need to be set. (we don't have enough info to program VPORT_PROVOKE).
Fixes: arb_viewport_array-render-viewport-2 and some
From: Dave Airlie
we always program this in shader stages atom now.
Signed-off-by: Dave Airlie
---
src/gallium/drivers/r600/evergreen_state.c | 12
1 file changed, 4 insertions(+), 8 deletions(-)
diff --git
Why don't you just introduce a reference-counted wrapper around a
nir_shader * and pass that around instead? This seems like a
gallium-specific problem, so modifying other things to work around it
doesn't seem so appealing.
On Sat, Dec 19, 2015 at 8:55 PM, Rob Clark wrote:
>
On Sat, Dec 19, 2015 at 9:30 PM, Connor Abbott wrote:
> On Sat, Dec 19, 2015 at 9:18 PM, Rob Clark wrote:
>> Note that this is *only* about the header files.. not the src files.
>> I'm not proposing to make NIR support C90.
>
> Why would you need to only
On Sat, Dec 19, 2015 at 9:01 PM, Connor Abbott wrote:
> Why don't you just introduce a reference-counted wrapper around a
> nir_shader * and pass that around instead? This seems like a
> gallium-specific problem, so modifying other things to work around it
> doesn't seem so
Am 19/12/2015 um 05:43 schrieb Dave Airlie:
> From: Dave Airlie
>
> This is just a precursor patch to a fix for doubles with
> tessellation that I've written.
>
> We need to descend into output arrays in that case and
> mark dst's as double.
>
> Signed-off-by: Dave Airlie
On Sat, Dec 19, 2015 at 11:08 PM, Rob Clark wrote:
> On Sat, Dec 19, 2015 at 10:30 PM, Connor Abbott wrote:
>> On Sat, Dec 19, 2015 at 10:19 PM, Rob Clark wrote:
>>> On Sat, Dec 19, 2015 at 10:05 PM, Connor Abbott
On Sun, Dec 20, 2015 at 12:02 AM, Rob Clark wrote:
> On Sat, Dec 19, 2015 at 11:46 PM, Connor Abbott wrote:
>> On Sat, Dec 19, 2015 at 11:08 PM, Rob Clark wrote:
>>> On Sat, Dec 19, 2015 at 10:30 PM, Connor Abbott
28 matches
Mail list logo