Re: [Mesa-dev] [PATCH 20/20] tests/glx: Add unit tests for GLX_ARB_create_context GLX protocol

Hi Ever since these tests went in I get failures during configure: configure: creating ./config.status config.status: creating configs/autoconf config.status: error: cannot find input file: `tests/Makefile.in' Before I raise a bug am I doing something stupid? Cheers Mike

Re: [Mesa-dev] [PATCH 20/20] tests/glx: Add unit tests for GLX_ARB_create_context GLX protocol

On 3 January 2012 20:27, Ian Romanick i...@freedesktop.org wrote: On 01/03/2012 11:13 AM, Mike Lothian wrote: Hi Ever since these tests went in I get failures during configure: configure: creating ./config.status config.status: creating configs/autoconf config.status: error: cannot find

Re: [Mesa-dev] [PATCH 20/20] tests/glx: Add unit tests for GLX_ARB_create_context GLX protocol

On 3 January 2012 20:27, Ian Romanick i...@freedesktop.org wrote: On 01/03/2012 11:13 AM, Mike Lothian wrote: Hi Ever since these tests went in I get failures during configure: configure: creating ./config.status config.status: creating configs/autoconf config.status: error: cannot find

Re: [Mesa-dev] [PATCH 11/11] docs: skeleton file for 7.12 release notes

On 31 August 2011 21:22, Ian Romanick i...@freedesktop.org wrote: From: Ian Romanick ian.d.roman...@intel.com +p +Mesa 7.12 implements the OpenGL 2.1 API, but the version reported by +glGetString(GL_VERSION) depends on the particular driver being used. +Some drivers don't support all the

Re: [Mesa-dev] [PATCH 0/9] Various patches to the g3dvl stack

2011/9/14 Christian König deathsim...@vodafone.de: Am Montag, den 12.09.2011, 23:39 +0200 schrieb Emeric Grange: Hi, Here is a series of small patches to the g3dvl video decoding stack. Most of these are extracted from my GSoC 2011 work and are not related to VP8 decoding

Re: [Mesa-dev] [PATCH 0/9] Various patches to the g3dvl stack

...@gmail.com wrote: Hi, First : make sure you are using last git repository. Then, make a bug report on the mesa bugzilla, describe what happen, and if you can please join a picture of the render. Regards, Emeric 2011/9/16 Mike Lothian m...@fireburn.co.uk 2011/9/14 Christian König deathsim

Re: [Mesa-dev] [PATCH 1/6] radeon/llvm: remove uneeded inclusion

Hi This include is also in src/gallium/state_trackers/clover/llvm/invocation.cpp diff -Naur a/src/gallium/state_trackers/clover/llvm/invocation.cpp b/src/gallium/state_trackers/clover/llvm/invocation.cpp --- a/src/gallium/state_trackers/clover/llvm/invocation.cpp 2013-03-29 11:15:52.851581526

Re: [Mesa-dev] [PATCH 1/6] radeon/llvm: remove uneeded inclusion

llvm/PassManager.h #include llvm/Support/TargetSelect.h This one does however On 29 March 2013 11:40, Mike Lothian m...@fireburn.co.uk wrote: Hi This include is also in src/gallium/state_trackers/clover/llvm/invocation.cpp diff -Naur a/src/gallium/state_trackers/clover/llvm/invocation.cpp

Re: [Mesa-dev] [PATCH] Fix Clover build with latest LLVM 3.3 snapshot

I've already posted this Clover seems to be working as well as it normally does On 31 March 2013 11:00, Armin K kre...@email.com wrote: Build tested only. --- src/gallium/state_trackers/clover/llvm/invocation.cpp | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git

[Mesa-dev] [PATCH] Add #include linux/seq_file.h to *_dpm.c files

Hi This patch allows me to compile using GCC 4.7.3 system when using ld.bfd - it doesn't seem to be required on my GCC 4.8.1 system using ld.gold - I'm not sure why Cheers Mike seq_file.patch Description: Binary data ___ mesa-dev mailing list

Re: [Mesa-dev] [PATCH] drm/radeon/dpm: Add #include linux/seq_file.h to *_dpm.c files

Hi I sent this to the wrong mailing list and it had the wrong patch format Fixed thanks to glisse Cheers Mike On 2 July 2013 21:34, Mike Lothian m...@fireburn.co.uk wrote: Hi This patch allows me to compile using GCC 4.7.3 system when using ld.bfd - it doesn't seem to be required on my

Re: [Mesa-dev] mesa fail to build since llvm-3.4svn r187618

I'm using this patch on my system On 6 August 2013 22:36, Laurent Carlier lordhea...@gmail.com wrote: Since llvm-3.4svn r187618 TargetOptions doesn't provide anymore RealignStack: make[3]: Entering directory `/home/lordh/archdevel/mesa/git/mesatst/src/gallium/auxiliary' CXX

Re: [Mesa-dev] [PATCH mesa 3/3] egl: Update to Wayland 1.2 server API

