Re: [Mesa-dev] [PATCH 07/22] dri/common: Add option to allow exposure of 10 bpc color configs. (v2)

On Fri, 2017-12-15 at 23:04 +0100, Mario Kleiner wrote: > Some clients may not like RGB10X2 and RGB10A2 fbconfigs and > visuals. Add a new driconf option 'allow_rgb10_configs' to > allow per application enable/disable. > > The option defaults to enabled. > > v2: Rename expose_rgb10_configs to

[Mesa-dev] anv out-of-tree build broken

The recent changes to anv_entrypoints_gen.py seem to have broken out-of -tree builds: Traceback (most recent call last):   File "/var/tmp/portage/media-libs/mesa--r1/work/Mesa-/src/intel/vulkan/anv_entrypoints_gen.py", line 381, in main()   File

Re: [Mesa-dev] [PATCH] util/disk_cache: fix zlib linking with LTO build

Sat, Mar 11, 2017 at 7:31 AM, Emil Velikov <emil.l.velikov@gmail > > .com> wrote: > > > On 10 March 2017 at 13:36, Steven Newbury <st...@snewbury.org.uk> > > wrote: > > >> On Fri, 2017-03-10 at 12:11 +, Emil Velikov wrote: > > >>> O

Re: [Mesa-dev] [Bug 100073] Shader Disk Cache 32/64 bit detection has a flaw. Missed existence of x32 ABI

On Fri, 2017-03-10 at 13:27 +, bugzilla-dae...@freedesktop.org wrote: > Comment # 23 on bug 100073 from Grazvydas Ignotas > (In reply to oiaohm from comment #21) > > This is why I am so upset.   As soon as this comes though I have > possible > > trouble with miss matched mesa versions crossing

Re: [Mesa-dev] [PATCH] util/disk_cache: fix zlib linking with LTO build

On Fri, 2017-03-10 at 12:11 +, Emil Velikov wrote: > On 9 March 2017 at 14:39, Steven Newbury <st...@snewbury.org.uk> > wrote: > > Introduction of zlib compression for the shader cache means > > zlib needs to be explicitly linked to libOSMesa and libstandalone > &

[Mesa-dev] [PATCH] util/disk_cache: fix zlib linking with LTO build

Introduction of zlib compression for the shader cache means zlib needs to be explicitly linked to libOSMesa and libstandalone otherwise build fails when LTO is used. ---  src/compiler/Makefile.glsl.am  | 1 +  src/gallium/targets/osmesa/Makefile.am | 3 ++-  2 files changed, 3 insertions(+),

Re: [Mesa-dev] merged/mega *_dri.so files?

