On Tue, 11 Dec 2018 at 16:46, Emil Velikov wrote:
> On Tue, 11 Dec 2018 at 19:49, Dylan Baker wrote:
> >
> > Quoting Emil Velikov (2018-12-11 10:48:56)
> > > On Tue, 11 Dec 2018 at 18:18, Eric Anholt wrote:
> > > >
> > > > Emil Velikov writes:
> > > >
> > > > > On Mon, 10 Dec 2018 at 23:11,
Signed-off-by: Rhys Kidd
---
.travis.yml | 13 +++--
1 file changed, 7 insertions(+), 6 deletions(-)
diff --git a/.travis.yml b/.travis.yml
index 60ef236e7be..070c9ef6773 100644
--- a/.travis.yml
+++ b/.travis.yml
@@ -81,20 +81,21 @@ matrix:
- VULKAN_DRIVERS=""
-
Error message building freedreno Gallium driver with meson:
../src/gallium/drivers/freedreno/freedreno_fence.c:27:21: fatal error:
libsync.h: No such file or directory
\#include
Signed-off-by: Rhys Kidd
---
src/gallium/drivers/freedreno/meson.build | 4 +---
1 file changed, 1
Fixes: 98a3f027aaf ("travis: enable nine and clover")
Signed-off-by: Rhys Kidd
---
.travis.yml | 3 +++
1 file changed, 3 insertions(+)
diff --git a/.travis.yml b/.travis.yml
index aec1b001083..60ef236e7be 100644
--- a/.travis.yml
+++ b/.travis.yml
@@ -90,8 +90,11 @@ matrix:
#
Error message:
$ if test "x$BUILD" = xmeson; then sudo update-alternatives --install
/usr/bin/python3 python3 /usr/bin/python3.5 10; pip3 install --user meson; pip3
install --user mako; fi
update-alternatives: error: alternative path /usr/bin/python3.5 doesn't exist
Downloading/unpacking
Emil and Dylan,
I took a go at addressing the limited number of remaining meson-based
travis-ci errors. This series applies on top of the work Dylan circulated
yesterday, and which can be seen here:
> Could you help me debug my WIP of porting the autotools tests
> to meson? They're just
Fixes: 53d5129ded5 ("delete me: remove scons")
Signed-off-by: Rhys Kidd
---
.travis.yml | 12
1 file changed, 12 deletions(-)
diff --git a/.travis.yml b/.travis.yml
index 070c9ef6773..442afea3a74 100644
--- a/.travis.yml
+++ b/.travis.yml
@@ -138,12 +138,6 @@ install:
pip3
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.
This commit regressed OES GLES2 float texture rendering:
From: Mathias Fröhlich
Avoid looping over all VARYING_SLOT_MAX urb_setup array
entries from genX_upload_sbe. Prepare an array indirection
to the active entries of urb_setup already in the compile
step. On upload only walk the active arrays.
v2: Use uint8_t to store the attribute numbers.
From: Mathias Fröhlich
The merge_inputs function handles that part that changes when the
inputs change. The clear_buffers function triggers when we may need
a new upload. Thus the merge_inputs can be limited to be once
per brw_draw_prims.
Signed-off-by: Mathias Fröhlich
---
From: Mathias Fröhlich
Signed-off-by: Mathias Fröhlich
---
src/mesa/main/arrayobj.h | 19 ---
1 file changed, 19 deletions(-)
diff --git a/src/mesa/main/arrayobj.h b/src/mesa/main/arrayobj.h
index ee87b4b6ba..49b3522f30 100644
--- a/src/mesa/main/arrayobj.h
+++
From: Mathias Fröhlich
Provide the same set of VAO and current value gl_vertex_format
accessor functions like we have for the gl_array_attributes.
For most purpose the vertex format is what we need.
Signed-off-by: Mathias Fröhlich
---
src/mesa/main/arrayobj.h | 21 +
1
From: Mathias Fröhlich
Signed-off-by: Mathias Fröhlich
---
src/mesa/drivers/dri/i965/brw_draw.c | 10 --
1 file changed, 4 insertions(+), 6 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_draw.c
b/src/mesa/drivers/dri/i965/brw_draw.c
index 6e4a0a0213..e0d17cd449 100644
---
From: Mathias Fröhlich
Signed-off-by: Mathias Fröhlich
---
src/mesa/drivers/dri/i965/brw_context.h | 1 -
src/mesa/drivers/dri/i965/brw_draw.c| 7 ---
2 files changed, 8 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_context.h
b/src/mesa/drivers/dri/i965/brw_context.h
index
From: Mathias Fröhlich
Signed-off-by: Mathias Fröhlich
---
src/mesa/main/arrayobj.h | 15 ---
1 file changed, 15 deletions(-)
diff --git a/src/mesa/main/arrayobj.h b/src/mesa/main/arrayobj.h
index 49b3522f30..55d233befb 100644
--- a/src/mesa/main/arrayobj.h
+++
From: Mathias Fröhlich
Vertex processing workaround flags can be split into
array and current vertex attributes. By that we
can use specific access functions for these different
vertex attribute kinds. This finally obsoletes
some access functions that I introduced last winter
for a smooth
From: Mathias Fröhlich
The change basically reimplements array setup by walking
the gl_contex::Array._DrawVAO on a per binding sequence.
In this way we can make direct use of the application
provided minimum set of buffer objects and emit fewer relocs.
v2: Rebase onto:
compiler: Move
From: Mathias Fröhlich
Hi all,
The following series is a resend from last spring with some rebasing
on the way.
This change finally makes use of the binding/attribute information now
present in the VAO. The big part is basically a rewrite of brw_draw_upload
in a way that traverses in an outer
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.
This commit regressed OES GLES2 float texture rendering:
Thanks. This was very useful for me in the fp64 work.
Reviewed-by: Matt Turner
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
https://bugs.freedesktop.org/show_bug.cgi?id=109023
Bug ID: 109023
Summary: error: inlining failed in call to always_inline
‘__m512 _mm512_and_ps(__m512, __m512)’: target
specific option mismatch
Product: Mesa
Reviewed-by: Jordan Justen
On 2018-12-11 20:23:06, Kenneth Graunke wrote:
> When we first started using genxml, we decided to represent MOCS as an
> actual structure, and pack values. However, in many places, it was more
> convenient to use a numeric value rather than treating it as a struct,
>
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 divisor;
> > it tries to use the element-index rather than the binding-index as
> > the argument to
The OES extensions for float/half-float allow glReadPixels to read
GL_RGBA values as GL_FLOAT for both floats and half-floats. This patch
ensures that ES2 context versions allows this if at least one of the
extensions is present.
---
src/mesa/main/readpix.c | 3 ++-
1 file changed, 2
https://bugs.freedesktop.org/show_bug.cgi?id=108946
Ian Romanick changed:
What|Removed |Added
Status|NEW |NEEDINFO
CC|
sorry, totally forgot about that. Seems fine as it is and I have the
same within my CL branch (except the last
nir_lower_constant_initializers).
as I don't really know if all that is actually true, but because it
makes sense to me:
Acked-by: Karol Herbst
I kind of wished we would have a helper
When we first started using genxml, we decided to represent MOCS as an
actual structure, and pack values. However, in many places, it was more
convenient to use a numeric value rather than treating it as a struct,
so we added secondary setters in a bunch of places as well.
We were not entirely
ping
On Thu, Apr 5, 2018 at 12:50 PM Jason Ekstrand wrote:
> ---
> src/intel/blorp/blorp_blit.c | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/src/intel/blorp/blorp_blit.c b/src/intel/blorp/blorp_blit.c
> index 0757db0..0f9ecb3 100644
> --- a/src/intel/blorp/blorp_blit.c
> +++
ping
On Mon, Oct 29, 2018 at 12:14 PM Jason Ekstrand
wrote:
> This has thrown a few people off recently and it's good to have the
> process and all the rational for it documented somewhere. A comment at
> the top of nir_inline_functions seems as good a place as any.
>
> Cc: Matt Turner
> Cc:
Please ignore this patch - I accidentally had my conditionals backwards for
half/float float extension checking.
The V3 patch is the main one.
On Tue, Dec 11, 2018 at 7:02 PM Nick Kreeger wrote:
> This change enables GLES2 to render float/half-float textures to a
> framebuffer when the
This change enables GLES2 to render float/half-float textures to a
framebuffer when the appropriate OES extensions are available.
This commit regressed OES GLES2 float texture rendering:
https://gitlab.freedesktop.org/mesa/mesa/commit/e333035c47a6a4cc88f0f9ca2bced500538bebae
---
This change enables GLES2 to render float/half-float textures to a
framebuffer when the appropriate OES extensions are available.
This commit regressed OES GLES2 float texture rendering:
https://gitlab.freedesktop.org/mesa/mesa/commit/e333035c47a6a4cc88f0f9ca2bced500538bebae
---
On Tue, Dec 11, 2018 at 8:15 PM Ian Romanick wrote:
> It's fairly common for Mesa developers to have several patch series on
> the mailing list at a time. I believe most people will author these as
> a continuous stream with either implicit dependencies (i.e., commit
> messages in the second
On 12/11/2018 10:40 PM, Lukas F. Hartmann wrote:
> Hi,
Hi,
> I tested the patch on i.MX6QP with:
> Linux reform 4.20.0-rc2-00133-g1ce80e0fe98e-dirty #10 SMP Mon Nov 26
> 02:02:42 CET 2018 armv7l GNU/Linux
>
> Running a recent Xorg built from source with modesetting driver and
> etnaviv.
>
> I
It's fairly common for Mesa developers to have several patch series on
the mailing list at a time. I believe most people will author these as
a continuous stream with either implicit dependencies (i.e., commit
messages in the second series with shader-db results that are impacted
by the first
On Tue, Dec 11, 2018 at 7:06 PM Jason Ekstrand wrote:
>
> Ping?
>
> I see about 5 acks/reviews, 3 of which are from Intel which doesn't exactly
> seem like overwhelming consensus. However, we also haven't had any debate in
> a while.
>
> I know some people are somewhat skeptical as to how well
On Wed, Dec 12, 2018 at 1:06 AM Jason Ekstrand wrote:
>
> Ping?
>
> I see about 5 acks/reviews, 3 of which are from Intel which doesn't exactly
> seem like overwhelming consensus. However, we also haven't had any debate in
> a while.
FWIW, I'm fine with it too.
Acked-by: Bas Nieuwenhuizen
On Tue, Dec 11, 2018 at 5:31 PM Rafael Antognolli <
rafael.antogno...@intel.com> wrote:
> On Mon, Dec 10, 2018 at 11:10:02PM -0600, Jason Ekstrand wrote:
> >
> >
> > On Mon, Dec 10, 2018 at 5:48 PM Rafael Antognolli <
> rafael.antogno...@intel.com>
> > wrote:
> >
> > On Mon, Dec 10, 2018 at
Ping?
I see about 5 acks/reviews, 3 of which are from Intel which doesn't exactly
seem like overwhelming consensus. However, we also haven't had any debate
in a while.
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
On Tue, Dec 11, 2018 at 6:34 PM Rob Clark wrote:
>
> On Tue, Dec 11, 2018 at 6:10 PM Ilia Mirkin wrote:
> >
> > On Tue, Dec 11, 2018 at 5:50 PM Rob Clark wrote:
> > >
> > > Signed-off-by: Rob Clark
> > > ---
> > > src/gallium/include/pipe/p_context.h | 11 +++
> > >
On 12/11/18 3:15 PM, Rob Clark wrote:
> On Tue, Dec 11, 2018 at 6:06 PM Ian Romanick wrote:
>>
>> On 12/11/18 2:50 PM, Rob Clark wrote:
>>> And before someone actually starts implementing DiscardFramebuffer()
>>> lets rework the interface to something that is actually usable.
>>>
>>>
On Tue, Dec 11, 2018 at 6:10 PM Ilia Mirkin wrote:
>
> On Tue, Dec 11, 2018 at 5:50 PM Rob Clark wrote:
> >
> > Signed-off-by: Rob Clark
> > ---
> > src/gallium/include/pipe/p_context.h | 11 +++
> > src/mesa/state_tracker/st_cb_fbo.c | 26 ++
> > 2 files
On Tue, Dec 11, 2018 at 5:32 PM Rafael Antognolli <
rafael.antogno...@intel.com> wrote:
> On Mon, Dec 10, 2018 at 01:52:15PM -0600, Jason Ekstrand wrote:
> > This seems very much over-the-top. It would be better to either find the
> > specific bug or else just allocate the BOs we use for states
On Mon, Dec 10, 2018 at 01:52:15PM -0600, Jason Ekstrand wrote:
> This seems very much over-the-top. It would be better to either find the
> specific bug or else just allocate the BOs we use for states as snooped. See
> also the anv_gem_set_caching call in genX_query.c.
It seems we were missing
On Tue, Dec 11, 2018 at 6:08 PM Roland Scheidegger wrote:
>
> Am 11.12.18 um 23:50 schrieb Rob Clark:
> > Signed-off-by: Rob Clark
> > ---
> > src/gallium/include/pipe/p_context.h | 11 +++
> > src/mesa/state_tracker/st_cb_fbo.c | 26 ++
> > 2 files changed, 37
On Mon, Dec 10, 2018 at 11:10:02PM -0600, Jason Ekstrand wrote:
>
>
> On Mon, Dec 10, 2018 at 5:48 PM Rafael Antognolli
>
> wrote:
>
> On Mon, Dec 10, 2018 at 04:56:40PM -0600, Jason Ekstrand wrote:
> > On Fri, Dec 7, 2018 at 6:06 PM Rafael Antognolli <
>
On Tue, Dec 11, 2018 at 6:16 PM Ian Romanick wrote:
>
> On 12/11/18 2:50 PM, Rob Clark wrote:
> > Signed-off-by: Rob Clark
> > ---
> > src/mesa/main/dd.h | 3 +++
> > src/mesa/main/fbobject.c | 34 +-
> > 2 files changed, 36 insertions(+), 1 deletion(-)
>
On Tue, Dec 11, 2018 at 6:06 PM Ian Romanick wrote:
>
> On 12/11/18 2:50 PM, Rob Clark wrote:
> > And before someone actually starts implementing DiscardFramebuffer()
> > lets rework the interface to something that is actually usable.
> >
> > Signed-off-by: Rob Clark
> > ---
> >
On 12/11/18 2:50 PM, Rob Clark wrote:
> Signed-off-by: Rob Clark
> ---
> src/mesa/main/dd.h | 3 +++
> src/mesa/main/fbobject.c | 34 +-
> 2 files changed, 36 insertions(+), 1 deletion(-)
>
> diff --git a/src/mesa/main/dd.h b/src/mesa/main/dd.h
> index
On Tue, Dec 11, 2018 at 5:50 PM Rob Clark wrote:
>
> Signed-off-by: Rob Clark
> ---
> src/gallium/include/pipe/p_context.h | 11 +++
> src/mesa/state_tracker/st_cb_fbo.c | 26 ++
> 2 files changed, 37 insertions(+)
>
> diff --git
Am 11.12.18 um 23:50 schrieb Rob Clark:
> Signed-off-by: Rob Clark
> ---
> src/gallium/include/pipe/p_context.h | 11 +++
> src/mesa/state_tracker/st_cb_fbo.c | 26 ++
> 2 files changed, 37 insertions(+)
>
> diff --git a/src/gallium/include/pipe/p_context.h
>
On 12/11/18 2:50 PM, Rob Clark wrote:
> Signed-off-by: Rob Clark
> ---
> src/mesa/main/dd.h | 3 +++
> src/mesa/main/fbobject.c | 34 +-
> 2 files changed, 36 insertions(+), 1 deletion(-)
>
> diff --git a/src/mesa/main/dd.h b/src/mesa/main/dd.h
> index
On 12/11/18 2:50 PM, Rob Clark wrote:
> And before someone actually starts implementing DiscardFramebuffer()
> lets rework the interface to something that is actually usable.
>
> Signed-off-by: Rob Clark
> ---
> src/mesa/main/dd.h | 5 +--
> src/mesa/main/fbobject.c | 79
I was talking about Z24X8, which Roland confirmed would return true
here. I guess that's fine, but worth pointing out perhaps.
On Tue, Dec 11, 2018 at 5:48 PM Rob Clark wrote:
>
> The z24s8 permutations are is_mixed, the x24s8 permutations are not
> and will show up as is_unorm() (would have been
Am 11.12.18 um 23:50 schrieb Rob Clark:
> pipe_context::invalidate_resource() is so *almost* what we want, but
> with FBOs the fb can be a single layer/level of a pipe_resource, which
> makes ::invalidate_resource() not expressive enough.
>
> Signed-off-by: Rob Clark
> ---
>
Am 11.12.18 um 22:21 schrieb Ilia Mirkin:
> So ... Z24 will end up with is_unorm() == true? [Just guessing --
> assume it doesn't hae is_mixed == true.]
Z24X8 would return true, but Z24S8 would return false. (If you didn't
want that I guess you could check for colorspace.)
> Also, does RGB10A2
Now that we have pipe_context::invalidate_sub_surface(), we can also
use this to hint to driver about scissored clears (which use draw_vbo()).
This is useful in particular for tilers because the driver can avoid
bringing (some) tiles back into the tile buffer from system memory.
Signed-off-by:
And before someone actually starts implementing DiscardFramebuffer()
lets rework the interface to something that is actually usable.
Signed-off-by: Rob Clark
---
src/mesa/main/dd.h | 5 +--
src/mesa/main/fbobject.c | 79 ++--
2 files changed, 77
pipe_context::invalidate_resource() is so *almost* what we want, but
with FBOs the fb can be a single layer/level of a pipe_resource, which
makes ::invalidate_resource() not expressive enough.
Signed-off-by: Rob Clark
---
src/gallium/include/pipe/p_context.h | 8
Signed-off-by: Rob Clark
---
src/gallium/drivers/freedreno/a6xx/fd6_gmem.c | 3 +-
.../drivers/freedreno/freedreno_batch.c | 1 +
.../drivers/freedreno/freedreno_batch.h | 8 +-
.../drivers/freedreno/freedreno_draw.c| 99 ---
Signed-off-by: Rob Clark
---
src/gallium/include/pipe/p_context.h | 11 +++
src/mesa/state_tracker/st_cb_fbo.c | 26 ++
2 files changed, 37 insertions(+)
diff --git a/src/gallium/include/pipe/p_context.h
b/src/gallium/include/pipe/p_context.h
index
Signed-off-by: Rob Clark
---
src/mesa/main/dd.h | 3 +++
src/mesa/main/fbobject.c | 34 +-
2 files changed, 36 insertions(+), 1 deletion(-)
diff --git a/src/mesa/main/dd.h b/src/mesa/main/dd.h
index 1214eeaa474..c7112677223 100644
--- a/src/mesa/main/dd.h
On Mon, Dec 10, 2018 at 10:20:36AM -0800, Gurchetan Singh wrote:
> Previously, we ignored the the glUnmap(..) operation and
> flushed before we flush the cbuf. Now, let's just flush
> the data when we unmap.
>
> Neither method is optimal, for example:
>
> glMapBufferRange(.., 0, 100,
The z24s8 permutations are is_mixed, the x24s8 permutations are not
and will show up as is_unorm() (would have been an issue for
is_snorm() too except they are unsigned)
The 10_10_10_2 formats are not mixed.
In either case, I'm not sure is_norm() returning true is *incorrect*..
BR,
-R
On Tue,
https://bugs.freedesktop.org/show_bug.cgi?id=108946
--- Comment #5 from Justin Mitzel ---
Created attachment 142782
--> https://bugs.freedesktop.org/attachment.cgi?id=142782=edit
BMS apitrace with -dev argument
-dev option creates static image on the menu-screen instead of an active scene
Hi,
I tested the patch on i.MX6QP with:
Linux reform 4.20.0-rc2-00133-g1ce80e0fe98e-dirty #10 SMP Mon Nov 26
02:02:42 CET 2018 armv7l GNU/Linux
Running a recent Xorg built from source with modesetting driver and
etnaviv.
I was getting segfaults after a few seconds of usage and tracked them
down
On 12/11/18 7:18 PM, Eric Anholt wrote:
Emil Velikov writes:
On Mon, 10 Dec 2018 at 23:11, Dylan Baker wrote:
Meson 0.49.0 has been out for a couple of days now, and I'd like to make the
final call for autotools. My patch is so massive that it's a huge pain to send
to the list, the
https://bugs.freedesktop.org/show_bug.cgi?id=108946
--- Comment #4 from Justin Mitzel ---
Created attachment 142781
--> https://bugs.freedesktop.org/attachment.cgi?id=142781=edit
BMS apitrace with default arguments
--
You are receiving this mail because:
You are the QA Contact for the bug.
On Tue, 11 Dec 2018 at 19:49, Dylan Baker wrote:
>
> Quoting Emil Velikov (2018-12-11 10:48:56)
> > On Tue, 11 Dec 2018 at 18:18, Eric Anholt wrote:
> > >
> > > Emil Velikov writes:
> > >
> > > > On Mon, 10 Dec 2018 at 23:11, Dylan Baker wrote:
> > > >>
> > > >> Meson 0.49.0 has been out for a
https://bugs.freedesktop.org/show_bug.cgi?id=108946
--- Comment #3 from Justin Mitzel ---
Created attachment 142780
--> https://bugs.freedesktop.org/attachment.cgi?id=142780=edit
Terminal Output upon executing bms.sh
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=108946
--- Comment #2 from Justin Mitzel ---
I can also confirm that this is not a Mesa 18.2 specific bug as I am running
Black Mesa on Mesa 19.0.0-devel. I will attach my own apitraces and terminal
output and hopefully this can be solved soon as the
Mesa 18.3.1 is now available.
This version disables the VK_EXT_pci_bus_info extension due to last
minute issues spotted in the specification.
Emil Velikov (3):
docs: add sha256 checksums for 18.3.0
Update version to 18.3.1
docs: add release notes for 18.3.1
Jason Ekstrand
So ... Z24 will end up with is_unorm() == true? [Just guessing --
assume it doesn't hae is_mixed == true.] Also, does RGB10A2 have mixed
set? If so, then it won't report unorm. Not 100% sure if is_mixed is
only for norm + int mixing.
On Tue, Dec 11, 2018 at 4:05 PM Rob Clark wrote:
>
> We already
We already had one for is_snorm() but not unorm.
Signed-off-by: Rob Clark
---
src/gallium/auxiliary/util/u_format.c | 21 +
src/gallium/auxiliary/util/u_format.h | 3 +++
2 files changed, 24 insertions(+)
diff --git a/src/gallium/auxiliary/util/u_format.c
GFX8 only natively supports TC-compatible HTILE for 32-bit surfaces,
while GFX9 also supports 16-bit surfaces. Though, it's possible
to enable it for 16-bit depth surfaces if no Z planes are
compressed and the driver does that.
However, it appears that trying to decompress such a surface
ends up
https://bugs.freedesktop.org/show_bug.cgi?id=107563
--- Comment #10 from Samuel Pitoiset ---
This patch should fix the VM faults
https://patchwork.freedesktop.org/series/53914/
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the
On 12/11/18 8:57 PM, Marek Olšák wrote:
It's up to you as long as you're OK with downgraded performance of
triangle strips with primitive restart.
I'm OK with it, at least for now. From my point of view, it's definitely
better to avoid GPU hangs.
Bas, what's your opinion?
Marek
On
It's up to you as long as you're OK with downgraded performance of triangle
strips with primitive restart.
Marek
On Tue, Dec 11, 2018 at 10:08 AM Samuel Pitoiset
wrote:
> ping?
>
> After looking into this again today, I can't find any better solutions.
> We should probably push this patch
Quoting Emil Velikov (2018-12-11 10:48:56)
> On Tue, 11 Dec 2018 at 18:18, Eric Anholt wrote:
> >
> > Emil Velikov writes:
> >
> > > On Mon, 10 Dec 2018 at 23:11, Dylan Baker wrote:
> > >>
> > >> Meson 0.49.0 has been out for a couple of days now, and I'd like to make
> > >> the
> > >> final
On Tuesday, 2018-12-11 17:22:03 +, Emil Velikov wrote:
> From: Emil Velikov
>
> Currently we have the three dri "platforms" - drm, apple and windows.
>
> Since xf86vidmode is a thing only for the drm one, adjust the
> preprocessor guards and correctly check for the dependency.
>
> v2:
On Tue, 11 Dec 2018 at 18:18, Eric Anholt wrote:
>
> Emil Velikov writes:
>
> > On Mon, 10 Dec 2018 at 23:11, Dylan Baker wrote:
> >>
> >> Meson 0.49.0 has been out for a couple of days now, and I'd like to make
> >> the
> >> final call for autotools. My patch is so massive that it's a huge
Emil Velikov writes:
> On Mon, 10 Dec 2018 at 23:11, Dylan Baker wrote:
>>
>> Meson 0.49.0 has been out for a couple of days now, and I'd like to make the
>> final call for autotools. My patch is so massive that it's a huge pain to
>> send
>> to the list, the latest versions is here:
>>
Quoting Emil Velikov (2018-12-11 09:22:03)
> From: Emil Velikov
>
> Currently we have the three dri "platforms" - drm, apple and windows.
>
> Since xf86vidmode is a thing only for the drm one, adjust the
> preprocessor guards and correctly check for the dependency.
>
> v2: terminate the
Thanks for fixing this,
Reviewed-by: Dylan Baker
Quoting Eric Engestrom (2018-12-11 09:13:54)
> This mirrors what autotools does in
> src/gallium/state_trackers/vdpau/Makefile.am
> and src/gallium/targets/vdpau/Makefile.am:
>
> VDPAU_MAJOR = 1
> VDPAU_MINOR = 0
>
From: Emil Velikov
Currently we have the three dri "platforms" - drm, apple and windows.
Since xf86vidmode is a thing only for the drm one, adjust the
preprocessor guards and correctly check for the dependency.
v2: terminate the GLX_USE_WINDOWSGL hunk
Cc: Jon TURNEY
Cc: Dylan Baker
Cc: Eric
On Tue, 11 Dec 2018 at 17:14, Eric Engestrom wrote:
>
> This mirrors what autotools does in
> src/gallium/state_trackers/vdpau/Makefile.am
> and src/gallium/targets/vdpau/Makefile.am:
>
> VDPAU_MAJOR = 1
> VDPAU_MINOR = 0
> libvdpau_gallium_la_LDFLAGS = -version-number
On Mon, 10 Dec 2018 at 23:11, Dylan Baker wrote:
>
> Meson 0.49.0 has been out for a couple of days now, and I'd like to make the
> final call for autotools. My patch is so massive that it's a huge pain to send
> to the list, the latest versions is here:
>
This mirrors what autotools does in src/gallium/state_trackers/vdpau/Makefile.am
and src/gallium/targets/vdpau/Makefile.am:
VDPAU_MAJOR = 1
VDPAU_MINOR = 0
libvdpau_gallium_la_LDFLAGS = -version-number $(VDPAU_MAJOR):$(VDPAU_MINOR)
Reported-by: Igor Gnatenko
Fixes: 68076b87474e7959c161
On Fri, Dec 07, 2018 at 03:30:11PM +0200, Pohjolainen, Topi wrote:
> On Tue, Dec 04, 2018 at 08:17:05AM +0100, Iago Toral Quiroga wrote:
> > This function is used in two different scenarios that for 32-bit
> > instructions are the same, but for 16-bit instructions are not.
> >
> > One scenario is
Am 11.12.18 um 10:37 schrieb Mathias Fröhlich:
>
> 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 problem as I think that I only saw simple
>>> bindings with a
On Tuesday, 2018-12-11 16:25:55 +, Emil Velikov wrote:
> From: Emil Velikov
>
> Currently we have the three dri "platforms" - drm, apple and windows.
>
> Since xf86vidmode is a thing only for the drm one, adjust the
> preprocessor guards and correctly check for the dependency.
>
> Cc: Jon
From: Emil Velikov
Currently we have the three dri "platforms" - drm, apple and windows.
Since xf86vidmode is a thing only for the drm one, adjust the
preprocessor guards and correctly check for the dependency.
Cc: Jon TURNEY
Cc: Dylan Baker
Cc: Eric Engestrom
Fixes: 5bc509363b6 ("glx: make
Hi Jon,
On Tue, 11 Dec 2018 at 15:22, Jon Turney wrote:
>
> This reverts commit 5bc509363b6dbc42af72668fe500b6aec988dbf0.
>
Right, I've forgot Cygwin has direct GLX. Not what exactly what we
usually consider direct, regardless.
A far simpler and more accurate is to add "&& !defined(__CYGWIN__)"
On Tue, Dec 11, 2018 at 3:33 AM Emil Velikov wrote:
>
> On Mon, 10 Dec 2018 at 18:56, Kristian Høgsberg wrote:
> >
> > On Mon, Dec 10, 2018 at 7:38 AM Emil Velikov
> > wrote:
> > >
> > > On Fri, 7 Dec 2018 at 23:48, Kristian H. Kristensen
> > > wrote:
> > > >
> > > > ---
> > > >
On 12/10/2018 02:36 PM, 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 changed, 4
On 16/11/2018 15:12, Eric Engestrom wrote:
On Friday, 2018-11-16 13:59:01 +, Emil Velikov wrote:
From: Emil Velikov
Currently we detect the module and if missing, the glXGetMsc* API is
effectively a stub, always returning false.
This is what effectively has been happening with our meson
Also add now needed xxf86vm to the dependencies of libGL
Signed-off-by: Jon Turney
---
src/glx/meson.build | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/glx/meson.build b/src/glx/meson.build
index 1de35fca6bc..2507993ed52 100644
--- a/src/glx/meson.build
+++
This reverts commit 5bc509363b6dbc42af72668fe500b6aec988dbf0.
Signed-off-by: Jon Turney
---
configure.ac| 12 +++-
meson.build | 6 --
src/glx/Makefile.am | 5 +
src/glx/SConscript | 5 -
src/glx/glxcmds.c | 7 ++-
src/glx/meson.build | 6 +-
Restore optional xf86vidmode, and fix the meson build to actually use it.
Jon Turney (2):
Revert "glx: make xf86vidmode mandatory for direct rendering"
Fix typo preventing xxf86vm being used in meson build
configure.ac| 12 +++-
meson.build | 6 --
ping?
After looking into this again today, I can't find any better solutions.
We should probably push this patch because at least two games are
affected. My opinion is that correctness is more important than performance.
On 10/11/18 10:42 AM, Samuel Pitoiset wrote:
WD_SWITCH_ON_EOP seems to
1 - 100 of 148 matches
Mail list logo