Hi I seem to have a missing symbol wayland_drm_buffer_get in libgbm.so.1 I'm pretty sure its related Regards Mike On 18 Jul 2013 13:15, Ander Conselvan de Oliveira ander.conselvan.de.olive...@intel.com wrote: Since Wayland 1.2, struct wl_buffer and a few functions are deprecated.

Re: [Mesa-dev] Direct3D 9 state tracker

Hi Chris Just a quick note for any Gentoo users - I've added these alternative sources into the FireBurn overlay You just need to set the nine use flag and you'll get Chris's versions Cheers Mike On 16 July 2013 19:43, Christoph Bumiller e0425...@student.tuwien.ac.atwrote: So, about two

Re: [Mesa-dev] No luck with tstellar/llvm on HD4890

Hi Andy Try the LLVM ebuilds in the FireBurn overlay - they turn on intrinsics without using the debug versions I'm still seeing the issues when running some games but least it won't be a debug build Cheers Mike On 7 November 2012 21:24, Andy Furniss andy...@ukfsn.org wrote: Vincent

Re: [Mesa-dev] [PATCH 00/13] ARB_debug_output

On 15 February 2012 13:28, Marek Olšák mar...@gmail.com wrote: Hi everyone, this series adds the ARB_debug_output extension. It implements the minimum feature set required by the spec, which is GL API error logging. I've added a new piglit test for this: arb_debug_output-api_error. I'd like

Re: [Mesa-dev] [PATCH 00/13] ARB_debug_output

Fantastic - here's hoping they get applied soon On 11 March 2012 11:19, Jose Fonseca jfons...@vmware.com wrote: I saw the same w/ MinGW. I think my latest patch series should fix it. Jose - Original Message - On 15 February 2012 13:28, Marek Olšák mar...@gmail.com wrote: Hi

Re: [Mesa-dev] [PATCH 3/3] configure.ac: report an error if LLVM shared libs are disabled and CL is enabled

Just had a failure because of this - should the default for shared libs not be yes now? On 7 October 2013 13:27, Tom Stellard t...@stellard.net wrote: On Mon, Oct 07, 2013 at 01:05:15PM +0200, Marek Olšák wrote: From: Marek Olšák marek.ol...@amd.com Reviewed-by: Tom Stellard

Re: [Mesa-dev] [PATCH 0/3] Enable GL 3.2 support for i965, bump Mesa version.

Well done on getting this enabled Out of interest how far is SandyBridge from 3.2? Cheers Mike On 11 Oct 2013 05:28, Paul Berry stereotype...@gmail.com wrote: It's been a long and rocky road, but geometry shader support in Mesa's i965/gen7 driver has finally reached a point I'm willing to

Re: [Mesa-dev] [Bug 70410] egl-static/Makefile: linking fails with llvm = 3.4

Out of interest which compiler are you using and which linker? I'm sure I was seeing this with gcc 4.7 and ld.bfd but not on my gcc 4.8 system with ld.gold (both llvm's were compiled with the gold use flag though) I've not seen any issues on the gcc 4.7 system since upgrading to 4.8 still with

[Mesa-dev] texelFetch*Offset from EXT_gpu_shader4

Hi I'm going to try adding in support for texelFetch*Offset to try and get anti aliasing working in the Unigine demos I'm not sure if anything more will be required but I just wanted to check no one else is working on this Thanks Mike ___ mesa-dev

Re: [Mesa-dev] [PATCH 3/3] mesa: Bump version to 11.0.0.

It seems a bit silly to skip version 10 entirely Is this really necessary? On 18 Oct 2013 07:57, Kenneth Graunke kenn...@whitecape.org wrote: Mesa now supports OpenGL 3.3 and GLSL 3.30, so bump the Mesa major version from 10 to 11 to reflect this. Also update the release notes, and add

Re: [Mesa-dev] [PATCH] clover: fix build with LLVM 3.4

This fixes the build for me Feel free to add my tested by On 1 November 2013 15:25, Aaron Watry awa...@gmail.com wrote: dso_list was added as an argument for createInternalizePass in 3.4, and then it was removed again in the same llvm version. ---

Re: [Mesa-dev] More projects for newbies

Sounds good On 22 Nov 2013 19:05, Ian Romanick i...@freedesktop.org wrote: I've posted a wiki with some project suggestions for people wanting to get into Mesa development: http://wiki.freedesktop.org/dri/NewbieProjects/ These projects are a little bit larger than the one I previously

Re: [Mesa-dev] [PATCH 1/7] loader: Use dlsym to get our udev symbols instead of explicit linking.

It also gets MetroLL working for me again - I'm just going to check for bug reports on the graphical issues I'm seeing (which were there the last time I got it loaded) before raising any new ones On 26 January 2014 14:15, Alexandre Demers alexandre.f.dem...@gmail.comwrote: This patch fixes bug

Re: [Mesa-dev] [PATCH] R600/SI: Add pattern for zero-extending i1 to i32

I can confirm this fixes the opencl-example tests and bfgminer now runs without crashing Thanks Mike On 4 February 2014 03:56, Michel Dänzer mic...@daenzer.net wrote: From: Michel Dänzer michel.daen...@amd.com Fixes opencl-example if_* tests with radeonsi. Bugzilla:

Re: [Mesa-dev] Gallium docs online builds

Wow this is great. Thanks for doing this Starting to read through it all now Mike On 31 Mar 2014 17:43, Ilia Mirkin imir...@alum.mit.edu wrote: Hi everyone, I've set up a readthedocs.org build to point at the gallium docs: http://gallium.readthedocs.org/en/latest/ I didn't find any

Re: [Mesa-dev] [PATCH 37/37] i965/gen6: enable OpenGL 3.2

I think everything that's required for GL 3.3 has already been added can we jump directly there? On 14 Aug 2014 12:13, Iago Toral Quiroga ito...@igalia.com wrote: From: Samuel Iglesias Gonsalvez sigles...@igalia.com Signed-off-by: Samuel Iglesias Gonsalvez sigles...@igalia.com ---

Re: [Mesa-dev] [PATCH 36/37] i965/gen6: enable GLSL 1.50

We can probably just change this to check for gen = 6 and expose 3.30 On 14 Aug 2014 12:13, Iago Toral Quiroga ito...@igalia.com wrote: From: Samuel Iglesias Gonsalvez sigles...@igalia.com Signed-off-by: Samuel Iglesias Gonsalvez sigles...@igalia.com ---

Re: [Mesa-dev] [PATCH 00/37] Geometry shader support in Sandy Bridge

On 20 August 2014 11:18, Samuel Iglesias Gonsálvez sigles...@igalia.com wrote: On Wed, 2014-08-20 at 11:16 +0200, Iago Toral wrote: El 2014-08-16 09:11, Jordan Justen escribió: On Thu, Aug 14, 2014 at 4:11 AM, Iago Toral Quiroga ito...@igalia.com wrote: Hi, this series brings support

Re: [Mesa-dev] [PATCH 00/37] Geometry shader support in Sandy Bridge

On 21 August 2014 00:41, Matt Turner matts...@gmail.com wrote: On Wed, Aug 20, 2014 at 4:30 PM, Mike Lothian m...@fireburn.co.uk wrote: Hi I tested the branch - glxinfo reports GL 3.2 and GLSL 1.50 however when I run Heaven 4 I get a blank screen when rendering and the following messages

Re: [Mesa-dev] [PATCH 00/37] Geometry shader support in Sandy Bridge

On 21 August 2014 00:58, Matt Turner matts...@gmail.com wrote: On Wed, Aug 20, 2014 at 4:49 PM, Mike Lothian m...@fireburn.co.uk wrote: On 21 August 2014 00:41, Matt Turner matts...@gmail.com wrote: On Wed, Aug 20, 2014 at 4:30 PM, Mike Lothian m...@fireburn.co.uk wrote: Hi I tested the branch

[Mesa-dev] i965/gen6: Enable GLSL 3.30 and OpenGL 3.3

Hi I'm pretty sure this is all thats needed to switch on GLSL 3.30 and OpenGL 3.3 on Sandybridge Cheers Mike From b16937f37681f8e44c86cdb86bd76fd1bbfab998 Mon Sep 17 00:00:00 2001 From: Mike Lothian m...@fireburn.co.uk Date: Fri, 19 Sep 2014 22:56:46 +0100 Subject: [PATCH] i965/gen6: Enable

[Mesa-dev] [PATCH] i965/gen6: Enable GLSL 3.30 and OpenGL 3.3

Hi This is the first time I've used git send-mail - hopefully it should be inline now I've run piglit and there don't seem to be any failures related to the new enablement (I do get some GS fails though) Cheers Mike ___ mesa-dev mailing list

[Mesa-dev] [PATCH] i965/gen6: Enable GLSL 3.30 and OpenGL 3.3

--- src/mesa/drivers/dri/i965/intel_extensions.c | 4 +--- src/mesa/drivers/dri/i965/intel_screen.c | 7 +-- 2 files changed, 2 insertions(+), 9 deletions(-) diff --git a/src/mesa/drivers/dri/i965/intel_extensions.c b/src/mesa/drivers/dri/i965/intel_extensions.c index b7c64c6..4e6627e

Re: [Mesa-dev] [PATCH 00/20] Begin enabling OpenGL ES 3.1

Isn't that override to change the GL version rather than the GLES version? On Thu, 30 Apr 2015 00:26 Ian Romanick i...@freedesktop.org wrote: There's still a fair amount functionality left to be implemented before GLES 3.1 can actually be enabled. Compute shaders and SSBOs are the biggest

Re: [Mesa-dev] [PATCH v3 (part2) 54/56] docs: Mark ARB_shader_storage_buffer_object as done for i965.

Hi Iago Nice work, was it an oversight this wasn't enabled for GLES 3.1? Or is the implementation slightly different? Cheers Mike On Tue, 14 Jul 2015 at 08:48 Iago Toral Quiroga ito...@igalia.com wrote: --- docs/GL3.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [Mesa-dev] [PATCH v2] gallium/hud: control visibility at startup and runtime.