On Wed, 2017-03-08 at 21:29 -0700, Brian Paul wrote: > I just noticed something: > > $ ls -l lib/*_dri.so > -rwxr-xr-x 8 brianp users 43779971 Mar  8 20:59 lib/i915_dri.so* > -rwxr-xr-x 8 brianp users 43779971 Mar  8 20:59 lib/i965_dri.so* > -rwxr-xr-x 8 brianp users 43779971 Mar  8 20:59 >

Re: [Mesa-dev] [PATCH 2/4] util/disk_cache: compress individual cache entries

On Wed, 2017-03-01 at 12:38 +0200, Eero Tamminen wrote: > Hi, > > On 01.03.2017 07:25, Timothy Arceri wrote: > > This reduces the cache size for Deus Ex from ~160M to ~30M for > > radeonsi. > > > > I'm also seeing the following improvements in minimum fps in the > > Shadow of Mordor benchmark: >

Re: [Mesa-dev] [PATCH 14/26] mesa: Connect the generated GL command marshalling code to the build.

On Fri, 2017-02-10 at 17:15 +, Emil Velikov wrote: > On 8 February 2017 at 18:03, Marek Olšák wrote: > > From: Eric Anholt > > > > v2: Rebase on the Begin/End changes, and just disable this feature > > on > > non-GL-core. > > --- > >  

Re: [Mesa-dev] Time to merge threaded GL dispatch? (aka glthread)

On Mon, 2017-02-06 at 01:11 +0100, Marek Olšák wrote: > Hi, > > Back in 2012-2013, then-Intel employees Eric Anholt and Paul Berry > wrote this threaded GL dispatch where GL calls are queued and > executed > in a different thread. It was supposed to deal with high CPU overhead > of Mesa, but at

Re: [Mesa-dev] [PATCH 4/5] configure: explicitly require shared glapi for enable-dri

On Thu, 2017-01-19 at 15:16 +, Emil Velikov wrote: > On 19 January 2017 at 00:18, Steven Newbury <st...@snewbury.org.uk> > wrote: > > On Wed, 2016-12-07 at 13:25 +, Emil Velikov wrote: > > > From: Emil Velikov <emil.veli...@collabora.com> > >

Re: [Mesa-dev] [PATCH] configure.ac: move require_dri_shared_libs_and_glapi() before its users

On Thu, 2017-01-19 at 15:19 +, Emil Velikov wrote: > From: Emil Velikov <emil.veli...@collabora.com> > > Otherwise we'll get a lovely message as below: > "require_dri_shared_libs_and_glapi: command not found" > > Cc: Steven Newbury <st...@snewbury.org.

Re: [Mesa-dev] [PATCH 4/5] configure: explicitly require shared glapi for enable-dri

On Wed, 2016-12-07 at 13:25 +, Emil Velikov wrote: > From: Emil Velikov > > We've been using and depending on it for at least a couple of years. > Make it obvious and error out, should one opt for it. > > Signed-off-by: Emil Velikov >

Re: [Mesa-dev] [PATCH] util: import sha1 implementation from OpenBSD

On Wed, 2017-01-18 at 20:43 +1100, Timothy Arceri wrote: > On Wed, 2017-01-18 at 08:30 +0000, Steven Newbury wrote [SNIP] > > > > Why not leave in a build time option for whichever is the fastest > > (non- > > OpenSSL) external SHA1 implementation but default or fa

Re: [Mesa-dev] [PATCH] util: import sha1 implementation from OpenBSD

On Mon, 2017-01-16 at 16:52 +0300, Vladislav Egorov wrote: > > 16.01.2017 16:13, Emil Velikov пишет: > > Hi Vladislav, > > > > On 14 January 2017 at 01:50, Vladislav Egorov > > wrote: > > > 14.01.2017 01:45, Timothy Arceri пишет: > > > > I'm asking for a chance to test

Re: [Mesa-dev] [PATCH] swr: fix -march flag for AVX

On Mon, 2016-06-13 at 09:03 -0400, Chuck Atkins wrote: > > Maybe I'm the only one who finds it horrible to override -march > > from > > within project build systems.  It causes no end of problems with > > LTO, > > and results in objects being built inappropriately for the target > > as > >

Re: [Mesa-dev] [PATCH] swr: fix -march flag for AVX

On Fri, 2016-06-10 at 16:05 -0400, Ilia Mirkin wrote: > On Fri, Jun 10, 2016 at 3:43 PM, Tim Rowley om> wrote: > > > > Previously used core-avx-i was for ivybridge; > > corei7-avx allows sandybridge. > > --- > >  src/gallium/drivers/swr/Makefile.am | 2 +- > >  1 file

Re: [Mesa-dev] [PATCH] st/nine: specify WINAPI only for i386 and amd64

On Thu, 2016-03-17 at 20:12 +0100, Christian Schmidbauer wrote: > Currently mesa fails building with the x32 abi as ms_abi is not > defined > in such a case. > > The patch uses ms_abi only for amd64 targets and stdcall only for > i386 > targets to be sure that those are defined. > Being quite

Re: [Mesa-dev] vulkan: Move XML and generator into src/intel/genxml

On Sun, 2016-02-21 at 12:01 +, Steven Newbury wrote: > On Sun, 2016-02-21 at 11:28 +0000, Steven Newbury wrote: > > On Sun, 2016-02-21 at 10:56 +0000, Steven Newbury wrote: > > > On Sun, 2016-02-21 at 10:16 +0000, Steven Newbury wrote: > > > > Hi

Re: [Mesa-dev] vulkan: Move XML and generator into src/intel/genxml

On Sun, 2016-02-21 at 10:56 +, Steven Newbury wrote: > On Sun, 2016-02-21 at 10:16 +0000, Steven Newbury wrote: > > Hi Jason, > > > > commit f6d95876888c81559d4ba773e4e6c82b184e708e in the vulkan > > branch > > has broken out-of-source-tree builds.  The

Re: [Mesa-dev] vulkan: Move XML and generator into src/intel/genxml

On Sun, 2016-02-21 at 10:16 +, Steven Newbury wrote: > Hi Jason, > > commit f6d95876888c81559d4ba773e4e6c82b184e708e in the vulkan branch > has broken out-of-source-tree builds.  The generated header files > should be included from the build tree, instead of the source tree.

Re: [Mesa-dev] vulkan: Move XML and generator into src/intel/genxml

Hi Jason, commit f6d95876888c81559d4ba773e4e6c82b184e708e in the vulkan branch has broken out-of-source-tree builds.  The generated header files should be included from the build tree, instead of the source tree. ___ mesa-dev mailing list

Re: [Mesa-dev] vulkan: Move XML and generator into src/intel/genxml

On Sun, 2016-02-21 at 11:28 +, Steven Newbury wrote: > On Sun, 2016-02-21 at 10:56 +0000, Steven Newbury wrote: > > On Sun, 2016-02-21 at 10:16 +0000, Steven Newbury wrote: > > > Hi Jason, > > > > > > commit f6d95876888c81559d4ba773e4e6c82b184e708e in the

Re: [Mesa-dev] abundance of branches in mesa.git

On Sat, 2016-02-20 at 13:41 -0800, Jason Ekstrand wrote: > On Feb 20, 2016 1:19 PM, "Rob Clark" wrote: > > > > fwiw, I think a *small* number of topic branches in certain cases > > makes sense..  I'm definitely in support of a TTL limit (ie. > > automatically nuke topic

Re: [Mesa-dev] [PATCH 19/19] st/mesa: enable shader subroutine

On Sun, 2015-05-31 at 20:41 -0700, Kenneth Graunke wrote: On Monday, June 01, 2015 11:35:03 AM Dave Airlie wrote: From: Dave Airlie airl...@redhat.com I'm not sure if we shouldn't enable this everywhere and rip out the API checks, discuss, Signed-off-by: Dave Airlie

Re: [Mesa-dev] [PATCH V5] mesa: add SSE optimisation forglDrawElements

On Thu, 2014-11-06 at 14:39 -0800, Matt Turner wrote: On Thu, Nov 6, 2014 at 2:33 PM, Marc Dietrich marvi...@gmx.de wrote: So this is only a problem with Link-Time-Opt. I don't actually know how you're getting to this point in the build with LTO. It fails for me in src/mapi. I think

Re: [Mesa-dev] [PATCH V5] mesa: add SSE optimisation for glDrawElements

On Thu, 2014-11-06 at 21:00 -0800, Matt Turner wrote: On Thu, Nov 6, 2014 at 8:56 PM, Siavash Eliasi siavashser...@gmail.com wrote: Then I do recommend removing the if (cpu_has_sse4_1) from this patch and similar places, because there is no runtime CPU dispatching happening for SSE

Re: [Mesa-dev] [PATCH 0/2] Disable the EGL state tracker for Linux/DRI builds

On Wed, 2014-11-05 at 00:46 +, Emil Velikov wrote: On 04/11/14 22:42, Marek Olšák wrote: Hi everybody, I'm about to address this long-standing issue: The EGL state tracker is redundant. It duplicates what st/dri does and it also duplicates what the common loader egl_dri2 does,

Re: [Mesa-dev] [PATCH RFC] mesa: add SSE optimisation for glDrawElements

On Thu, 2014-10-23 at 09:20 -0700, Matt Turner wrote: On Thu, Oct 23, 2014 at 2:13 AM, Timothy Arceri t_arc...@yahoo.com.au wrote: On Wed, 2014-10-22 at 22:49 -0700, Matt Turner wrote: On Wed, Oct 22, 2014 at 10:30 PM, Matt Turner matts...@gmail.com wrote: On Wed, Oct 22, 2014 at

Re: [Mesa-dev] [PATCH] ilo: Build pipe-loader for ilo

On Fri, 2014-09-12 at 18:20 -0400, Nick Sarnie wrote: Trivial patch to create the pipe loader for ilo. All the code was already there. Signed-off-by: Nick Sarnie commendsar...@gmail.com --- src/gallium/targets/pipe-loader/Makefile.am | 14 ++

Re: [Mesa-dev] [PATCH demos 0/3] demos release plan and glxinfo: Print more limits

On Sat, 2014-07-05 at 10:53 +0300, Pekka Paalanen wrote: On Fri, 04 Jul 2014 08:45:00 +0100 Steven Newbury st...@snewbury.org.uk wrote: On Fri, 2014-07-04 at 03:40 -0400, Ilia Mirkin wrote: On Fri, Jul 4, 2014 at 3:37 AM, Steven Newbury wrote: On Thu, 2014-07-03 at 10:47

Re: [Mesa-dev] [PATCH demos 0/3] demos release plan and glxinfo: Print more limits

On Sat, 2014-07-05 at 10:53 +0300, Pekka Paalanen wrote: On Fri, 04 Jul 2014 08:45:00 +0100 Steven Newbury st...@snewbury.org.uk wrote: On Fri, 2014-07-04 at 03:40 -0400, Ilia Mirkin wrote: On Fri, Jul 4, 2014 at 3:37 AM, Steven Newbury wrote: On Thu, 2014-07-03 at 10:47

Re: [Mesa-dev] [PATCH demos 0/3] demos release plan and glxinfo: Print more limits

On Thu, 2014-07-03 at 10:47 +0200, Andreas Boll wrote: 2014-07-03 7:39 GMT+02:00 Steven Newbury st...@snewbury.org.uk: On Wed, 2014-07-02 at 21:04 +0200, Andreas Boll wrote: I'd like to make a new demos release on Friday, July 4th. The last release was on February 24th, 2013

Re: [Mesa-dev] [PATCH demos 0/3] demos release plan and glxinfo: Print more limits

On Fri, 2014-07-04 at 03:40 -0400, Ilia Mirkin wrote: On Fri, Jul 4, 2014 at 3:37 AM, Steven Newbury wrote: On Thu, 2014-07-03 at 10:47 +0200, Andreas Boll wrote: 2014-07-03 7:39 GMT+02:00 Steven Newbury : On Wed, 2014-07-02 at 21:04 +0200, Andreas Boll wrote: I'd

Re: [Mesa-dev] [PATCH 2/2] i965: Disable SOL buffers and decls when not doing transform feedback.

On Wed, 2014-07-02 at 10:59 +0200, Iago Toral wrote: Oh, I just noticed there was some problem with the first reply I sent and Chris and Steven got out of the CC in my reply, so adding them back now. Steven: the summary is that on IvyBridge Kenneth's second patch produces a GPU hang in

Re: [Mesa-dev] [PATCH 2/2] i965: Disable SOL buffers and decls when not doing transform feedback.

On Wed, 2014-07-02 at 15:40 +0100, Steven Newbury wrote: On Wed, 2014-07-02 at 10:59 +0200, Iago Toral wrote: Oh, I just noticed there was some problem with the first reply I sent and Chris and Steven got out of the CC in my reply, so adding them back now. Steven: the summary

Re: [Mesa-dev] [PATCH demos 0/3] demos release plan and glxinfo: Print more limits

On Wed, 2014-07-02 at 21:04 +0200, Andreas Boll wrote: I'dliketomakeanewdemosreleaseonFriday,July4th. ThelastreleasewasonFebruary24th,2013.Additionallythis releaseisneededtofixthebuildwithmesa10.2.(fdo#78101) Anyobjections? AlsoI'dliketogetthese3patchesincludedinthenewrelease. Andreas.

Re: [Mesa-dev] [PATCH v3] i965: Implement GL_PRIMITIVES_GENERATED with non-zero streams.

On Thu, 2014-06-26 at 08:24 +0200, Iago Toral Quiroga wrote: So far we have been using CL_INVOCATION_COUNT to resolve this query but this is no good with streams, as only stream 0 reaches the clipping stage. Instead we will use SO_PRIM_STORAGE_NEEDED which can keep track of the primitives

[Mesa-dev] Beignet Mesa EGL extension

I was looking at getting Beignet compiling against current mesa working again a few weeks ago. Really there needs to be some coordination with the Mesa devs to provide a suitable API since what was being used has been since removed. To that end; I've cc'd mesa-dev, hopefully there can be progress

Re: [Mesa-dev] [PATCH 07/20] targets/dri: use install-gallium-links.mk

On Tue, 2014-03-04 at 21:12 +, Emil Velikov wrote: Drop the duplication accross all dri targets. ... diff --git a/src/gallium/targets/dri-ilo/Makefile.am b/src/gallium/targets/dri-ilo/Makefile.am index 418e2ea..18d3c44 100644 --- a/src/gallium/targets/dri-ilo/Makefile.am +++

Re: [Mesa-dev] [PATCH 07/20] targets/dri: use install-gallium-links.mk

On Thu, 2014-03-13 at 07:35 +, Emil Velikov wrote: On 13/03/14 07:09, Steven Newbury wrote: On Tue, 2014-03-04 at 21:12 +, Emil Velikov wrote: Drop the duplication accross all dri targets. ... diff --git a/src/gallium/targets/dri-ilo/Makefile.am b/src/gallium/targets/dri

Re: [Mesa-dev] [PATCH] ilo: build pipe-loader driver]

On Fri, 2014-01-03 at 13:14 +0800, Chia-I Wu wrote: On Thu, Jan 2, 2014 at 10:39 PM, Steven Newbury st...@snewbury.org.uk wrote: Forgot to add signed-off-by... In trying to get gallium-nine working with the ilo Gallium driver I noticed there's no ilo pipe-loader driver being built

[Mesa-dev] [PATCH] ilo: Rename DRI driver descriptor to ilo for consistency

When the Gallium i965 driver was renamed to ilo the driver descriptor was never changed. The pipe-loader driver is required to have the same descriptor name as the driver name, so for consistency change the DRI driver descriptor to match. Signed-off-by: st...@snewbury.org.uk ---

[Mesa-dev] [PATCH] ilo: build pipe-loader driver]

names itself, this is necessary as otherwise the pipe-loader refuses to load as it has a sanity check verifying the name matches. A follow-up patch renames the ilo DRI driver descriptor to match. Signed-off-by: Steven Newbury st...@snewbury.org.uk --- include/pci_ids/pci_id_driver_map.h | 4

[Mesa-dev] [PATCH] ilo: Rename DRI driver descriptor to ilo for consistency

When the Gallium i965 driver was renamed to ilo the driver descriptor was never changed. The pipe-loader driver is required to have the same descriptor name as the driver name, so for consistency change the DRI driver descriptor to match. --- src/gallium/targets/dri-ilo/target.c | 2 +- 1 file

[Mesa-dev] [PATCH] ilo: build pipe-loader driver

In trying to get gallium-nine working with the ilo Gallium driver I noticed there's no ilo pipe-loader driver being built. This patch simply puts in place the missing pieces. The driver descriptor is named ilo, rather than i965 as the ilo DRI driver currently names itself, this is necessary as

Re: [Mesa-dev] [PATCH 1/2] mesa: Add a streaming load memcpy implementation.

On Wed, 2013-11-06 at 17:06 -0800, Chad Versace wrote: On 11/06/2013 02:44 PM, Eric Anholt wrote: Matt Turner matts...@gmail.com writes: Uses SSE 4.1's MOVNTDQA instruction (streaming load) to read from uncached memory without polluting the cache. --- We should add runtime detection