Fixes gpu hangs with Carchase and Manhattan.
Cc: Anuj Phogat
Signed-off-by: Topi Pohjolainen
---
src/intel/compiler/brw_fs_visitor.cpp | 16 +---
1 file changed, 13 insertions(+), 3 deletions(-)
diff --git a/src/intel/compiler/brw_fs_visitor.cpp
b/src/intel/compiler/brw_fs_visitor
https://bugs.freedesktop.org/show_bug.cgi?id=107994
Vinson Lee changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #54 from Thomas Crider ---
I went ahead and tested this with Ubuntu as well:
For ubuntu users you'll need this to compile it:
sudo apt install libglu1-mesa-dev freeglut3-dev mesa-common-dev
I also tested this on a system with an nv
On Thu, 20 Sep 2018 at 20:34, Jason Ekstrand wrote:
>
> This was added as part of 1.1 but it's very hard to track exactly what
> extension added it. In any case, we should implement it.
>
> Cc: Dave Airlie
LGTM
Reviewed-by: Dave Airlie
> ---
> src/amd/vulkan/radv_wsi.c | 35 +++
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #53 from Thomas Crider ---
(In reply to Thomas Crider from comment #52)
> just adding my system in case others are wondering what hardware:
> Arch 4.19 rc4
> Mesa-git (18.3)
> llvm-svn (7+)
> vega 64
> amd tr 1950x
edit 3:
if you ope
https://bugs.freedesktop.org/show_bug.cgi?id=107870
Vinson Lee changed:
What|Removed |Added
Resolution|FIXED |---
Status|RESOLVED
"Juan A. Suarez Romero" writes:
> On Tue, 2018-09-04 at 08:19 -0700, Eric Anholt wrote:
>> "Juan A. Suarez Romero" writes:
>>
>> > Use scheduled pipelines to update both the base and the LLVM images.
>> >
>> > This way allows to have an updated version of the base images even when
>> > the res
On 20/9/18 11:09 pm, Ian Romanick wrote:
On 09/19/2018 11:36 PM, Federico Dossena wrote:
As most of you are probably aware of, id2 and id3 games store GL
extensions in a buffer that's too small for modern systems. This usually
leads to a crash when MESA_EXTENSION_MAX_YEAR is not set, but what th
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #52 from Thomas Crider ---
just adding my system in case others are wondering what hardware:
Arch 4.19 rc4
Mesa-git (18.3)
llvm-svn (7+)
vega 64
amd tr 1950x
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #51 from Thomas Crider ---
Just a heads up, tried the shim on Arch and it worked just fine.
1. Download the source or copy it into a file named divos-hack.c
2. Open folder containing divos-hack.c in a terminal and type:
gcc -s -O2
On Wed, Aug 22, 2018 at 3:41 PM Jason Ekstrand wrote:
>
> On Wed, Aug 22, 2018 at 5:35 PM Fritz Koenig wrote:
>>
>> On Wed, Aug 22, 2018 at 3:09 PM Jason Ekstrand wrote:
>> >
>> > Two questions:
>> >
>> > 1) Have you grep'd through the rest of i965 looking for Name to make sure
>> > you got th
Quoting Bas Nieuwenhuizen (2018-09-20 14:46:23)
> Hi Dylan,
>
> commit da9fc5c18976b54a9faf1763433d00bf5e979f88
> Author: Bas Nieuwenhuizen
> Date: Sun Sep 16 02:50:34 2018 +0200
>
> radv: Use build ID if available for cache UUID.
>
> To get an useful UUID for systems that have a non-
Hi Dylan,
commit da9fc5c18976b54a9faf1763433d00bf5e979f88
Author: Bas Nieuwenhuizen
Date: Sun Sep 16 02:50:34 2018 +0200
radv: Use build ID if available for cache UUID.
To get an useful UUID for systems that have a non-useful mtime
for the binaries.
I started using SHA1 to en
Hi list,
Mesa 18.1.9 is due out tomorrow (2018/09/21) at about 3PM PDT. I've waited a
little bit longer than normal to pull patches into this release (and send out
the announcement) as 18.1.9 is the last planned release of the 18.1.x series.
You can see the patches here:
https://gitlab.freedesktop
Quoting Chuck Atkins (2018-09-20 11:22:05)
> Signed-off-by: Chuck Atkins
> CC:
> CC: Bruce Cherniak
> CC: George Kyriazis
> CC: Tim Rowley
> ---
> configure.ac | 7
> ++-
> src/gallium/drivers/swr/rasterizer/jitter/blend_jit.cpp
16-bit integers seem to broken on GFX8 and AMDVLK does
not advertise them too. On GFX9+, only LLVM7+ has support.
This fixes a bunch of CTS crashes on GFX9/LLVM 6.
Signed-off-by: Samuel Pitoiset
---
src/amd/vulkan/radv_device.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a
On Thursday, 2018-09-20 14:22:05 -0400, Chuck Atkins wrote:
> Signed-off-by: Chuck Atkins
> CC:
> CC: Bruce Cherniak
> CC: George Kyriazis
> CC: Tim Rowley
> ---
> configure.ac | 7
> ++-
> src/gallium/drivers/swr/rasterizer/jitter/bl
Quoting Bas Nieuwenhuizen (2018-09-20 11:35:35)
> On Thu, Sep 20, 2018 at 8:27 PM Dylan Baker wrote:
> >
> > Quoting Bas Nieuwenhuizen (2018-09-20 11:16:44)
> > > On Thu, Sep 20, 2018 at 7:33 PM Eric Engestrom
> > > wrote:
> > > >
> > > > On Thursday, 2018-09-20 19:17:57 +0200, Bas Nieuwenhuizen
On Thu, Sep 20, 2018 at 8:27 PM Dylan Baker wrote:
>
> Quoting Bas Nieuwenhuizen (2018-09-20 11:16:44)
> > On Thu, Sep 20, 2018 at 7:33 PM Eric Engestrom
> > wrote:
> > >
> > > On Thursday, 2018-09-20 19:17:57 +0200, Bas Nieuwenhuizen wrote:
> > > > Was missing the init, found by Emil.
> > > >
>
Signed-off-by: Chuck Atkins
CC:
CC: Bruce Cherniak
CC: George Kyriazis
CC: Tim Rowley
---
configure.ac | 7 ++-
src/gallium/drivers/swr/rasterizer/jitter/blend_jit.cpp| 4
src/gallium/drivers/swr/rasterizer/jitter/fetc
Quoting Bas Nieuwenhuizen (2018-09-20 11:16:44)
> On Thu, Sep 20, 2018 at 7:33 PM Eric Engestrom
> wrote:
> >
> > On Thursday, 2018-09-20 19:17:57 +0200, Bas Nieuwenhuizen wrote:
> > > Was missing the init, found by Emil.
> > >
> > > Fixes: d17443a4593 "radv: Use build ID if available for cache U
Hi Tim, Bruce, George,
diff --git
> a/src/gallium/drivers/swr/rasterizer/jitter/functionpasses/lower_x86.cpp
> b/src/gallium/drivers/swr/rasterizer/jitter/functionpasses/lower_x86.cpp
> index 7605823c04..c58a7552a3 100644
> ---
> a/src/gallium/drivers/swr/rasterizer/jitter/functionpasses/lower_x86
Quoting Mathieu Bridon (2018-09-20 08:34:31)
> On Thu, 2018-09-20 at 15:56 +0100, Eric Engestrom wrote:
> > On Thursday, 2018-09-20 15:28:09 +0100, Emil Velikov wrote:
> > > Hi Chuck,
> > >
> > > On 18 September 2018 at 16:00, Chuck Atkins <
> > > chuck.atk...@kitware.com> wrote:
> > > > First, I'
Quoting Eric Engestrom (2018-09-20 07:56:45)
> On Thursday, 2018-09-20 15:28:09 +0100, Emil Velikov wrote:
> > Hi Chuck,
> >
> > On 18 September 2018 at 16:00, Chuck Atkins
> > wrote:
> > > First, I'm fully in support of killing off autotools woo-hoo to that. And
> > > given the substantial inv
On Thu, Sep 20, 2018 at 7:33 PM Eric Engestrom wrote:
>
> On Thursday, 2018-09-20 19:17:57 +0200, Bas Nieuwenhuizen wrote:
> > Was missing the init, found by Emil.
> >
> > Fixes: d17443a4593 "radv: Use build ID if available for cache UUID."
>
> Reviewed-by: Eric Engestrom
>
> > CC:
>
> Cc'ing me
Build mesa 8918 completed
Commit 18a6e426f3 by Dylan Baker on 9/20/2018 5:36 PM:
Revert "utils/u_math: break dependency on gallium/utils"\n\nThis reverts commit 0abce6d7700ee42eb00c787732ec1fdefe250d03.\n\nWhich broke the windows build.
Configure your
Signed-off-by: Rhys Perry
---
src/gallium/drivers/nouveau/nvc0/nvc0_context.h | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/src/gallium/drivers/nouveau/nvc0/nvc0_context.h
b/src/gallium/drivers/nouveau/nvc0/nvc0_context.h
index 77237a3c0a..b7cc415359 100644
--- a/sr
Reviewed-by: Samuel Pitoiset
On 9/20/18 7:17 PM, Bas Nieuwenhuizen wrote:
Was missing the init, found by Emil.
Fixes: d17443a4593 "radv: Use build ID if available for cache UUID."
CC:
---
src/amd/vulkan/radv_device.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/src/amd/vulkan/radv
Patch is
Reviewed-by: Boyuan Zhang
On 2018-09-19 09:40 AM, Leo Liu wrote:
Signed-off-by: Leo Liu
Fixes: 130d1f456(radeon/uvd: reconstruct MJPEG bitstream)
Cc: "18.2"
---
src/gallium/drivers/radeon/radeon_uvd.c | 18 ++
1 file changed, 14 insertions(+), 4 deletions(-)
dif
On Thursday, 2018-09-20 19:17:57 +0200, Bas Nieuwenhuizen wrote:
> Was missing the init, found by Emil.
>
> Fixes: d17443a4593 "radv: Use build ID if available for cache UUID."
Reviewed-by: Eric Engestrom
> CC:
Cc'ing mesa-stable has no effect when you're already adding the
proper Fixes: tag
Sigh. Let me see if I can reproduce the failure with mingw, if we can't I'll
revert patch.
Dylan
Quoting Roland Scheidegger (2018-09-20 07:13:11)
> Looks like this broke the windows build, however.
>
> Roland
>
> Am 09.09.2018 um 08:39 schrieb Dylan Baker:
> > Currently u_math needs gallium uti
On Thu, Sep 20, 2018 at 1:29 PM Emil Velikov wrote:
>
> On 16 September 2018 at 01:58, Bas Nieuwenhuizen
> wrote:
> > To get an useful UUID for systems that have a non-useful mtime
> > for the binaries.
> >
> > I started using using SHA1 to ensure we get reasonable mixing
> > in the various possi
On Wed, Sep 19, 2018 at 11:43 PM Juan A. Suarez Romero
wrote:
>
> Hello list,
>
> The candidate for the Mesa 18.2.1 is now available. Currently we have:
> - 57 queued (+1 squashed)
> - 0 nominated (outstanding)
> - and 2 rejected patches
>
> The current queue consists of:
>
> Vulkan headers are
Was missing the init, found by Emil.
Fixes: d17443a4593 "radv: Use build ID if available for cache UUID."
CC:
---
src/amd/vulkan/radv_device.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/src/amd/vulkan/radv_device.c b/src/amd/vulkan/radv_device.c
index 7e46a57fb57..31d9bb59637 100644
-
Fixes: 66ca7e400b8 ('nvc0: add support for programmable sample locations')
Signed-off-by: Rhys Perry
---
.../drivers/nouveau/nvc0/nvc0_query_hw_sm.c | 36 +--
1 file changed, 18 insertions(+), 18 deletions(-)
diff --git a/src/gallium/drivers/nouveau/nvc0/nvc0_query_hw_sm.c
b/s
Build mesa 8917 failed
Commit 2567ad28bb by Caio Marcelo de Oliveira Filho on 9/18/2018 1:31 AM:
i965: remove outdated comment about TCS passthrough\n\nSince commit 75881bed9e1 "i965: Rework the TCS passthrough shader to\nuse NIR." the created nir_shader is not
On 20 September 2018 at 15:19, Eric Engestrom wrote:
> On Thursday, 2018-09-20 14:56:03 +0100, Emil Velikov wrote:
>> From: Emil Velikov
>>
>> Use the correct guard name (was missing the _NP) and use the
>> AC_CHECK_FUNCS helper instead of opencoding it.
>>
>> Fixes: 3acc18fcf7c ("move pthread_se
Build mesa 8916 completed
Commit 0be61a9f17 by Michal Srb on 3/15/2018 4:27 PM:
st/dri: don't set queryDmaBufFormats/queryDmaBufModifiers if the driver does not implement it\n\nThis is equivalent to commit a65db0ad1c3, but for dri_kms_init_screen. Without\nthis
Quoting Emil Velikov (2018-09-20 07:05:07)
> Hi Dylan,
>
> On 17 September 2018 at 17:44, Dylan Baker wrote:
> > I feel like for !windows meson is in good enough shape at this point that we
> > can start having the discussion about deleting the autotools build. So, is
> > there
> > anything left
Quoting Mauro Rossi (2018-08-26 15:22:13)
> Fixes the following building error, happening when building both intel and
> broadcom:
>
> Gen Header: libmesa_broadcom_genxml_32 <= v3d_packet_v21_pack.h
> FAILED:
> out/target/product/x86_64/gen/STATIC_LIBRARIES/libmesa_broadcom_genxml_intermediates/
Quoting Emil Velikov (2018-09-20 07:59:45)
> On 18 September 2018 at 17:13, Dylan Baker wrote:
> > ---
> > docs/meson.html | 6 +++---
> > 1 file changed, 3 insertions(+), 3 deletions(-)
> >
> > diff --git a/docs/meson.html b/docs/meson.html
> > index 29907a60a9c..e419d13e76d 100644
> > --- a/doc
Hey Dylan,
Dylan Baker wrote on 9/19/18 6:24 PM:
> Quoting Kai Wasserbäch (2018-09-19 08:04:35)
> [...]
>> In any case, thanks for your replies. I'll see if I can scare up some time
>> over
>> the weekend and check if I can get Mesa building with meson. Nevertheless I'd
>> like to ask for not maki
On Thu, 2018-09-20 at 15:56 +0100, Eric Engestrom wrote:
> On Thursday, 2018-09-20 15:28:09 +0100, Emil Velikov wrote:
> > Hi Chuck,
> >
> > On 18 September 2018 at 16:00, Chuck Atkins <
> > chuck.atk...@kitware.com> wrote:
> > > First, I'm fully in support of killing off autotools woo-hoo to
> >
Hi Chuck,
On 20 September 2018 at 16:03, Chuck Atkins wrote:
> ...
>>
>> Distributions already explicitly specify what they want and most of
>> our autodetection is effectively a bad copy of that.
>
>
> The big difference vs gnome is that *most* gnome packages are consumed by
> users only as syst
Hi Emil,
I would like to revive an idea from a few years ago:
> Drop the "auto" all-together.
>
> It adds a _ton_ of complexity while making the build semi-magical/not
> as deterministic.
>
I can certainly sympathize here. I maintain a ton of build infrastructure
for a wide variety of projects a
On 18 September 2018 at 17:13, Dylan Baker wrote:
> ---
> docs/meson.html | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/docs/meson.html b/docs/meson.html
> index 29907a60a9c..e419d13e76d 100644
> --- a/docs/meson.html
> +++ b/docs/meson.html
> @@ -21,10 +21,10 @@
Hi Emil,
On Thu, 20 Sep 2018 at 15:36, Emil Velikov wrote:
> Mildly related: when using meson, make that you have patchelf or similar tool.
> It nukes the RPATH, removing the need to relink the binaries [as it
> happens on make install].
>
> Perhaps meson should error out when that's missing?
Th
On Thursday, 2018-09-20 15:28:09 +0100, Emil Velikov wrote:
> Hi Chuck,
>
> On 18 September 2018 at 16:00, Chuck Atkins wrote:
> > First, I'm fully in support of killing off autotools woo-hoo to that. And
> > given the substantial investment already put into the meson build that
> > certainly se
On 18 September 2018 at 20:16, Gert Wollny wrote:
> Am Montag, den 17.09.2018, 17:07 -0400 schrieb Marek Olšák:
>> I don't see radeonsi_dri.so. How/where is radeonsi_dri.so created?
> +1
>
> With autotools I can use an uninstalled but compiled version of meson
> (e.g. for testing) by pointing LD_L
Hi Chuck,
On 18 September 2018 at 16:00, Chuck Atkins wrote:
> First, I'm fully in support of killing off autotools woo-hoo to that. And
> given the substantial investment already put into the meson build that
> certainly seems like a good direction to go.
>
> That being said, the way "auto" is
Am 20.09.2018 um 16:10 schrieb Ian Romanick:
> On 09/20/2018 07:04 AM, Roland Scheidegger wrote:
>> Am 20.09.2018 um 15:09 schrieb Ian Romanick:
>>> On 09/19/2018 11:36 PM, Federico Dossena wrote:
As most of you are probably aware of, id2 and id3 games store GL
extensions in a buffer that
On 18 September 2018 at 15:43, Kai Wasserbäch
wrote:
> Hey,
> Dylan Baker wrote on 9/17/18 6:44 PM:
>> I feel like for !windows meson is in good enough shape at this point that we
>> can start having the discussion about deleting the autotools build. So, is
>> there
>> anything left that autotool
On Thursday, 2018-09-20 14:56:03 +0100, Emil Velikov wrote:
> From: Emil Velikov
>
> Use the correct guard name (was missing the _NP) and use the
> AC_CHECK_FUNCS helper instead of opencoding it.
>
> Fixes: 3acc18fcf7c ("move pthread_setaffinity_np check to the build system")
> Cc: Dylan Baker
On 18 September 2018 at 01:49, Marek Olšák wrote:
> One missing feature is --with-sha1=. libcrypto has an unstable ABI and
> Steam uses it. For Mesa to work with Steam, libnettle has/had to be
> used instead.
>
--with-sha1 was nuked back in Jan 2017 with commit
d1efa09d342bff3e5def2978a0bef748d74
Looks like this broke the windows build, however.
Roland
Am 09.09.2018 um 08:39 schrieb Dylan Baker:
> Currently u_math needs gallium utils for cpu detection. Most of what
> u_math uses out of u_cpu_detection is duplicated in src/mesa/x86
> (surprise!), so I've just reworked it as much as possib
Hi Emil,
some comments below:
On Tuesday, 4 September 2018 20:33:05 CEST Emil Velikov wrote:
> From: Emil Velikov
>
> This new 'platform' is added by default with no guards.
>
> It is effectively a copy of the surfaceless one, with updated function
> names and brand new probe function.
>
> Du
Hi Emil,
There are some comments inline below:
On Tuesday, 4 September 2018 20:33:00 CEST Emil Velikov wrote:
> From: Emil Velikov
>
> Add implementation based around the drmDevice API. As such it's only
> available only when building with libdrm. With the latter already a
> requirement when us
Hi Emil,
Some comments inline below:
On Tuesday, 4 September 2018 20:32:59 CEST Emil Velikov wrote:
> From: Emil Velikov
>
> Add a plain software device, which is always available.
>
> We can safely assign it as the first/initial device in _eglGlobals,
> although we ensure that's the case with
On 17 September 2018 at 22:23, Marek Olšák wrote:
> What's the rationale for enabling glx-tls by default without the
> option to change it?
>
Toggling the option changes the ABI produced. Esp. when you consider
earlier Xservers where libglx.so was a major user.
The early Intel QA team had _ton_ of
Hi Emil,
On Tuesday, 4 September 2018 20:32:58 CEST Emil Velikov wrote:
> From: Emil Velikov
>
> Introduce the API for device query and enumeration. Those at the moment
> produce nothing useful since zero devices are actually available.
>
> That contradicts with the spec, so the extension isn't
On 09/20/2018 07:04 AM, Roland Scheidegger wrote:
> Am 20.09.2018 um 15:09 schrieb Ian Romanick:
>> On 09/19/2018 11:36 PM, Federico Dossena wrote:
>>> As most of you are probably aware of, id2 and id3 games store GL
>>> extensions in a buffer that's too small for modern systems. This usually
>>> l
Hi Dylan,
On 17 September 2018 at 17:44, Dylan Baker wrote:
> I feel like for !windows meson is in good enough shape at this point that we
> can start having the discussion about deleting the autotools build. So, is
> there
> anything left that autotools can do that meson cannot (that we actuall
Am 20.09.2018 um 15:09 schrieb Ian Romanick:
> On 09/19/2018 11:36 PM, Federico Dossena wrote:
>> As most of you are probably aware of, id2 and id3 games store GL
>> extensions in a buffer that's too small for modern systems. This usually
>> leads to a crash when MESA_EXTENSION_MAX_YEAR is not set,
From: Andrii Simiklit
It fixes a bit incorrectly implemented ARB_program_interface_query.
If input aoa element is unused in shader program
the 'glGetProgramResourceIndex' function shouldn't
return a valid resource index for it according to:
ARB_program_interface_query spec:
" For an active va
From: Emil Velikov
Use the correct guard name (was missing the _NP) and use the
AC_CHECK_FUNCS helper instead of opencoding it.
Fixes: 3acc18fcf7c ("move pthread_setaffinity_np check to the build system")
Cc: Dylan Baker
Cc: Eric Engestrom
Signed-off-by: Emil Velikov
---
configure.ac
Hi Lucas,
On 7 September 2018 at 10:56, Lucas Stach wrote:
> Am Donnerstag, den 06.09.2018, 16:43 +0200 schrieb Lukas F. Hartmann:
>> Hi,
>>
>> I've updated to and rebuilt the latest git versions of linux, drm, mesa
>> and kmscube on an imx6qp system. I tried both with etnaviv as a module
>> and
On Tue, 2018-09-04 at 14:43 -0700, Clayton Craft wrote:
> Quoting Juan A. Suarez Romero (2018-08-29 03:12:33)
> > Hello.
> >
> > This is a first part, version 2, of a more complete proposal to use GitLab
> > CI to
> > build and test Mesa. This first part just adds the required pieces to build
> >
Quoting Christoph Haag (2018-09-18 11:19:30)
> On 9/18/18 6:56 PM, Dylan Baker wrote:
> > I can't say I'm entirely thrilled, but:
> > Reviewed-by: Dylan Baker
> >
> > Do you need me to push this for you?
> >
> >
> > ___
> > mesa-dev mailing list
> > m
On 09/19/2018 11:36 PM, Federico Dossena wrote:
> As most of you are probably aware of, id2 and id3 games store GL
> extensions in a buffer that's too small for modern systems. This usually
> leads to a crash when MESA_EXTENSION_MAX_YEAR is not set, but what the
> creator of this commit didn't know
https://bugs.freedesktop.org/show_bug.cgi?id=107870
Dylan Baker changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Build mesa 8914 failed
Commit 0abce6d770 by Dylan Baker on 9/7/2018 8:09 PM:
utils/u_math: break dependency on gallium/utils\n\nCurrently u_math needs gallium utils for cpu detection. Most of what\nu_math uses out of u_cpu_detection is duplicated in src/mesa/x
Quoting Emil Velikov (2018-09-20 02:43:37)
> On 13 September 2018 at 19:41, Dylan Baker wrote:
> > Rather than trying to encode all of the rules in a header, lets just put
> > them in the build system where they belong. This fixes the build on
> > FreeBSD, which does have pthraed_setaffinity_np, b
Hi Eric,
Yes, someone would need to push thanks. Part of the reason I noticed it in
the first place was cos of the dead link. ;)
On Thu, 20 Sep 2018 at 21:59, Eric Engestrom
wrote:
> On Thursday, 2018-09-20 17:12:43 +1000, Stuart Young wrote:
> > It's just over 10 months since 17.3.0 was releas
On Thursday, 2018-09-20 17:12:43 +1000, Stuart Young wrote:
> It's just over 10 months since 17.3.0 was released with s3tc support enabled.
> Probably a good idea to update the FAQ page.
>
> v2: Incorporate feedback from Adam Jackson
>
> Reviewed-by: Adam Jackson
>
> CC:
>
> ---
> docs/faq.
On 16 September 2018 at 01:58, Bas Nieuwenhuizen
wrote:
> To get an useful UUID for systems that have a non-useful mtime
> for the binaries.
>
> I started using using SHA1 to ensure we get reasonable mixing
> in the various possibilities and the various build id lengths.
>
> CC:
> ---
> src/amd/
On Tue, 2018-09-04 at 08:40 -0700, Eric Anholt wrote:
> "Juan A. Suarez Romero" writes:
>
> > To avoid conflicts with the base images when building two different
> > branches or tags at the same time, let's use different base/llvm image
> > names.
> >
> > This way if both branches require differ
This was added as part of 1.1 but it's very hard to track exactly what
extension added it. In any case, we should implement it.
Cc: Dave Airlie
---
src/amd/vulkan/radv_wsi.c | 35 -
src/intel/vulkan/anv_wsi.c | 35 +
src
On Tue, 2018-09-04 at 08:32 -0700, Eric Anholt wrote:
> "Juan A. Suarez Romero" writes:
>
> > Creates different Docker images containing Mesa built with different
> > tools (autotools, meson, scons, etc).
> >
> > The build is done in 3 levels: the first level creates a base image
> > with all th
On Tue, 2018-09-04 at 08:19 -0700, Eric Anholt wrote:
> "Juan A. Suarez Romero" writes:
>
> > Use scheduled pipelines to update both the base and the LLVM images.
> >
> > This way allows to have an updated version of the base images even when
> > the respect Rockerfiles keep the same.
>
> I'm c
Hi Bas,
Some food for thought.
On 16 September 2018 at 01:58, Bas Nieuwenhuizen
wrote:
> To get an useful UUID for systems that have a non-useful mtime
> for the binaries.
>
> I started using using SHA1 to ensure we get reasonable mixing
> in the various possibilities and the various build id le
Makes sense to me. We should also update the comment so it doesn't get
removed again.
On 20/9/18 4:36 pm, Federico Dossena wrote:
As most of you are probably aware of, id2 and id3 games store GL
extensions in a buffer that's too small for modern systems. This usually
leads to a crash when MESA
On 13 September 2018 at 19:41, Dylan Baker wrote:
> Rather than trying to encode all of the rules in a header, lets just put
> them in the build system where they belong. This fixes the build on
> FreeBSD, which does have pthraed_setaffinity_np, but it's in a
> pthread_np.h, not behind _GNU_SOURCE
On 10 September 2018 at 22:23, Mauro Rossi wrote:
> Hi Emil,
> Il giorno lun 3 set 2018 alle ore 14:42 Emil Velikov
> ha scritto:
>>
>> From: Emil Velikov
>>
>> Unlike the other platforms, here we aim do guess if the device that we
>> somewhat arbitrarily picked, is supported or not.
>>
>> In pa
https://bugs.freedesktop.org/show_bug.cgi?id=107786
Gregor Münch changed:
What|Removed |Added
CC||b...@basnieuwenhuizen.nl,
Hi Andrii,
On 7 September 2018 at 13:15, wrote:
> From: Andrii Simiklit
>
> The win '_vsnprintf' function incompatibility with C99 vsnprintf.
> At least for case when the input buffer size less than the required size:
> '_vsnprintf' returns -1 for this case.
> 'vsnprintf' returns the required s
On 10 September 2018 at 13:15, Juan A. Suarez Romero
wrote:
> Newer Meson versions require python >=3.5. But in Trusty default python3
> version is 3.4.x.
>
> Install python3.5 and makes it the default version for Meson using
> update-alternatives method.
>
Thanks for finding this solution Juan.
W
On Thu, 2018-09-20 at 10:18 +0300, Sergii Romantsov wrote:
> Hello,
> about rejected:
> > Sergii Romantsov (1):
> > 4aec44c0d9c i965/tools: 32bit compilation with meson
> > Reason: this commit was immediately reverted by commit 2dce1175c1c.
>
> Actually, commit 'i965/tools: 32bit compilation
In st_renderbuffer_alloc_storage, we avoid allocating storage for
zero-sized buffers, leading to this pointer being NULL. We already
take care to avoid dereferencing these pointers for color-buffers,
but not for depth/stencil-buffers.
So let's thread a bit more carefully here.
This avoids a crash
https://bugs.freedesktop.org/show_bug.cgi?id=107994
--- Comment #1 from Sergii Romantsov ---
Hello, Vinson.
Could you, please, try to clean you repository (or from just cloned)?
Probably it may contain some mess after autotools.
--
You are receiving this mail because:
You are the assignee for t
As most of you are probably aware of, id2 and id3 games store GL
extensions in a buffer that's too small for modern systems. This usually
leads to a crash when MESA_EXTENSION_MAX_YEAR is not set, but what the
creator of this commit didn't know is that some id3 games (the more
"recent" ones) don
Hello,
about rejected:
> Sergii Romantsov (1):
> 4aec44c0d9c i965/tools: 32bit compilation with meson
> Reason: this commit was immediately reverted by commit 2dce1175c1c.
Actually, commit 'i965/tools: 32bit compilation with meson' depends on
'intel: compiler option msse2 and mstackrealign
It's just over 10 months since 17.3.0 was released with s3tc support enabled.
Probably a good idea to update the FAQ page.
v2: Incorporate feedback from Adam Jackson
Reviewed-by: Adam Jackson
CC:
---
docs/faq.html | 18 --
1 file changed, 8 insertions(+), 10 deletions(-)
di
92 matches
Mail list logo