Hi On Wed, 4 Nov 2015, 8:53 a.m. Samuel Pitoiset wrote: Hi Jimmy, Some comments below. On 11/04/2015 06:17 AM, Jimmy Berry wrote: > - env GALLIUM_HUD_VISIBLE: control default visibility > - env GALLIUM_HUD_SIGNAL_TOGGLE: toggle visibility via signal > --- > Thanks

Re: [Mesa-dev] [PATCH 0/7] DRI3 support for EGL (v4)

Hi Out of interest have any of you tested this on Plasma5? When I set OpenGL & EGL in kwin and I'm using DRI3 compositing is disabled (it wasn't before) This is on Kabini using the latest mesa, xorg and radeon drivers from got Cheers Mike On Tue, 17 Nov 2015, 3:31 p.m. Martin Peres

Re: [Mesa-dev] [RFC 0/3] V2: Improve GLSL support of GL_ARB_separate_shader_objects

Would it be better to have is_interstage=0 rather than a double negative? On Sat, 3 Oct 2015 10:32 am Gregory Hainaut wrote: > > In short, SSO allow to match by name but you can't make any hypothesis > on the > > previous/next stage. Therefore you must consider all

Re: [Mesa-dev] [PATCH 0/7] DRI3 support for EGL (v4)

Hi Have you had any success with this? Cheers Mike On Wed, 18 Nov 2015 at 02:27 Boyan Ding <boyan.j.d...@gmail.com> wrote: > 2015-11-18 8:04 GMT+08:00 Martin Peres <martin.pe...@free.fr>: > > > > > > On 18/11/15 01:37, Mike Lothian wrote: > >> >

Re: [Mesa-dev] [PATCH 3/3] i965: Use MESA_FORMAT_B8G8R8X8_SRGB for RGB visuals

Hi These three commits have stopped Plasma5's kwin working on my skylake system Reverting back to 7752bbc44e78e982de3cd4c34862adc38a338234 fixed it for me I can send you more details / raise a bug if you like Cheers Mike On Sat, 12 Dec 2015 at 20:56 Kenneth Graunke

Re: [Mesa-dev] [PATCH 10/10] docs: Mark ARB_tessellation_shader as done on all i965 platforms.

Isn't it gen7+ now? On Fri, 25 Dec 2015 at 01:34 Kenneth Graunke wrote: > We now support all Intel GPUs which can do tessellation. > --- > docs/GL3.txt | 2 +- > docs/relnotes/11.2.0.html | 2 +- > 2 files changed, 2 insertions(+), 2 deletions(-) > > diff

Re: [Mesa-dev] [PATCH] mapi: fix LTO compilation

This doesn't seem to affect me using GCC 6.1 and gold On Thu, 2 Jun 2016, 6:42 p.m. Jan Ziak (⚛), <0xe2.0x9a.0...@gmail.com> wrote: > LTO compilation can sometimes fail with GCC 4.9 and GCC 5.3 because > src/mapi uses unusual mixing of C code and assembly code. The issue > may be present in case

Re: [Mesa-dev] [PATCH] mapi: fix LTO compilation

I'm running Gentoo too, it didn't take significantly longer to compile GCC 6.1 than any other version of GCC I use portage to compile mesa On Mon, 6 Jun 2016, 5:58 p.m. ⚛, <0xe2.0x9a.0...@gmail.com> wrote: > On Mon, Jun 6, 2016 at 3:39 PM, Mike Lothian <m...@fireburn.

Re: [Mesa-dev] [PATCH] mapi: fix LTO compilation

I only have /var/log/portage/elog/ the file(s) you specified don't exist on my system On Mon, 6 Jun 2016 at 21:13 ⚛ <0xe2.0x9a.0...@gmail.com> wrote: > On Mon, Jun 6, 2016 at 9:01 PM, Mike Lothian <m...@fireburn.co.uk> wrote: > > > > I'm running Gentoo too, it didn'

Re: [Mesa-dev] Let's identify the R9 285 bottleneck in respect to R7 370

Ah it's not a regression, in that case it might be possible to profile the running benchmark to see where some bottlenecks lie, but from what ive read on here before, this is difficult to set up and the results aren't always useful. As you're unaffected by this I doubt you'll be able to help

Re: [Mesa-dev] [PATCH 5/5] st/mesa: enable AoA for gallium drivers reporting GLSL 1.30

Cool, thanks. On Mon, 8 Feb 2016, 4:33 a.m. Dave Airlie <airl...@gmail.com> wrote: > On 8 February 2016 at 14:26, Mike Lothian <m...@fireburn.co.uk> wrote: > > Does that also add in AoA for OpenGL ES 3.1 or will that require more > work? > > Good question, I'v

Re: [Mesa-dev] [PATCH 5/5] st/mesa: enable AoA for gallium drivers reporting GLSL 1.30

Does that also add in AoA for OpenGL ES 3.1 or will that require more work? On Mon, 8 Feb 2016 at 03:46 Dave Airlie wrote: > From: Dave Airlie > > Signed-off-by: Dave Airlie > --- > docs/GL3.txt | 2 +- >

Re: [Mesa-dev] [PATCH] gallium/radeon: add the kernel version into the renderer string

