On 11/08/2015 01:12 PM, Rob Clark wrote:
The goal is to allow the pipe driver to request something other than
TGSI, but detect whether what is getting is TGSI vs what it requested.
The pipe drivers will always have to support TGSI (and convert that into
whatever it is that they prefer), but in
On 11/10/2015 01:19 AM, Kenneth Graunke wrote:
> Inspired by a patch by Fabian Bieler.
>
> Fabian defined a _3DPRIM_PATCHLIST_0 macro (which isn't actually a valid
> topology type); I instead chose to make a macro that takes an argument.
> He also took the number of patch vertices from _mesa_prim
On 11/09/2015 04:29 PM, Ilia Mirkin wrote:
> On Mon, Nov 9, 2015 at 7:10 PM, Ian Romanick wrote:
>> On 11/04/2015 03:26 PM, Ryan Houdek wrote:
>>> I'm hoping to potentially convince about lowering the minimum
>>> requirement of EXT_buffer_storage from ES 3.1 to ES 3.0.
>>>
On Mon, Nov 09, 2015 at 11:59:43PM -0800, Kenneth Graunke wrote:
> We basically just need to uncomment Ben's code.
>
> Signed-off-by: Kenneth Graunke
> ---
> src/mesa/drivers/dri/i965/gen6_queryobj.c | 8
> 1 file changed, 4 insertions(+), 4 deletions(-)
>
>
On Sun, Nov 8, 2015 at 3:12 PM, Rob Clark wrote:
> ---
> src/mesa/state_tracker/st_glsl_to_tgsi.cpp | 410
> -
> src/mesa/state_tracker/st_glsl_to_tgsi.h | 5 +
> src/mesa/state_tracker/st_program.c| 118 +++--
>
On 11/09/2015 09:24 PM, Valera Rozuvan wrote:
On Tue, Nov 10, 2015 at 4:13 AM, Brian Paul wrote:
After running depmod, you probably need to update the initramfs with: 'sudo
update-initramfs -u'
-Brian
Hi Brian. First of all, thank you for your reply. I have tried your
On 11/09/2015 04:10 PM, Ian Romanick wrote:
> On 11/04/2015 03:26 PM, Ryan Houdek wrote:
>> I'm hoping to potentially convince about lowering the minimum
>> requirement of EXT_buffer_storage from ES 3.1 to ES 3.0.
>> The only thing that causes it to require ES 3.1 is glMemoryBarrier,
>> which
Hi Samuel,
Sorry about this I thought I already replied :-\
On 29 October 2015 at 22:22, Samuel Pitoiset wrote:
> On 10/27/2015 02:01 PM, samuel.pitoiset wrote:
>> On 27/10/2015 12:52, Emil Velikov wrote:
>>>
>>> On 27 October 2015 at 10:50, samuel.pitoiset
I think I'll end up moving st_glsl_to_nir (plus the fxns only called
from it) into a new file. But I think get_mesa_program_nir() and
get_mesa_program_tgsi() could end up sharing more common code like I
am doing w/ st_translate_xyz_program().. at least that is my current
thinking..
BR,
-R
On
Am 10.11.2015 um 15:41 schrieb Rob Clark:
> On Tue, Nov 10, 2015 at 7:24 AM, Marek Olšák wrote:
>>> +/**
>>> + * The 'ir' parameter identifies whether the shader state contains TGSI
>>> + * tokens, etc. If the driver returns 'PIPE_SHADER_IR_TGSI' for the
>>> + *
On Tue, Nov 10, 2015 at 10:59 AM, Connor Abbott wrote:
> On Sun, Nov 8, 2015 at 3:12 PM, Rob Clark wrote:
>> ---
>> src/mesa/state_tracker/st_glsl_to_tgsi.cpp | 410
>> -
>> src/mesa/state_tracker/st_glsl_to_tgsi.h | 5 +
In my opinion, glsl_to_nir should be in its own file and independent
of glsl_to_tgsi.
Marek
On Sun, Nov 8, 2015 at 9:12 PM, Rob Clark wrote:
> ---
> src/mesa/state_tracker/st_glsl_to_tgsi.cpp | 410
> -
>
https://bugs.freedesktop.org/show_bug.cgi?id=92869
--- Comment #3 from Jose Fonseca ---
I believe that there was a problem with xserver's glx/createcontext.c Ian
mentioned on
http://lists.freedesktop.org/archives/mesa-dev/2015-April/082010.html
but it has been fixed
On 11/09/2015 10:20 PM, Jimmy Berry wrote:
On Mon, Nov 9, 2015 at 11:28 AM, Brian Paul wrote:
On 11/07/2015 09:05 PM, Jimmy Berry wrote:
- env GALLIUM_HUD_VISIBLE: control default visibility
- env GALLIUM_HUD_SIGNAL_TOGGLE: toggle visibility via signal
---
On Mon, Nov 9, 2015 at 4:56 PM, Ian Romanick wrote:
> From: Ian Romanick
>
> Meta currently does this, but future changes will make this impossible.
> Explicitly do it as a step in the patch series now to catch any possible
> kinks.
>
>
On Mon, Nov 9, 2015 at 4:56 PM, Ian Romanick wrote:
> From: Ian Romanick
>
> Signed-off-by: Ian Romanick
> ---
> src/mesa/drivers/dri/i965/brw_meta_stencil_blit.c | 6 +++---
> 1 file changed, 3 insertions(+), 3
On Mon, Nov 9, 2015 at 4:56 PM, Ian Romanick wrote:
> From: Ian Romanick
>
> tl;dr: For many types of GL object, we can *NEVER* use the Gen function.
>
> In OpenGL ES (all versions!) and OpenGL compatibility profile,
> applications don't have to
On Mon, Nov 9, 2015 at 4:56 PM, Ian Romanick wrote:
> From: Ian Romanick
>
> Signed-off-by: Ian Romanick
> ---
> src/mesa/drivers/common/meta_tex_subimage.c | 30
> +++--
> 1 file changed, 11
Hi,
I did take a look, and it looks good to me.
I'm happy you implemented DRI_PRIME support as well.
About it, do you need testers to check everything works ?
A mistake about it I noticed is that you don't disable EGL_KHR_image_pixmap
when is_different_gpu is set.
It should be disabled, just
On Mon, Nov 9, 2015 at 4:56 PM, Ian Romanick wrote:
> From: Ian Romanick
>
> Signed-off-by: Ian Romanick
> ---
> src/mesa/drivers/common/meta.c | 12 +---
> src/mesa/drivers/common/meta_blit.c
From: Boyan Ding
v2: From Martin Peres
- Tell we are compiling the dri3 backend in configure.ac
- Update the Makefile.am
- get rid of the LIBDRM_HAS_RENDERNODE_SUPPORT macro
- fix some warnings related to EGLuint64KHR to int64_t conversions
- use dri2_get_dri_config
From: Boyan Ding
Used to support EGL_KHR_image_pixmap.
Signed-off-by: Boyan Ding
Reviewed-by: Martin Peres
Reviewed-by: Kristian Høgsberg
---
src/loader/loader_dri3_helper.c | 78
On Mon, Nov 9, 2015 at 4:56 PM, Ian Romanick wrote:
> From: Ian Romanick
>
> Signed-off-by: Ian Romanick
> ---
> src/mesa/drivers/dri/i965/brw_meta_fast_clear.c | 13 +++--
> 1 file changed, 7 insertions(+), 6
On Mon, Nov 9, 2015 at 4:56 PM, Ian Romanick wrote:
> From: Ian Romanick
>
> Pulls the parts of enable_vertex_array_attrib that aren't just parameter
> validation out into a function that can be called from other parts of
> Mesa (e.g., meta).
>
>
On Mon, Nov 9, 2015 at 4:56 PM, Ian Romanick wrote:
> From: Ian Romanick
>
> Instead of going through the GL API implementation functions, use the
> lower-level functions. This means that we have to keep track of a
> pointer to the
On Mon, Nov 9, 2015 at 4:56 PM, Ian Romanick wrote:
> From: Ian Romanick
>
> tl;dr: For many types of GL object, we can *NEVER* use the Gen function.
>
> In OpenGL ES (all versions!) and OpenGL compatibility profile,
> applications don't have to
Signed-off-by: Martin Peres
Reviewed-by: Boyan Ding
Reviewed-by: Kristian Høgsberg
---
src/egl/drivers/dri2/egl_dri2.c | 6 +++---
src/egl/drivers/dri2/platform_x11.c | 6 +-
From: Boyan Ding
v2: From Martin Peres
- convert to the new drawable interface
- delete dead code after the dropping of some vfuncs
- delete the width and height attributes since they are found in the helper
Signed-off-by: Boyan Ding
From: Boyan Ding
dri3 for EGL will use different struct other than dri2_egl_surface for
an EGL surface, the common code only uses __DRIdrawable from that
struct, so instead of converting _EGLSurface to dri2_egl_surface, let
the platform code return the __DRIdrawable by
From: Boyan Ding
v2: From Martin Peres
- Try to fit in the 80-col limit as much as possible
v3: From Martin Peres
- introduce loader_dri3_helper.la to avoid dragging the xcb dep everywhere
(Kristian & Emil)
- get rid of the width, height, dri_screen and
Here is an update to the v3, addressing almost all the comments I got during
the previous round. The one item that is left to do is the handling of
EGL_BUFFER_PRESERVED which will take some time since I need to write a piglit
test for it.
From: Boyan Ding
v2: from Martin Peres
- Replace a tab with spaces
Signed-off-by: Boyan Ding
Reviewed-by: Martin Peres
Reviewed-by: Kristian Høgsberg
---
src/egl/drivers/dri2/platform_x11.c
On Tue, Nov 10, 2015 at 4:03 AM, Eduardo Lima Mitev wrote:
> I realized that patch 1/2 hasn't been reviewed, and this one didn't get
> R-b. Any objection to these two?
Go ahead
Reviewed-by: Jason Ekstrand
> thanks,
> Eduardo
>
> On 10/23/2015 05:55
On Mon, Nov 9, 2015 at 4:56 PM, Ian Romanick wrote:
> From: Ian Romanick
>
> Future patches will use the brw_context instead. Keeping this
> non-functional change separate should make the function changes easier
> to review.
>
> Signed-off-by: Ian
The preserved swap behavior is currently untested in piglit and not supported
on the GLX side. Before working on implementing it for EGL/DRI3, let's
disable it until support comes.
This patch is trivial enough and will likely be squashed in the commit
egl/x11: Implement dri3 support with loader's
On Mon, Nov 9, 2015 at 4:56 PM, Ian Romanick wrote:
> From: Ian Romanick
>
> Signed-off-by: Ian Romanick
> ---
> src/mesa/main/varray.c | 29 +++--
> src/mesa/main/varray.h | 7 +++
> 2 files
On Mon, Nov 9, 2015 at 4:56 PM, Ian Romanick wrote:
> From: Ian Romanick
>
> Pulls the parts of update_array_format that aren't just parameter
> validation out into a function that can be called from other parts of
> Mesa (e.g., meta).
>
>
On Tue, Nov 10, 2015 at 5:42 PM, Rob Clark wrote:
> I think I'll end up moving st_glsl_to_nir (plus the fxns only called
> from it) into a new file. But I think get_mesa_program_nir() and
> get_mesa_program_tgsi() could end up sharing more common code like I
> am doing w/
On Mon 09 Nov 2015, Jason Ekstrand wrote:
> On Mon, Nov 9, 2015 at 2:24 PM, Chad Versace wrote:
> > On Wed 04 Nov 2015, Jason Ekstrand wrote:
> >> ---
> >> .../drivers/dri/i965/brw_fs_surface_builder.cpp| 157
> >> ++---
> >> 1 file changed, 106
On Mon, Nov 9, 2015 at 4:56 PM, Ian Romanick wrote:
> From: Ian Romanick
>
> Signed-off-by: Ian Romanick
> ---
> src/mesa/drivers/common/meta.c | 76
> --
> 1 file changed, 43
On Mon, Nov 9, 2015 at 4:56 PM, Ian Romanick wrote:
> From: Ian Romanick
>
> Signed-off-by: Ian Romanick
> ---
> src/mesa/drivers/common/meta.c| 69
> +++
>
On Mon, Nov 9, 2015 at 4:56 PM, Ian Romanick wrote:
> From: Ian Romanick
>
> The fixed-function attribute paths don't get the DSA treatment because
> there are no DSA entry-points for fixed-function attributes. These
> could have been added, but
On Tuesday, November 10, 2015 08:33:51 AM Ben Widawsky wrote:
> On Mon, Nov 09, 2015 at 11:59:43PM -0800, Kenneth Graunke wrote:
> > We basically just need to uncomment Ben's code.
> >
> > Signed-off-by: Kenneth Graunke
> > ---
> >
> On Oct 22, 2015, at 4:17 PM, Jose Fonseca wrote:
>
> They do share a lot already, Mesa, gallium statetracker, and gallivm. If
> further development in openswr is planned, it might require to jump through a
> few hoops, but I think it's worth to figure out what would
On Tue, 2015-11-10 at 12:33 +, Emil Velikov wrote:
> Hi Tim,
>
> On 8 November 2015 at 22:34, Timothy Arceri wrote:
> > From: Timothy Arceri
> >
> > In this patch we introduce a new ast type for holding the new
> > compile-time constant
On Tue, 2015-11-10 at 13:46 +, Emil Velikov wrote:
> On 8 November 2015 at 22:34, Timothy Arceri wrote:
> > From: Timothy Arceri
> >
> > This helper is similar to the function added as part of the
> > ast_layout_expression class but will
On Tuesday, November 10, 2015 08:41:22 AM Ian Romanick wrote:
> On 11/10/2015 01:19 AM, Kenneth Graunke wrote:
> > Inspired by a patch by Fabian Bieler.
> >
> > Fabian defined a _3DPRIM_PATCHLIST_0 macro (which isn't actually a valid
> > topology type); I instead chose to make a macro that takes
On Mon, Nov 9, 2015 at 6:26 PM, Jason Ekstrand wrote:
> On Mon, Nov 9, 2015 at 3:52 PM, Ian Romanick wrote:
>> On 11/04/2015 03:55 PM, Jason Ekstrand wrote:
>>> Here's some shader-db numbers:
>>>
>>> total instructions in shared programs: 6236146 ->
On Tue, Nov 10, 2015 at 5:10 AM, Dave Airlie wrote:
> From: Dave Airlie
>
> streamout, gs rings bug on certain r600s, requires a wait idle
> before each surface sync.
>
> Signed-off-by: Dave Airlie
> ---
>
There is one thing I need a response on at the very bottom, the rest will be
addressed in v2.
Thanks.
On Mon, Nov 09, 2015 at 11:33:17AM -0800, Chad Versace wrote:
> On Tue 03 Nov 2015, Ben Widawsky wrote:
> > On Fri, Oct 16, 2015 at 04:05:22PM -0700, Chad Versace wrote:
> > > On Tue 13 Oct
Am 10.11.2015 um 20:36 schrieb Rowley, Timothy O:
>
>> On Oct 22, 2015, at 4:17 PM, Jose Fonseca wrote:
>>
>> They do share a lot already, Mesa, gallium statetracker, and gallivm. If
>> further development in openswr is planned, it might require to jump through
>> a few
On Tue, Nov 10, 2015 at 5:10 AM, Dave Airlie wrote:
> From: Dave Airlie
>
> Need to insert a SQ_NON_EVENT when ever geometry
> shaders are enabled.
>
> Signed-off-by: Dave Airlie
> ---
> src/gallium/drivers/r600/r600_hw_context.c | 5
On Sun, Nov 8, 2015 at 4:50 AM, Ilia Mirkin wrote:
> For compressed textures, the image size is not necessarily a multiple of
> the block size (e.g. the last mip levels). For example the RGTC spec
> calls out this condition as legal, saying to error only when:
>
> * is
On Tue, Nov 10, 2015 at 12:09 AM, Iago Toral wrote:
> On Mon, 2015-11-09 at 16:52 +0100, Iago Toral wrote:
>> On Wed, 2015-11-04 at 15:33 -0800, Kristian Høgsberg Kristensen wrote:
>> > All GLSL IR consumers run this lowering pass so we can move it to the
>> > linker. This
Patches 1-2:
Reviewed-by: Marek Olšák
Marek
On Mon, Nov 9, 2015 at 7:40 PM, Ilia Mirkin wrote:
> Signed-off-by: Ilia Mirkin
> ---
> src/mesa/state_tracker/st_cb_texture.c | 29 +
>
On Tue, 2015-11-10 at 13:43 +, Emil Velikov wrote:
> Hi Tim,
>
> Mostly trivial suggestions, and one bug caught :-)
>
> On 8 November 2015 at 22:34, Timothy Arceri wrote:
> > From: Timothy Arceri
> >
> > This patch replaces the old
On Tue, 2015-11-10 at 12:21 +, Emil Velikov wrote:
> Hi Tim,
>
> On 8 November 2015 at 22:34, Timothy Arceri wrote:
> > From: Timothy Arceri
> >
> > This is in preparation for compile-time constant support,
> > a later patch will remove
On Tue, 2015-11-10 at 12:33 +, Emil Velikov wrote:
> On 8 November 2015 at 22:34, Timothy Arceri wrote:
> > From: Timothy Arceri
> >
> > This helper is similar to the function added as part of the
> > ast_layout_expression class but will
On 09/11/15 03:58, Dave Airlie wrote:
From: Dave Airlie
There might be a reason we do this inside the thread, but I'm not aware of it
yet, move stuff around and see if this jogs anyone's memory.
It might be a relic from the time where we had swizzled tiles.
Jose
Doing
Patches 1,2,4:
Reviewed-by: Marek Olšák
I replied on 3 and 6. I'm not sure off hand about 5,7,8.
Marek
On Tue, Nov 10, 2015 at 5:10 AM, Dave Airlie wrote:
> From: Dave Airlie
>
> On some chips the GSVS itemsize needs to be aligned
The shader-subroutine code creates uniforms of type SUBROUTINE for
subroutines that are then read as integers in the backends. If we ever
want to do any optimizations on these, we'll need to come up with a better
plan where they are actual scalars or something, but this works for now.
Bugzilla:
On Tue, Nov 10, 2015 at 2:20 PM, Ian Romanick wrote:
> From: Ian Romanick
>
> Signed-off-by: Ian Romanick
> Cc: "10.6 11.0"
> ---
> src/mesa/drivers/common/meta_generate_mipmap.c | 2
Since subroutine types are really just integers, should we just make
glsl_type_is_vector_or_scalar() return true for them?
On Tue, Nov 10, 2015 at 5:18 PM, Jason Ekstrand wrote:
> The shader-subroutine code creates uniforms of type SUBROUTINE for
> subroutines that are then
Okay... I see what happened. I thought it was weird that it added
glBindFragDataLocationEXT to an ES3 context because GLES3 surely already
has glBindFragDataLocation. It actually doesn't. The only way to set
the fragment shader output location is using a layout qualifier in the
shader. GLES
From: Ian Romanick
Signed-off-by: Ian Romanick
Cc: "10.6 11.0"
---
src/mesa/drivers/common/meta_generate_mipmap.c | 2 ++
1 file changed, 2 insertions(+)
diff --git
Once all the others are ready, this patch is also
Reviewed-by: Ian Romanick
On 11/05/2015 06:47 PM, Ryan Houdek wrote:
> ---
> docs/relnotes/11.1.0.html | 1 +
> src/mesa/main/extensions.c | 1 +
> 2 files changed, 2 insertions(+)
>
> diff --git
From: Marek Olšák
Untested. I need a new PSU with two 8pin connectors to be able to use Fiji.
---
src/gallium/drivers/radeon/r600_pipe_common.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/gallium/drivers/radeon/r600_pipe_common.c
Ilia Mirkin writes:
> In nv50, and in the python script that Rob circulated, we do:
>
>bld.mkCmp(OP_SET, CC_GE, TYPE_U32, (s = bld.getSSA()), TYPE_U32, m, b);
>
> Do the same in the nir div lowering pass. This fixes the large-udiv-udiv
> piglit tests on freedreno.
I
LGTM as well
Revewed-by: Jason Ekstrand
On Tue, Nov 10, 2015 at 1:54 PM, Alex Deucher wrote:
> On Sun, Nov 8, 2015 at 4:50 AM, Ilia Mirkin wrote:
>> For compressed textures, the image size is not necessarily a multiple of
On 11/08/2015 01:50 AM, Ilia Mirkin wrote:
> For compressed textures, the image size is not necessarily a multiple of
> the block size (e.g. the last mip levels). For example the RGTC spec
> calls out this condition as legal, saying to error only when:
>
> * is not a multiple of four, and
On Mon, Nov 9, 2015 at 8:31 AM, Emil Velikov wrote:
> Hi all,
>
> Inspired by the resent interest in alternative vl winsys, I've decided
> to rework the winsys into a traditional gallium fashion.
>
> Namely: add the destroy() and other functions into struct vl_screen.
>
Martin Peres writes:
> The preserved swap behavior is currently untested in piglit and not supported
> on the GLX side. Before working on implementing it for EGL/DRI3, let's
> disable it until support comes.
>
> This patch is trivial enough and will likely be
On Wed, Oct 14, 2015 at 08:16:54AM -0700, Ben Widawsky wrote:
> On Wed, Oct 14, 2015 at 11:52:03AM +0200, Neil Roberts wrote:
> > This patch doesn't look right. See this sentence in “Render Target Fast
> > Clear”:
> >
> > “The pixel shader kernel requires no attributes, and delivers a value of
>
On Tue, Nov 10, 2015 at 6:44 PM, Eric Anholt wrote:
> Ilia Mirkin writes:
>
>> In nv50, and in the python script that Rob circulated, we do:
>>
>>bld.mkCmp(OP_SET, CC_GE, TYPE_U32, (s = bld.getSSA()), TYPE_U32, m, b);
>>
>> Do the same in the nir div
On Tue, Nov 10, 2015 at 7:02 PM, Ilia Mirkin wrote:
> On Tue, Nov 10, 2015 at 6:44 PM, Eric Anholt wrote:
>> Ilia Mirkin writes:
>>
>>> In nv50, and in the python script that Rob circulated, we do:
>>>
>>>bld.mkCmp(OP_SET, CC_GE,
On 11/10/2015 02:56 AM, Ian Romanick wrote:
> From: Ian Romanick
>
> tl;dr: For many types of GL object, we can *NEVER* use the Gen function.
>
> In OpenGL ES (all versions!) and OpenGL compatibility profile,
> applications don't have to call Gen functions. The GL
On Mon, Nov 9, 2015 at 11:55 PM, Kenneth Graunke wrote:
> Signed-off-by: Kenneth Graunke
> ---
> src/mesa/drivers/dri/i965/brw_fs.cpp | 3 +++
> src/mesa/drivers/dri/i965/brw_vec4.cpp | 3 +++
> 2 files changed, 6 insertions(+)
>
> diff --git
We basically just need to uncomment Ben's code.
Signed-off-by: Kenneth Graunke
---
src/mesa/drivers/dri/i965/gen6_queryobj.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/gen6_queryobj.c
https://bugs.freedesktop.org/show_bug.cgi?id=92278
Tapani Pälli changed:
What|Removed |Added
Status|NEW |RESOLVED
On Mon, 2015-11-09 at 16:52 +0100, Iago Toral wrote:
> On Wed, 2015-11-04 at 15:33 -0800, Kristian Høgsberg Kristensen wrote:
> > All GLSL IR consumers run this lowering pass so we can move it to the
> > linker. This moves the pass up quite a bit, but that's the point: it
> > needs to run before
On 11/10/2015 02:56 AM, Ian Romanick wrote:
> From: Ian Romanick
>
> Signed-off-by: Ian Romanick
> ---
> src/mesa/main/varray.c | 29 +++--
> src/mesa/main/varray.h | 7 +++
> 2 files changed, 22 insertions(+),
I've been carrying around a patch to do this for the last few months,
and it's been exceedingly useful for debugging GS and tessellation
problems. I've caught lots of bugs by inspecting the interface
expectations of two adjacent stages.
It's not that much spam, so I figure we may as well just
Inspired by a patch by Fabian Bieler.
Fabian defined a _3DPRIM_PATCHLIST_0 macro (which isn't actually a valid
topology type); I instead chose to make a macro that takes an argument.
He also took the number of patch vertices from _mesa_prim (which was set
to ctx->TessCtrlProgram.patch_vertices) -
Normally, we rely on nir_lower_outputs_to_temporaries to create shadow
variables for outputs, buffering the results and writing them all out
at the end of the program. However, this is infeasible for tessellation
control shader outputs.
Tessellation control shaders can generate multiple output
On Mon, Nov 09, 2015 at 03:42:17PM -0800, Ian Romanick wrote:
> On 10/31/2015 09:43 AM, Luc Verhaegen wrote:
> >
> > Like the last few years, the pentabarf system will be used for talk
>
> Properly pronounced like "pent up barf." It seems like they should have
> a "Replace pentabarf" BoF to
https://bugs.freedesktop.org/show_bug.cgi?id=91888
--- Comment #6 from Emil Velikov ---
(In reply to Giulio Camuffo from comment #5)
> (In reply to Daniel Stone from comment #2)
> > I think that commit is a a red herring. 0x3098 is
> > EGL_CONTEXT_CLIENT_VERSION, and
The current code is busted in a number of ways.
- initially checks for omx_display (rather than omx_screen), which may
or may not be around.
- blindly feeds the empty env variable string to loader_open_device()
- reads the env variable every time get_screen is called
- the latter manifests
On 11/10/2015 12:26 PM, Iago Toral wrote:
On Fri, 2015-11-06 at 14:03 +0200, Tapani Pälli wrote:
From: Iago Toral Quiroga
We will need this later on when we implement proper support for
precision qualifiers in the drivers and also to do link time checks for
uniforms as
Hi,
I found some difference in the content of dec->bsp_bo[i], for h264 when
using st/vdpau (ok) and st/vaapi (ko).
In src/gallium/state_trackers/va/picture.c, at least the reference frames
are not set. At minimum it is missing something like the following though
still not enough:
@@ -193,7
In particular I was thinking about a3xx hardware that most likely can't
physically support ES 3.1, and also drivers that may not get it for a long
while.
On Mon, Nov 9, 2015 at 6:29 PM, Ilia Mirkin wrote:
> On Mon, Nov 9, 2015 at 7:10 PM, Ian Romanick
s/loose/lose
Reviewed-by: Iago Toral Quiroga
On Thu, 2015-11-05 at 13:33 +0200, Tapani Pälli wrote:
> This information will be used by cross stage validation of varyings
> for pipeline objects.
>
> Signed-off-by: Tapani Pälli
> ---
>
On Fri, 2015-11-06 at 14:03 +0200, Tapani Pälli wrote:
> From: Iago Toral Quiroga
>
> We will need this later on when we implement proper support for
> precision qualifiers in the drivers and also to do link time checks for
> uniforms as indicated by the spec.
>
> This patch
On Tuesday, November 10, 2015 12:41:47 AM Matt Turner wrote:
> On Mon, Nov 9, 2015 at 11:55 PM, Kenneth Graunke
> wrote:
> > Signed-off-by: Kenneth Graunke
> > ---
> > src/mesa/drivers/dri/i965/brw_fs.cpp | 3 +++
> >
On Mon, 2015-11-09 at 12:27 -0500, Connor Abbott wrote:
> On Mon, Nov 9, 2015 at 10:41 AM, Jason Ekstrand wrote:
> >
> > On Nov 9, 2015 7:24 AM, "Connor Abbott" wrote:
> >>
> >> On Mon, Nov 9, 2015 at 6:55 AM, Iago Toral wrote:
> >>
We'd like to shadow these when possible, but the current code doesn't
work properly for TCS outputs. For now, disable it.
Signed-off-by: Kenneth Graunke
---
src/glsl/nir/nir_lower_outputs_to_temporaries.c | 3 +++
1 file changed, 3 insertions(+)
diff --git
Tessellation control shader inputs are an array indexed by the vertex
number, like geometry shader inputs. There aren't per-patch TCS inputs.
Tessellation evaluation shaders have both per-vertex and per-patch
inputs. Per-vertex inputs get the new intrinsics; per-patch inputs
continue to use the
Similar to nir_load_per_vertex_input, but for outputs. This is not
useful in geometry shaders, but will be useful in tessellation shaders.
Signed-off-by: Kenneth Graunke
---
src/glsl/nir/nir_intrinsics.h | 1 +
src/glsl/nir/nir_lower_io.c | 27
On Tue, Nov 10, 2015 at 4:09 AM, Julien Isorce wrote:
> Hi,
>
> I found some difference in the content of dec->bsp_bo[i], for h264 when
> using st/vdpau (ok) and st/vaapi (ko).
>
> In src/gallium/state_trackers/va/picture.c, at least the reference frames
> are not set. At
On 8 November 2015 at 22:34, Timothy Arceri wrote:
> From: Timothy Arceri
>
> Qualifiers on member variables are redundent all we need to do
> if check if it matches the stream associated with the block and
> throw an error if its not.
>
> Cc:
On 8 November 2015 at 22:34, Timothy Arceri wrote:
> From: Timothy Arceri
>
> ---
> src/glsl/glcpp/glcpp-parse.y| 1 +
> src/glsl/glsl_parser_extras.cpp | 1 +
> src/glsl/glsl_parser_extras.h | 2 ++
> src/mesa/main/extensions.c |
1 - 100 of 141 matches
Mail list logo