Ping?
(Added Timothy the the CC-list, as he's the most recent person to
modify the parser, it seems)
On Wed, 2018-08-29 at 13:59 +0200, Erik Faye-Lund wrote:
> Ping?
>
> On on., aug. 22, 2018 at 7:34 PM, Erik Faye-Lund <
> erik.faye-l...@collabora.com> wrote:
> > The
From: Marek Olšák
The spec was modified to support GLES.
Tested-by: Erik Faye-Lund
---
This replaces this patch:
https://patchwork.freedesktop.org/patch/257423/
docs/relnotes/18.3.0.html| 1 +
src/mesa/main/extensions_table.h | 2 +-
src/mesa/main/glformats.c| 11
On Fri, 2018-11-02 at 15:40 +, Emil Velikov wrote:
> On Tue, 30 Oct 2018 at 17:11, Erik Faye-Lund
> wrote:
> > EXT_shader_implicit_conversions is a useful extension that adds
> > implicit
> > conversions to OpenGL ES 3.1. Since it's tested excensively in
> >
On Fri, 2018-11-02 at 15:57 +, Emil Velikov wrote:
> From: Emil Velikov
>
> Cc: Erik Faye-Lund
> Signed-off-by: Emil Velikov
> ---
> Ff| 2 ++
> docs/relnotes/19.0.0.html | 2 +-
> 2 files changed, 3 insertions(+), 1 deletion(-)
> crea
d a
porting-bug, where I tried to use glGetTexLevelParameteriv on gles2,
which isn't supported. I'll send out and updated version of the piglit
patches for that also.
> On Thu, Oct 25, 2018 at 6:59 AM Erik Faye-Lund
> wrote:
> >
> > From: Marek Olšák
> >
&g
The extension spec has been updated to include GLES 3 support, so let's
enable it there.
Signed-off-by: Erik Faye-Lund
---
This patch can be tested with this piglit-series:
https://patchwork.freedesktop.org/series/52039/
src/mapi/glapi/gen/NV_conditional_render.xml | 4 ++--
src/mesa/main
> render but not ARB_occlusion_query? (I don't think that's really
> possible given that the feature is basically designed for occlusion
> queries...)
I don't think so, no.
> On Mon, Nov 5, 2018 at 12:26 PM Erik Faye-Lund
> wrote:
> > The extension spec has been updated
On Tue, 2018-11-06 at 19:27 +0900, Hyunjun Ko wrote:
> Since 1285f71d3e landed, it needs to provide apps with proper sample
> position for MSAA.
>
> Currently no way to query this to hw, these are taken from blob
> driver.
>
> Fixes: dEQP-
>
The extension spec has been updated to include GLES 2 support, so let's
enable it there.
Signed-off-by: Erik Faye-Lund
---
Here's a V2 of this patch. The only difference is that this also expose
the extension on ES2. The piglit patches has also been updated:
https://patchwork.freedesktop.org
On Thu, 2018-11-08 at 13:43 +0200, Tapani Pälli wrote:
>
> On 11/8/18 1:02 PM, Tapani Pälli wrote:
> >
> > On 11/8/18 11:53 AM, Erik Faye-Lund wrote:
> > > On Thu, 2018-11-08 at 10:47 +0200, Tapani Pälli wrote:
> > > > On 11/8/18 10:44 AM, Erik Faye-Lund wr
low this
behavior.
This shouldn't cause any functional change, as all drivers that support
ES3_compatibility should in practice enable either ES3_compatibility or
EXT_occlusion_query_boolean under all APIs that export this symbol.
Signed-off-by: Erik Faye-Lund
---
src/mesa/main/queryobj.c | 4 ++--
The rules encoded in this code also applies to OpenGL ES 3.0 and up,
but the per-enum validation has already been taught about these rules.
So let's get rid of this duplicate, narrow version of the validation.
Signed-off-by: Erik Faye-Lund
---
src/mesa/main/queryobj.c | 14 --
1
The _mesa_has_ARB_pipeline_statistics_query(ctx)-helper will already
check the GLES-version according to the extension-table, so if this
extension would ever be back-ported to ES, we only need to update the
table to support this.
This shouln't have any functional effect.
Signed-off-by: Erik Faye
ort.
This shouln't have any functional effect, as this entry-point is only
valid on desktop GL, or on GLES with EXT_disjoint_timer_query in the
first place. But if this gets added to the core of a future version
of ES, this should be a step in the right direction.
Signed-off-by: Erik Faye-Lund
---
src/m
by either
ARB_occlusion_query nor ARB_occlusion_query2. But it should be trivial
to implement for any driver supporting ARB_occlusion_query2, as it can
simply be implemented as GL_ANY_SAMPLES_PASSED.
Signed-off-by: Erik Faye-Lund
---
src/mesa/main/extensions_table.h | 2 +-
1 file changed, 1 insertion
age of GL_TRANSFORM_FEEDBACK_STREAM_OVERFLOW and
GL_TRANSFORM_FEEDBACK_OVERFLOW into errors on ES 3, as required by the
spec.
Signed-off-by: Erik Faye-Lund
---
src/mesa/main/queryobj.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/mesa/main/queryobj.c b/src/mesa/main/queryobj.c
in
system :)
Erik Faye-Lund (13):
mesa/main: correct requirement for EXT_occlusion_query_boolean
mesa/main: correct year for EXT_occlusion_query_boolean
mesa/main: use non-prefixed enums for consistency
mesa/main: simplify pipeline-statistics query validation
mesa/main: fix validation
ry2, as ARB_occlusion_query isn't available in core
contexts.
This turns usage of GL_SAMPLES_PASSED into an error on ES 3, as is
required by the spec.
Signed-off-by: Erik Faye-Lund
---
src/mesa/main/queryobj.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/mesa/main/queryobj.c b/src/mesa/m
cts on ES 3 into
errors, as required by the spec.
Signed-off-by: Erik Faye-Lund
---
src/mesa/main/queryobj.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/mesa/main/queryobj.c b/src/mesa/main/queryobj.c
index 45db43139a4..c86b9ec065b 100644
--- a/src/mesa/main/queryob
rns usage of GL_TRANSFORM_FEEDBACK_PRIMITIVES_WRITTEN into an
error on ES 2, as well as usage of GL_PRIMITIVES_GENERATED on ES 3, both
as required by the spec.
Signed-off-by: Erik Faye-Lund
---
src/mesa/main/queryobj.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/src/mesa/m
According to the extension spec, this was initially released in 2011,
so let's set this to the correct value.
The value of 2001 could be a copy-paste mistake, as ARB_occlusion_query
which this is based on was released then.
Signed-off-by: Erik Faye-Lund
---
src/mesa/main/extensions_table.h | 2
low this
behavior.
This shouldn't cause any functional change, as all drivers that support
ARB_occlusion_query2 should in practice enable either
ARB_occlusion_query2 or EXT_occlusion_query_boolean under all APIs that
export this symbol.
Signed-off-by: Erik Faye-Lund
---
src/mesa/main/queryobj.c | 3 ++-
These enums all have the same values as their non-prefixed versions, and
there's several aliases for some of them. So let's switch to the
non-prefixed versions for simplicity.
Signed-off-by: Erik Faye-Lund
---
src/mesa/main/queryobj.c | 66
1 file
ame functionality for ES.
This turns usage of GL_TIME_ELAPSED into an error on ES 3, as is
required by the spec.
Signed-off-by: Erik Faye-Lund
---
src/mesa/main/queryobj.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/mesa/main/queryobj.c b/src/mesa/main/queryobj.c
in
On Thu, 2018-11-08 at 10:47 +0200, Tapani Pälli wrote:
> On 11/8/18 10:44 AM, Erik Faye-Lund wrote:
> > On Thu, 2018-11-08 at 08:47 +0200, Tapani Pälli wrote:
> > > FYI there's a whole lot of tests that start to fail when this
> > > series
> > > running on
On Thu, 2018-11-08 at 09:54 +0100, Erik Faye-Lund wrote:
> On Thu, 2018-11-08 at 10:47 +0200, Tapani Pälli wrote:
> > On 11/8/18 10:44 AM, Erik Faye-Lund wrote:
> > > On Thu, 2018-11-08 at 08:47 +0200, Tapani Pälli wrote:
> > > > FYI there's a whole lot of
On Thu, 2018-11-08 at 11:40 +0200, Tapani Pälli wrote:
>
> On 11/7/18 5:58 PM, Erik Faye-Lund wrote:
> > ctx->Extensions.EXT_timer_query is set based on the driver-
> > capabilities, not based on the context type. We need to check
> > against
> > _mesa_has_EXT_t
On Thu, 2018-11-08 at 10:47 +0200, Tapani Pälli wrote:
> On 11/8/18 10:44 AM, Erik Faye-Lund wrote:
> > On Thu, 2018-11-08 at 08:47 +0200, Tapani Pälli wrote:
> > > FYI there's a whole lot of tests that start to fail when this
> > > series
> > > running on
On Thu, 2018-11-08 at 08:47 +0200, Tapani Pälli wrote:
> FYI there's a whole lot of tests that start to fail when this series
> running on Intel CI. It includes dEQP but also Piglit tests, can you
> do
> Intel CI run or do you want me to send you results?
If you mean mesa-ci.01.org, then I have
> v3: Only request host logging if the host actually understands the
> command
>
> Signed-off-by: Gert Wollny
Looks good to me!
Reviewed-by: Erik Faye-Lund
> ---
> The corresponding virglrenderer patches can be found in this MR:
> https://gitlab.freedesktop.org/virg
On Fri, 2018-11-09 at 10:40 -0800, Dylan Baker wrote:
> Which has the same behavior.
Does it? I'm not so sure... IROUND_POS seems to round to nearest
integer depending on the FPU rounding mode, _mesa_roundevenf rounds to
the nearest *even* value regardless of the FPU rounding mode, no?
I'm not
On Mon, 2018-11-12 at 09:22 -0800, Dylan Baker wrote:
> Quoting Erik Faye-Lund (2018-11-12 04:51:47)
> > On Fri, 2018-11-09 at 10:40 -0800, Dylan Baker wrote:
> > > Which has the same behavior.
> >
> > Does it? I'm not so sure... IROUND_POS seems to round to
On Nov 6, 2018 13:51, "Juan A. Suarez Romero" wrote:On Tue, 2018-11-06 at 10:32 +, Emil Velikov wrote:
> On Fri, 2 Nov 2018 at 16:06, Erik Faye-Lund
> wrote:
> > On Fri, 2018-11-02 at 15:40 +, Emil Velikov wrote:
> > > On Tue, 30 Oct 2018 at 17:1
On Tue, 2018-11-13 at 21:53 -0500, Marek Olšák wrote:
>
>
> On Tue, Nov 13, 2018, 6:00 PM Rob Clark > On Tue, Nov 13, 2018 at 5:25 PM Eric Anholt
> > wrote:
> > >
> > > Rob Clark writes:
> > >
> > > > If we can't clear all the buffers with pctx->clear() (say, for
> > example,
> > > > because
On Tue, 2018-11-13 at 19:07 -0500, Ilia Mirkin wrote:
> On Tue, Nov 13, 2018 at 6:50 PM Rob Clark
> wrote:
> > On Tue, Nov 13, 2018 at 6:19 PM Eric Anholt
> > wrote:
> > > Rob Clark writes:
> > >
> > > > On Tue, Nov 13, 2018 at 5:25 PM Eric Anholt
> > > > wrote:
> > > > > Rob Clark writes:
>
On Tue, 2018-11-13 at 22:13 +, Roland Scheidegger wrote:
> Am 13.11.18 um 18:00 schrieb Dylan Baker:
> > Quoting Erik Faye-Lund (2018-11-13 01:34:53)
> > > On Mon, 2018-11-12 at 09:22 -0800, Dylan Baker wrote:
> > > > Quoting Erik Faye-Lund (2018-11-12 04:51:47
t
Reviewed-by: Erik Faye-Lund
> ---
> src/compiler/nir/nir_lower_io.c | 12 ++--
> 1 file changed, 6 insertions(+), 6 deletions(-)
>
> diff --git a/src/compiler/nir/nir_lower_io.c
> b/src/compiler/nir/nir_lower_io.c
> index b3595bb19d5..2a6c284de2b 100644
> ---
On Tue, 2018-11-13 at 09:00 -0800, Dylan Baker wrote:
> Quoting Erik Faye-Lund (2018-11-13 01:34:53)
> > On Mon, 2018-11-12 at 09:22 -0800, Dylan Baker wrote:
> > > Quoting Erik Faye-Lund (2018-11-12 04:51:47)
> > > > On Fri, 2018-11-09 at 10:40 -0800, Dylan Ba
It seems I missed some details when exposing NV_conditional_render
on GLES; this fixes up "make check".
Fixes: 5213be9fab7 ("mesa: expose NV_conditional_render on GLES")
Signed-off-by: Erik Faye-Lund
---
Caught by the Intel CI system. Sorry about this!
src/m
t really know
what makes this appear in the ABI, though. If someone can explain, I'd
be happy to fix things up.
Anyway, I pushed the test-fixes for now; the ABI change seems to
already have happened.
> On Fri, Nov 9, 2018 at 10:20 AM Erik Faye-Lund
> wrote:
> > It seems I mis
On Fri, 2018-11-09 at 11:17 -0500, Ilia Mirkin wrote:
> On Fri, Nov 9, 2018 at 10:51 AM Erik Faye-Lund
> wrote:
> > On Fri, 2018-11-09 at 10:44 -0500, Ilia Mirkin wrote:
> > > Errr ... why are these being added to the ABI now? Extensions are
> > > generally not ad
The _mesa_has_ARB_pipeline_statistics_query(ctx)-helper will already
check the GLES-version according to the extension-table, so if this
extension would ever be back-ported to ES, we only need to update the
table to support this.
This shouln't have any functional effect.
Signed-off-by: Erik Faye
by either
ARB_occlusion_query nor ARB_occlusion_query2. But it should be trivial
to implement for any driver supporting ARB_occlusion_query2, as it can
simply be implemented as GL_ANY_SAMPLES_PASSED.
Signed-off-by: Erik Faye-Lund
---
src/mesa/main/extensions_table.h | 2 +-
1 file changed, 1 insertion
These enums all have the same values as their non-prefixed versions, and
there's several aliases for some of them. So let's switch to the
non-prefixed versions for simplicity.
Signed-off-by: Erik Faye-Lund
---
src/mesa/main/queryobj.c | 66
1 file
According to the extension spec, this was initially released in 2011,
so let's set this to the correct value.
The value of 2001 could be a copy-paste mistake, as ARB_occlusion_query
which this is based on was released then.
Signed-off-by: Erik Faye-Lund
---
src/mesa/main/extensions_table.h | 2
fixing this are also
included.
Erik Faye-Lund (13):
mesa/main: correct requirement for EXT_occlusion_query_boolean
mesa/main: correct year for EXT_occlusion_query_boolean
mesa/main: use non-prefixed enums for consistency
mesa/main: simplify pipeline-statistics query validation
mesa/mai
low this
behavior.
This shouldn't cause any functional change, as all drivers that support
ARB_occlusion_query2 should in practice enable either
ARB_occlusion_query2 or EXT_occlusion_query_boolean under all APIs that
export this symbol.
Signed-off-by: Erik Faye-Lund
---
src/mesa/main/queryobj.c | 3 ++-
age of GL_TRANSFORM_FEEDBACK_STREAM_OVERFLOW and
GL_TRANSFORM_FEEDBACK_OVERFLOW into errors on ES 3, as required by the
spec.
Signed-off-by: Erik Faye-Lund
---
src/mesa/main/queryobj.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/mesa/main/queryobj.c b/src/mesa/main/queryobj.c
in
low this
behavior.
This shouldn't cause any functional change, as all drivers that support
ES3_compatibility should in practice enable either ES3_compatibility or
EXT_occlusion_query_boolean under all APIs that export this symbol.
Signed-off-by: Erik Faye-Lund
---
src/mesa/main/queryobj.c | 4 ++--
S 3, as is
required by the spec.
Signed-off-by: Erik Faye-Lund
---
src/mesa/main/queryobj.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/mesa/main/queryobj.c b/src/mesa/main/queryobj.c
index 96b1c6bb30a..74977210f2d 100644
--- a/src/mesa/main/queryobj.c
+++ b/src/mesa/m
lid on desktop GL in the first place. But if this gets added to a
future version of ES, this should be a step in the right direction.
Signed-off-by: Erik Faye-Lund
---
src/mesa/main/queryobj.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/mesa/main/queryobj.c b/src/mesa/m
red by the spec.
Signed-off-by: Erik Faye-Lund
---
src/mesa/main/queryobj.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/mesa/main/queryobj.c b/src/mesa/main/queryobj.c
index 2f178bbf483..e4185073e3b 100644
--- a/src/mesa/main/queryobj.c
+++ b/src/mesa/main/queryob
The rules encoded in this code also applies to OpenGL ES 3.0 and up,
but the per-enum validation has already been taught about these rules.
So let's get rid of this duplicate, narrow version of the validation.
Signed-off-by: Erik Faye-Lund
---
src/mesa/main/queryobj.c | 14 --
1
cts on ES 3 into
errors, as required by the spec.
Signed-off-by: Erik Faye-Lund
---
src/mesa/main/queryobj.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/mesa/main/queryobj.c b/src/mesa/main/queryobj.c
index d22432930d0..01a5504575d 100644
--- a/src/mesa/main/queryob
TEN into an
error on ES 2, as well as usage of GL_PRIMITIVES_GENERATED on ES 3, both
as required by the spec.
Signed-off-by: Erik Faye-Lund
---
src/mesa/main/queryobj.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/mesa/main/queryobj.c b/src/mesa/main/queryobj.c
in
MaxAtomicCounters has already been assigned in the loop above in the
ssbo_atomic = true case, so this will calculate the same value as the
default.
While we're at it, fixup indentation on the MaxAtomicBufferBindings
assign.
Signed-off-by: Erik Faye-Lund
---
src/mesa/state_tracker
currently needed to pass dEQP GLES-3.1 (as well as
GLES-3.2) using virgl/virglrenderer on i965 hardware.
Erik Faye-Lund (6):
st/mesa: use real bool for can_ubo
st/mesa: clean up atomic vs ssbo code
st/mesa: simplify MaxAtomicBufferSize-logic
gallium: add PIPE_CAP_MAX_COMBINED_SHADER_BUFFERS
This gets rid of a r600 specific hack in the state-tracker, and prepares
for other drivers to be able to use hw-atomics.
While we're at it, clean up some indentation in the various drivers.
Signed-off-by: Erik Faye-Lund
---
src/gallium/drivers/etnaviv/etnaviv_screen.c | 3 +++
src/gallium
without incorrectly
dropping the last SSBO.
This has the nice result that the SSBOs and atomic buffers are dealt
with almost completely orthogonally, easing some upcoming patches.
Signed-off-by: Erik Faye-Lund
---
src/mesa/state_tracker/st_extensions.c | 27 --
1 file
This moves the evergreen-specific max-sizes out as a driver-cap, so
other drivers with less strict requirements also can use hw-atomics.
Remove ssbo_atomic as it's no longer needed.
We should now be able to use hw-atomics for some stages and not for
other, if needed.
Signed-off-by: Erik Faye
We're doing full c99 now, so there's no point in using the old boolean
type.
Signed-off-by: Erik Faye-Lund
---
This is not technically nessecary for the series, but IMO a nice cleanup
nevertheless.
src/mesa/state_tracker/st_extensions.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions
virgl_protocol.h is considered to have it's upstream in the
virglrenderer repository, and somehow these minor differences has
crept in.
Let's sync with the upstream to avoid this.
Signed-off-by: Erik Faye-Lund
---
src/gallium/drivers/virgl/virgl_protocol.h | 2 +-
1 file changed, 1 insertion
From: Tomeu Vizoso
Emulating atomics on top of ssbos can lead to too small max SSBO count,
so let's use the hw-atomics mechanism to expose atomic buffers instead.
Signed-off-by: Erik Faye-Lund
---
src/gallium/drivers/virgl/virgl_context.c | 37 ++
src/gallium/drivers
2018 at 6:41 AM Erik Faye-Lund
wrote:
>
> From: Tomeu Vizoso
>
> Emulating atomics on top of ssbos can lead to too small max SSBO
count,
> so let's use the hw-atomics mechanism to expose atomic buffers
instead.
>
> Signed-off-by: Erik Faye-Lund
> ---
> src/g
On fr., aug. 31, 2018 at 7:44 PM, Gurchetan Singh
wrote:
On Thu, Aug 30, 2018 at 6:41 AM Erik Faye-Lund
wrote:
This moves the evergreen-specific max-sizes out as a driver-cap, so
other drivers with less strict requirements also can use hw-atomics.
Remove ssbo_atomic as it's no longer
On fr., aug. 31, 2018 at 7:35 PM, Gurchetan Singh
wrote:
On Thu, Aug 30, 2018 at 6:41 AM Erik Faye-Lund
wrote:
From: Tomeu Vizoso
Emulating atomics on top of ssbos can lead to too small max SSBO
count,
so let's use the hw-atomics mechanism to expose atomic buffers
instead
-tracker requirement.
- [Marek] Added documentation of the new caps
Erik Faye-Lund (6):
st/mesa: use real bool for can_ubo
st/mesa: clean up atomic vs ssbo code
st/mesa: simplify MaxAtomicBufferSize-logic
gallium: add PIPE_CAP_MAX_COMBINED_SHADER_BUFFERS
gallium: add
MaxAtomicCounters has already been assigned in the loop above in the
ssbo_atomic = true case, so this will calculate the same value as the
default.
While we're at it, fixup indentation on the MaxAtomicBufferBindings
assign.
Signed-off-by: Erik Faye-Lund
Reviewed-by: Marek Olšák
---
src/mesa
without incorrectly
dropping the last SSBO.
This has the nice result that the SSBOs and atomic buffers are dealt
with almost completely orthogonally, easing some upcoming patches.
Signed-off-by: Erik Faye-Lund
Reviewed-by: Marek Olšák
---
src/mesa/state_tracker/st_extensions.c | 27
This moves the evergreen-specific max-sizes out as a driver-cap, so
other drivers with less strict requirements also can use hw-atomics.
Remove ssbo_atomic as it's no longer needed.
We should now be able to use hw-atomics for some stages and not for
other, if needed.
Signed-off-by: Erik Faye
This gets rid of a r600 specific hack in the state-tracker, and prepares
for other drivers to be able to use hw-atomics.
While we're at it, clean up some indentation in the various drivers.
Signed-off-by: Erik Faye-Lund
Reviewed-by: Marek Olšák
Reviewed-by: Wladimir J. van der Laan
---
src
We're doing full c99 now, so there's no point in using the old boolean
type.
Signed-off-by: Erik Faye-Lund
Reviewed-by: Marek Olšák
---
src/mesa/state_tracker/st_extensions.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/src/mesa/state_tracker/st_extensions.c
b/src
virgl_protocol.h is considered to have it's upstream in the
virglrenderer repository, and somehow these minor differences has
crept in.
Let's sync with the upstream to avoid this.
Signed-off-by: Erik Faye-Lund
---
src/gallium/drivers/virgl/virgl_protocol.h | 2 +-
1 file changed, 1 insertion
From: Tomeu Vizoso
Emulating atomics on top of ssbos can lead to too small max SSBO count,
so let's use the hw-atomics mechanism to expose atomic buffers instead.
Signed-off-by: Erik Faye-Lund
---
src/gallium/drivers/virgl/virgl_context.c | 37 ++
src/gallium/drivers
a crash while running Piglit's glx/glx-visuals-stencil
test, both on virgl and r600g.
Signed-off-by: Erik Faye-Lund
---
src/mesa/state_tracker/st_atom_framebuffer.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/mesa/state_tracker/st_atom_framebuffer.c
b/src/mesa
On Wed, 2019-01-02 at 10:16 -0600, Jason Ekstrand wrote:
> On Wed, Jan 2, 2019 at 9:43 AM Ilia Mirkin
> wrote:
> > Have a look at the first 4 patches in the series from Jonathan
> > Marek
> > to address some of these issues:
> >
> > https://patchwork.freedesktop.org/series/54295/
> >
> > Not
On Fri, 2019-01-11 at 10:57 -0600, Jason Ekstrand wrote:
> All,
>
> The mesa project has now hit 100 merge requests (36 are still open).
> I (and I'm sure others) would be curious to hear people's initial
> thoughts on the process. What's working well? What's not working?
> Is it total fail
Currently this is done via MAX_OFFSETS constant, although a better
> solution is in the works.
>
> v2: add FramebufferTexture2DMultisampleEXT
> v3: add MAX_OFFSETS guard
>
> Signed-off-by: Emil Velikov
> Reviewed-by: Erik Faye-Lund (v1)
Consider this version also:
Reviewed-
On Wed, 2019-01-23 at 17:03 +, Emil Velikov wrote:
> Hi all,
>
> In case the patch is still outstanding, feel free to add
> Reviewed-by: Emil Velikov
>
Thanks, pushed.
> On Wed, 23 Jan 2019 at 11:20, Erik Faye-Lund
> wrote:
> > On Wed, 2019-01-23 at 10:42
On Thu, 2019-01-17 at 10:00 +0100, Michel Dänzer wrote:
> On 2019-01-17 8:38 a.m., Erik Faye-Lund wrote:
> > 3. There's some browsing-pain with the commit list. For instance, I
> > always second-guess if the latest commit is at the top or bottom.
>
> At the top, same as in
On Thu, 2019-01-17 at 14:37 +, Daniel Stone wrote:
> Hi,
>
> On Thu, 17 Jan 2019 at 07:38, Erik Faye-Lund
> wrote:
> > 1. New MRs should probably get their cover-letter automatically
> > sent to
> > the mailing list for incrased visibility.
> >
On Wed, 2019-01-23 at 10:08 +, Eric Engestrom wrote:
> On Wednesday, 2019-01-23 10:36:15 +0100, Erik Faye-Lund wrote:
> > Sending MRs from the main Mesa repository increase clutter in the
> > repository, and decrease visibility of project-wide branches. So
> > it's
>
for drivers that support
transform feedback."
I also think this should have a Fixes tag:
Fixes: d644698b443 ("gallium: Add the ability to query a single
pipeline statistics counter")
With those things changed:
Reviewed-by: Erik Faye-Lund
Also, I added Kenneth Grauke who wr
Sending MRs from the main Mesa repository increase clutter in the
repository, and decrease visibility of project-wide branches. So it's
better if MRs are sent from forks instead.
Let's add a note about this, in case its not obvious to everyone.
Signed-off-by: Erik Faye-Lund
---
docs
On Thu, 2019-01-17 at 08:38 +0100, Erik Faye-Lund wrote:
> On Fri, 2019-01-11 at 10:57 -0600, Jason Ekstrand wrote:
> > All,
> >
> > The mesa project has now hit 100 merge requests (36 are still
> > open).
> > I (and I'm sure others) would be curious to h
On Wed, 2019-01-23 at 10:14 +, Daniel Stone wrote:
> Hi,
>
> On Wed, 23 Jan 2019 at 10:09, Eric Engestrom <
> eric.engest...@intel.com> wrote:
> > On Wednesday, 2019-01-23 10:36:15 +0100, Erik Faye-Lund wrote:
> > > Sending MRs from the main
On Wed, 2019-01-23 at 10:42 +, Eric Engestrom wrote:
> On Wednesday, 2019-01-23 11:21:27 +0100, Erik Faye-Lund wrote:
> > On Wed, 2019-01-23 at 10:14 +, Daniel Stone wrote:
> > > Hi,
> > >
> > > On Wed, 23 Jan 2019 at 10:09, Eric Engestrom <
On Mon, 2018-12-10 at 11:04 -0600, Jason Ekstrand wrote:
> The Vulkan working group recently discovered that we made a mistake
> in
> assuming that PCI domains are 16-bit even though they can potentially
> be
> 32-bit values. To fix this, the next spec update will chang the
chang -> change
>
On Wed, 2018-12-12 at 09:27 +0200, Tapani Pälli wrote:
>
> On 12/12/18 8:42 AM, Tapani Pälli wrote:
> >
> > On 12/12/18 5:05 AM, Nick Kreeger wrote:
> > > This change enables GLES2 to render float/half-float textures to
> > > a
> > > framebuffer when the appropriate OES extensions are available.
tring this out! With or
without any bots or anything :)
Acked-by: Erik Faye-Lund
> I know some people are somewhat skeptical as to how well it will work
> but they won't be able to see until we actually start experimenting
> with it which we can't do until we allow MRs. Personally, I s
On Thu, 2018-11-15 at 13:45 +0100, Gert Wollny wrote:
> @@ -457,14 +458,15 @@ st_framebuffer_create(struct st_context *st,
> * format such that util_format_srgb(visual->color_format) can be
> supported
> * by the pipe driver. We still need to advertise the capability
> here.
> *
>
On Thu, 2018-11-15 at 13:45 +0100, Gert Wollny wrote:
> From: Gert Wollny
>
> Dear all,
>
> after the RFC and Ilias comments I reworked the series another
> time.
> Changes with respect to the RFC are
> - renaming the new CAP
> - reordering of the patches that no double checking of
>
On Mon, 2018-12-17 at 16:13 -0600, Jason Ekstrand wrote:
> On Mon, Dec 17, 2018 at 2:13 PM Jason Ekstrand
> wrote:
> > On Mon, Dec 17, 2018 at 1:53 PM Eric Anholt
> > wrote:
> > > Jason Ekstrand writes:
> > >
> > > > I don't know if it was actually in the doc that Jordan wrote up
> > > but
n.
Reviewed-by: Erik Faye-Lund
> ---
> src/mesa/main/glformats.c | 11 ---
> 1 file changed, 8 insertions(+), 3 deletions(-)
>
> diff --git a/src/mesa/main/glformats.c b/src/mesa/main/glformats.c
> index 3a91600..785d720 100644
> --- a/src/mesa/main/glformats.c
On Mon, 2018-12-10 at 16:36 -0500, Nick Kreeger wrote:
> In GLES2 - if extensions are present, float and half-float textures
> can
> be used for rendering. This change enables the svga driver to handle
> rendering these types.
> ---
> src/gallium/drivers/svga/svga_screen.c | 6 --
> 1 file
On Mon, 2018-12-10 at 16:31 -0500, Ilia Mirkin wrote:
> On Mon, Dec 10, 2018 at 4:28 PM Nick Kreeger
> wrote:
> > This change enables GLES2 chagnes to render
> >
> > This change enables GLES2 to render float/half-float textures to a
> > framebuffer when the appropriate OES extensions are
On Tue, 2018-12-11 at 10:37 +0100, Mathias Fröhlich wrote:
> Hey,
>
> On Tuesday, 11 December 2018 10:19:47 CET Erik Faye-Lund wrote:
> > On Mon, 2018-12-10 at 18:23 +0100, Mathias Fröhlich wrote:
> > > Hi Erik,
> > >
> > > Not sure if this is our
On Mon, 2018-12-10 at 18:23 +0100, Mathias Fröhlich wrote:
> Hi Erik,
>
> Not sure if this is our problem as I think that I only saw simple
> bindings with a zero instance divisor while debugging supertux kart.
>
> But at least I think that this is a problem in virglrenderer. The
>
On Wed, 2018-12-12 at 06:18 +0100, Mathias Fröhlich wrote:
> Erik,
>
> On Tuesday, 11 December 2018 15:29:49 CET Erik Faye-Lund wrote:
> > On Tue, 2018-12-11 at 15:26 +0100, Erik Faye-Lund wrote:
> > > Virglrenderer does the wrong thing when given an instance
> > &g
On Tue, 2018-12-11 at 11:42 +0100, Mathias Fröhlich wrote:
> Erik,
>
> > Yeah, in both D3D11 and D3D12, InstanceDataStepRate is per element,
> > not
> > per input slot. So I guess this is the most flexible way of
> > describing
> > this, and we'll have to duplicate the bindings in cases like
401 - 500 of 747 matches
Mail list logo