Do you need the DRM version number if you'll be displaying the kernel version anyway? On Wed, 25 May 2016 at 00:09 Marek Olšák wrote: > From: Marek Olšák > > Example: > Gallium 0.4 on AMD TONGA (DRM 3.2.0 / 4.5.0, LLVM 3.9.0) > > My kernel version is

Re: [Mesa-dev] [PATCH 00/14] vl dri3 support for vaapi and vdpau

Hi Axel Is the thread_submit=true only for nine or does it work with all of DRI3? I'm keen to get rid of the tearing on my Skylake/Tonga setup Thanks Mike On Wed, 11 May 2016 at 16:57 Axel Davy wrote: > Hi, > > Do you have some local branch to review all at once (it is a

[Mesa-dev] [PATCH] radeonsi: Enable GLSL 4.30 and therefore OpenGL 4.3

This is the last necessary bit for OpenGL 4.3 support, All driver-specific functionality has been implemented as part of extensions. --- Was testing Bas's patches with Middle-Earth: Shadow of Mordor but needed this to expose OpenGL 4.3 src/gallium/drivers/radeonsi/si_pipe.c | 2 +- 1 file

Re: [Mesa-dev] [PATCH v2 20/20] radeonsi: enable TGSI support cap for compute shaders

Hi I've tested this with Middle-Earth Shadow of Mordor on my Tonga based M395X Feel free to add my tested by if it's worth anything Cheers Mike On Wed, 13 Apr 2016, 8:30 p.m. Bas Nieuwenhuizen, wrote: > v2: Use chip_class instead of family. > > Signed-off-by: Bas

Re: [Mesa-dev] Testing patches 9987 and 9988

Hi You're best replying directly to the posts on the mailing list for these. Most folk won't know the their patch series by their patchwork ID I think Marek posted a branch with his patches applied, it might be easier to test that, I'm sure he'll rebase his patches after review Cheers Mike On

Re: [Mesa-dev] [PATCH v2 5/6] anv/Makefile: alphabetize

Should genX_blorp be above genX_cmd? On Mon, 20 Feb 2017 at 19:26 Jason Ekstrand wrote: > --- > src/intel/vulkan/Makefile.sources | 8 > 1 file changed, 4 insertions(+), 4 deletions(-) > > diff --git a/src/intel/vulkan/Makefile.sources >

Re: [Mesa-dev] [PATCH 2/2] vulkan/wsi/radv: add initial prime support

Feel free to add my "Tested by" to these Tested with vulkaninfo, vulkancube, vulkanscene and The Talos Principle 32bit & 64bit Cheers Mike On 21 February 2017 at 02:26, Dave Airlie wrote: > From: Dave Airlie > > This is a complete rewrite of my previous

Re: [Mesa-dev] [PATCH] st/nine: Remove code for no USER_INDEX_BUFFERS as these are always on

his should be a one line patch to just remove the part > GET_PCAP(USER_INDEX_BUFFERS) > > Yours, > > Axel Davy > > On 25/02/2017 06:23, Mike Lothian wrote: > > This fixes 4a883966c1f74f43afc145d2c3d27af7b8c5e01a where the pipe cap > > was removed > > > &

[Mesa-dev] [PATCH v2] st/nine: Remove check for USER_INDEX_BUFFERS use csmt_active instead

("gallium: remove PIPE_CAP_USER_INDEX_BUFFERS") Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=99953 Reported-and-tested-by: Vinson Lee <v...@freedesktop.org> (v1) Cc: Marek Olšák <marek.ol...@amd.com> Cc: Axel Davy <axel.d...@ens.fr> Signed-off-by: Mike Lothian &l

Re: [Mesa-dev] [PATCH v2] st/nine: Remove check for USER_INDEX_BUFFERS use csmt_active instead

There's too many negatives, not sure if this should really be "if (This->cmst_active) {" or not On Sat, 25 Feb 2017 at 10:42 Mike Lothian <m...@fireburn.co.uk> wrote: > This fixes 4a883966c1f74f43afc145d2c3d27af7b8c5e01a where the pipe cap > was removed > > No

Re: [Mesa-dev] [PATCH] gallium/nine: Fix build regression

Are we better off just checking for cmst_active now? Since that's all we're checking On Sat, 25 Feb 2017 at 11:12 Edward O'Callaghan wrote: > commit 4a88396 dropped 'PIPE_CAP_USER_INDEX_BUFFERS' however > this case was missed. > > Signed-off-by: Edward O'Callaghan

Re: [Mesa-dev] [PATCH] st/nine: Drop USER_INDEX_BUFFERS check

I think my question regarding the double negative still stands. Is it "!This->cmst_active" ot "This->cmst_active" On Sat, 25 Feb 2017 at 11:23 Edward O'Callaghan <funfunc...@folklore1984.net> wrote: > From: Mike Lothian &

Re: [Mesa-dev] [PATCH] st/nine: Drop USER_INDEX_BUFFERS check

Will do. On Sat, 25 Feb 2017 at 11:31 Edward O'Callaghan <funfunc...@folklore1984.net> wrote: > oh yes I missed that, you want to have drop the negation in your patch > Mike. > > On 02/25/2017 10:28 PM, Mike Lothian wrote: > > I think my question regarding the doub

[Mesa-dev] [PATCH v4] st/nine: Drop USER_INDEX_BUFFERS check

šák <marek.ol...@amd.com> Cc: Axel Davy <axel.d...@ens.fr> Signed-off-by: Mike Lothian <m...@fireburn.co.uk> Signed-off-by: Edward O'Callaghan <funfunc...@folklore1984.net> --- src/gallium/state_trackers/nine/device9.c | 3 +-- src/gallium/state_trackers/nine/device9.h | 1

[Mesa-dev] [PATCH v5] st/nine: Drop USER_INDEX_BUFFERS check

ted-by: Vinson Lee <v...@freedesktop.org> (v1) Cc: Marek Olšák <marek.ol...@amd.com> Cc: Axel Davy <axel.d...@ens.fr> Signed-off-by: Edward O'Callaghan <funfunc...@folklore1984.net> Signed-off-by: Mike Lothian <m...@fireburn.co.uk> --- src/gallium/state_trackers/ni

Re: [Mesa-dev] [PATCH v5] st/nine: Drop USER_INDEX_BUFFERS check

Thanks for pushing and being patient with me On Sat, 25 Feb 2017 at 12:13 Edward O'Callaghan <funfunc...@folklore1984.net> wrote: > Very noisy but you got there in the end, > > Reviewed-by: Edward O'Callaghan <funfunc...@folklore1984.net> > > On 02/25/2017 1

Re: [Mesa-dev] Mesa git: compilation error in NINE after your latest commit - 'PIPE_CAP_USER_INDEX_BUFFERS' undeclared

I've got a patch for this, just testing it now On Sat, 25 Feb 2017 at 00:10 Dieter Nützel wrote: > Making all in state_trackers/nine > make[4]: Entering directory '/opt/mesa/src/gallium/state_trackers/nine' >CC device9.lo > device9.c: In function

[Mesa-dev] [PATCH] st/nine: Remove code for no USER_INDEX_BUFFERS as these are always on

This fixes 4a883966c1f74f43afc145d2c3d27af7b8c5e01a where the pipe cap was removed Now USER_INDEX_BUFFERS are always enabled remove code that checks for them and works around them not being available Signed-off-by: Mike Lothian <m...@fireburn.co.uk> Cc: Marek Olšák <marek.ol...@amd.com&

Re: [Mesa-dev] [PATCH] vulkan: Fix gen_enum_to_str in out of tree builds

This fixes the build for me and I've tested vulkan programs still work Reviewed-and-Tested-by: Mike Lothian <m...@fireburn.co.uk> On 23 February 2017 at 00:38, Dylan Baker <dy...@pnwbakers.com> wrote: > In some configurations the util directory is created when buildin

Re: [Mesa-dev] [PATCH 2/2] gallivm, ac: add function attributes at call sites instead of declarations

Hi I think this patch is causing build problems for me /var/tmp/portage/media-libs/mesa-/work/mesa-/src/amd/common/ac_nir_to_llvm.c: In function ‘create_llvm_function’: /var/tmp/portage/media-libs/mesa-/work/mesa-/src/amd/common/ac_nir_to_llvm.c:265:4: error: implicit declaration

Re: [Mesa-dev] [PATCH] amd/common: Fix build with new ac_add_function_attr()

I can confirm this fixes the build for me But I still get warnings: /var/tmp/portage/media-libs/mesa-/work/mesa-/src/amd/common/ ac_nir_to_llvm.c: In function ‘visit_interp’: /var/tmp/portage/media-libs/mesa-/work/mesa-/src/amd/common/ ac_nir_to_llvm.c:3022:11: warning:

Re: [Mesa-dev] [PATCH 1/2] util/disk_cache: support caches for multiple architectures

Is this because the 32bit and 64bit versions have slightly different time stamps used in the cache directory name? I was under the impression that the cache itself could be shared between 32bit & 64bit? I guess this only matters for the few games that offer both a 32bit and 64bit binary,

Re: [Mesa-dev] [PATCH 13/13] radeonsi: enable GLSL 4.50

This doesn't seem to be enough to get glxinfo to report GL 4.5 on my Tonga or Kabini systems Even with MESA_GLSL_VERSION_OVERRIDE=440 or 450 the maximum reported GLSL version is 430, the override works with 420 however I'm wondering if there's something in the Gallium code that's limiting it to

Re: [Mesa-dev] [PATCH 13/13] radeonsi: enable GLSL 4.50

Ignore me I don't think patch 12 applied correctly On Sat, 8 Oct 2016, 9:14 am Mike Lothian, <m...@fireburn.co.uk> wrote: > This doesn't seem to be enough to get glxinfo to report GL 4.5 on my > Tonga or Kabini systems > > Even with MESA_GLSL_VERSION_OVERRIDE=440 or 450 th

Re: [Mesa-dev] [PATCH 1/3] vl/dri3: handle the case of different GPU(v4.2)

Hi I've just confirmed this works for getting details from vainfo and vdpauinfo using DRI_PRIME=1 without needing to set up offloading with xrandr I do however need to specify the driver still, is that something being worked on? It would be great if it autoselected based on the card running at

Re: [Mesa-dev] [PATCH 1/3] vl/dri3: handle the case of different GPU(v4.2)

unds like your version of libva ignores the DRI_PRIME environment > parameter. > > Not sure what to do with this, but clearly a loader and not a driver > problem. > > Regards, > Christian. > > > Am 20.09.2016 um 15:36 schrieb Mike Lothian: > > Here's what I curre

Re: [Mesa-dev] [PATCH 1/3] vl/dri3: handle the case of different GPU(v4.2)

: VAEntrypointVLD VAProfileH264High : VAEntrypointEncSlice VAProfileNone : VAEntrypointVideoProc On Tue, 20 Sep 2016 at 14:13 Nayan Deshmukh <nayan26deshm...@gmail.com> wrote: > Hi Mike, > > > On Tue, Sep 20, 2016 at 5:45 P

Re: [Mesa-dev] [PATCH 0/3] Flex 2.6.2 build fixes

Thanks On Thu, 27 Oct 2016 at 12:51 Emil Velikov wrote: > Hi all, > > As pointed out by Mike, building Mesa with latest version of flex is > not possible. > > Upon closer look it seems that the following functions are not expanded > properly (the #define yyfoo

Re: [Mesa-dev] [PATCH 1/3] anv: Suffix the intel_icd file with the host CPU

Does this need to be target CPU rather than host? On Fri, 21 Oct 2016 at 14:53 Emil Velikov wrote: > Thank you very very very much for this, Jason ! > > On 21 October 2016 at 01:07, Jason Ekstrand wrote: > > > drivers because they may put it

Re: [Mesa-dev] [PATCH] [rfc] radv: add initial prime support.

You are a star :D I'll test this out tonight On Wed, 23 Nov 2016 at 05:29 Dave Airlie wrote: > From: Dave Airlie > > This is kind of a gross hacks, but vulkan doesn't specify anything > but it would be nice to let people with prime systems at least > see

Re: [Mesa-dev] [PATCH] [rfc] radv: add initial prime support.

I think it would be good to keep the DRI_PRIME switch to allow for switching between anvil and radv, handy for testing / comparing / benchmarking both It seems that Vulkan automatically uses the first card listed in vulkaninfo (in my case it's the amdgpu card) with no way to select which is used,

Re: [Mesa-dev] [PATCH] [rfc] radv: add initial prime support.

It works with the Talos Principle and performs well, I'm seeing some artefacts in the grass which can be seen in https://imgur.com/a/3litB I'm not sure if that's caused by one of the LLVM bugs that have been mentioned On Wed, 23 Nov 2016 at 11:13 Mike Lothian <m...@fireburn.co.uk> wrote

Re: [Mesa-dev] [PATCH 3/3] radv: Incorporate GPU family into cache UUID.

Would it be possible to have a cache for each family? I imagine this might cause issues when someone has multiple cards in their system On Tue, 22 Nov 2016 at 01:20 Bas Nieuwenhuizen wrote: > Invalidates the cache when someone switches cards. > > Signed-off-by: Bas

Re: [Mesa-dev] [PATCH] pipe-loader: add libamd_common for radeonsi

I'm probably not qualified enough to give a Reviewed-by line, but I can confirm this fixes the build for me On Thu, 3 Nov 2016 at 14:28 Nicolai Hähnle wrote: > From: Nicolai Hähnle > > This fixes a build regression of commit >

Re: [Mesa-dev] [PATCH] docs: Fix GL status of radeonsi

Alternatively you could expose GLSL 440 until the bugs are squished for 450 On Thu, 13 Oct 2016 at 12:39 Nicolai Hähnle wrote: > On 13.10.2016 10:20, Andreas Boll wrote: > > Currently radeonsi doesn't advertise GLSL 4.40 and "GL 4.4, GLSL 4.40 -- > > all DONE" means the

Re: [Mesa-dev] [PATCH v3 25/25] configure.ac: Add required LLVM versions to the top

If you recompile llvm and mesa each time, are there any downsides of using the shared libs? I think there were some issues with some programs / games that had clashing symbols but I'm not sure if that's still an issue On Thu, 13 Oct 2016 at 11:15 Emil Velikov wrote: >

Re: [Mesa-dev] [PATCH] [rfc] radv: add initial prime support.

Hi This no longer applies cleanly since radv/meta: cleanup image info setup. 71a9574ffa1463773ad7587262bacc50ed37c042 Regards Mike On Wed, 23 Nov 2016 at 05:29 Dave Airlie wrote: > From: Dave Airlie > > This is kind of a gross hacks, but vulkan

Re: [Mesa-dev] [PATCH 0/5] nvc0: better instruction pipelining for Maxwell GPUs

Thanks for all your work on Nouveau and I look forward to your contributions to radeonsi On Thu, 22 Dec 2016 at 23:16 Samuel Pitoiset wrote: > Hello, > > This series makes use of the scheduling control code in order to improve > the > instruction pipelining on Maxwell

Re: [Mesa-dev] [PATCH 000/140] RadeonSI: Initial Vega10 support

I get warnings with patch 058/140 /var/tmp/portage/media-libs/mesa-/work/mesa-/src/amd/addrlib/inc/chip/gfx9/gfx9_gb_reg.h:39:7: warning: type 'union GB_ADDR_CONFIG' violates the C++ One Definition Rule [-Wodr] union GB_ADDR_CONFIG { ^

Re: [Mesa-dev] [PATCH 123/140] radeonsi/gfx9: set/validate GFX9 BO metadata

This patch gives me a warning /var/tmp/portage/media-libs/mesa-/work/mesa-/src/gallium/drivers/radeon/r600_texture.c: In function ‘r600_texture_from_handle’: /var/tmp/portage/media-libs/mesa-/work/mesa-/src/gallium/drivers/radeon/r600_texture.c:1441:28: warning: unused variable

Re: [Mesa-dev] [RFC] radv initial tessellation support

I tried running the tessellation demo from Sacha Williams on my Tonga and I got the following error: vulkantessellation: /var/tmp/portage/sys-devel/llvm-/work/llvm-/include/llvm/Support/Casting.h:95: static bool llvm::isa_impl_cl::doit(const From *)

Re: [Mesa-dev] [PATCH 1/2] intel: genxml: compress all gen files into one

This prevents me building master PYTHONPATH=/var/tmp/portage/media-libs/mesa-/work/mesa-/src/compiler/nir /usr/bin/python2.7 /var/tmp/portage/media-libs/mesa-/work/mesa-/src/intel/compiler/brw_nir_trig_workarounds.py > compiler/brw_nir_trig_workarounds.c || (rm -f compi

Re: [Mesa-dev] [rfc] radv missing tesseellation patches

That gets both tessellation and terraintessellation demos working for me Feel free to add my tested by for the series On Fri, 31 Mar 2017 at 01:45 Dave Airlie wrote: > I somehow in my rebasing lost two patches, not sure where I ate them. > > Anyways slot these in as patch

Re: [Mesa-dev] Lets try that again. Proposal for merging GL dispatch (aka glthread)

Feel free to add my tested by I've been running with this since it was posted On Tue, 14 Mar 2017 at 03:43 Timothy Arceri wrote: > Hi all, > > There hasn't been any major comments on V2 of the series [1] so I'll > assume that's a good thing. > > It seemed the biggest

Re: [Mesa-dev] [PATCH 7/7] gallium/radeon: disable the shader cache if dumping shaders

Feel free to add my tested by to this I've been using it in conjunction with https://patchwork.freedesktop.org/series/20816/ On Sun, 12 Mar 2017 at 22:06 Timothy Arceri wrote: > Patches 2, 3 & 7 are: > > Reviewed-by: Timothy Arceri > > I'd need

Re: [Mesa-dev] [PATCH 00/15] Clang compiler warning fixes

When trying to test these I notice that even without the patches clover isn't compiling /var/tmp/portage/media-libs/mesa-/work/mesa-/src/gallium/state_trackers/clover/llvm/codegen/common.cpp:132:54: error: ‘Offset’ is not a member of ‘clang::LangAS’

Re: [Mesa-dev] [PATCH 00/14] Better Travis-CI integration, take 2

Is nine and clover built with this? On Fri, 21 Apr 2017, 1:25 pm Gustaw Smolarczyk, wrote: > 2017-04-21 14:08 GMT+02:00 Emil Velikov : > > Note: GCC 5/6 crashes with internal compiler error at seemingly random > > stages of the build. Unless any

Re: [Mesa-dev] [PATCH 00/14] Better Travis-CI integration, take 2

Use a lower make j number and make sure you're not using LTO On Fri, 21 Apr 2017, 2:33 pm Emil Velikov, wrote: > On 21 April 2017 at 13:25, Gustaw Smolarczyk wrote: > > 2017-04-21 14:08 GMT+02:00 Emil Velikov : > >>

Re: [Mesa-dev] [PATCH v2] ac: fix build after LLVM 5.0 SVN r300718

Thanks for this Tested-and-reviewed-by: Mike Lothian <m...@fireburn.co.uk> On Thu, 20 Apr 2017 at 09:48 Nicolai Hähnle <nhaeh...@gmail.com> wrote: > On 20.04.2017 10:34, Christoph Haag wrote: > > v2: previously getWithDereferenceableBytes() exists, but addAttr() >

Re: [Mesa-dev] RFC Thread queue for shader cache compression/writes (real)

This isn't applying cleanly for me, I think I'm missing some patches I've applied Series 20989, 20872, 20873 (rev1 with patches 6,7 applied manually - patchwork was being weird) on top of master Do you have a branch somewhere? On Fri, 10 Mar 2017 at 02:29 Timothy Arceri

Re: [Mesa-dev] [PATCH 4/4] gallium/util: move u_queue.{c, h} to src/util

Does that include patches 5, 6 & 7? On Fri, 10 Mar 2017 at 10:57 Marek Olšák wrote: > For the series: > > Reviewed-by: Marek Olšák > > Marek > > On Wed, Mar 8, 2017 at 5:36 AM, Timothy Arceri > wrote: > > This will allow us to use

  1   2   3   >