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 wrote: > --- > docs/GL3.txt | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/docs/GL3.txt

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 for the feedback. > > I belie

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 rfc patches. > > This adds the ability

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 > b/src/intel/vulkan/Makefile.sources > index bd78

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 On 23 February 2017 at 00:38, Dylan Baker wrote: > In some configurations the util directory is created when building out > of tree, but not others. This patch ensures that i

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 'NineDevice9_ctor': > device9.c:122:49:

[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 Cc: Marek Olšák Cc: Axel Davy --- src/gallium/state_trackers

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

ne 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 > > > > Now USER_INDEX_BUFFE

[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 (v1) Cc: Marek Olšák Cc: Axel Davy Signed-off-by: Mike Lothian --- src/gallium/state_trackers/nine/device9.c | 3 +-- 1 file changed, 1 inser

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 wrote: > This fixes 4a883966c1f74f43afc145d2c3d27af7b8c5e01a where the pipe cap > was removed > > Now USER_INDEX_BUFFERS are a

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 > --- > src/gallium/state_tra

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 wrote: > From: Mike Lothian > > This fixes 4a883966c1f74f43afc145d2c3d27af7b8c5e01a w

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

Will do. On Sat, 25 Feb 2017 at 11:31 Edward O'Callaghan 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 double negative still stands. Is it >

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

member user_ibufs also && fixup shortlog (Edward). v4: Fix negation Fixes: 4a883966c1f7 ("gallium: remove PIPE_CAP_USER_INDEX_BUFFERS") Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=99953 Reported-and-tested-by: Vinson Lee (v1) Cc: Marek Olšák Cc: Axel Davy Signed-of

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

ted-by: Vinson Lee (v1) Cc: Marek Olšák Cc: Axel Davy Signed-off-by: Edward O'Callaghan Signed-off-by: Mike Lothian --- src/gallium/state_trackers/nine/device9.c | 3 +-- src/gallium/state_trackers/nine/device9.h | 1 - 2 files changed, 1 insertion(+), 3 deletions(-) diff --git a/src

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 wrote: > Very noisy but you got there in the end, > > Reviewed-by: Edward O'Callaghan > > On 02/25/2017 10:50 PM, Mike Lothian wrote: > > This fixes 4a883966c1f74f43afc

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 DR

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

ProfileH264High : VAEntrypointVLD VAProfileH264High : VAEntrypointEncSlice VAProfileNone : VAEntrypointVideoProc On Tue, 20 Sep 2016 at 14:13 Nayan Deshmukh wrote: > Hi Mike, > > > On Tue, Sep 20, 2016 at 5:45 PM, Mike Lothian wrote: > &

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

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 currently have: > > fir

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 a

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, 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 the maximum reported

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 driver actually advertise

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: > On 13 October 2016 at 04:0

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 in /usr/local or $HOME/.local or some > > other >

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 ${prefix}foo is missing). > > yylex

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 > 7115e56c21ace07cf04f5073ba73a533e2182099. > Sorry for the breakage,

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 Nieuwenhuizen > --- > src/am

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 some stuff rendering for now. > > This

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 wrote: > I thin

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 doesn't specify anything > but it would be nic

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 GPUs. > > Starting with the

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 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 wrote: > On Mon, Oct 07, 2013 at 01:05:15PM +0200, Marek Olšák wrote: > > From: Marek Olšák > > > > Reviewed-by: Tom Stellard > > > --- > > configure.ac | 5 +++-- > >

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" 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 call > "feature comple

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 ld

[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 mai

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" 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 appropriate FAQ entri

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 wrote: > dso_list was added as an argument for createInternalizePass in 3.4, and > then > it was removed again in the same llvm version. > --- > src/gallium/state_trackers/clover/llvm/invocation.cp

Re: [Mesa-dev] More projects for newbies

Sounds good On 22 Nov 2013 19:05, "Ian Romanick" 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 posted > to the ma

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 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 gallivm/lp_bld_misc.lo

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

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 wrote: > So, about two months ago I had the insane ide

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 +0

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

ckers/clover/llvm/invocation.cpp 2013-03-29 12:13:03.978506530 + @@ -37,7 +37,8 @@ #include #include #include -#include +#include +#include #endif #include #include This one does however On 29 March 2013 11:40, Mike Lothian wrote: > Hi > > This include is also in

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 wrote: > Build tested only. > --- > src/gallium/state_trackers/clover/llvm/invocation.cpp | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) > > diff --git a/src/gallium/stat

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 wrote: > This patch fixes bug 71543 where libudev.so.0 an

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" 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 publicly availabl

[Mesa-dev] [PATCH] Add #include 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 mesa-de

Re: [Mesa-dev] [PATCH] drm/radeon/dpm: Add #include 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 wrote: > Hi > > This patch allows me to compile using GCC 4.7.3 system when using ld.bfd - > it doesn't seem to be require

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 wrote: > From: Michel Dänzer > > Fixes opencl-example if_* tests with radeonsi. > > Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=74469 > Sign

Re: [Mesa-dev] [PATCH] radv: take LDS into account for compute shader occupancy stats

Hi I think you've left a few references to the old ac_nir_get_max_workgroup_size FAILED: src/amd/vulkan/9198681@@vulkan_radeon@sha/radv_nir_to_llvm.c.o x86_64-pc-linux-gnu-gcc -m32 -Isrc/amd/vulkan/9198681@@vulkan_radeon@sha -Isrc/amd/vulkan -I../mesa-/src/amd/vulkan -Isrc/../include -I../mes

Re: [Mesa-dev] [PATCH] meson: drop the xcb-xrandr version requirement

I'm a bit confused by this patch It's in a section called xlib_lease, for leases to work I think the newer version is required, but I think the underlying code was changed to build without the newer headers Do leases work with the old code, or should this section be renamed? On Sun, 3 Feb 2019 a

Re: [Mesa-dev] [PATCH 0/5] RadeonSI: Displayable DCC for Ravens

Hi What do you mean by kernel driver version? It doesn't seem to match up with a kernel version or a DC Version Cheers Mike On Thu, 28 Feb 2019 at 21:20, Marek Olšák wrote: > > Hi, > > This series enables DCC for scanout on Ravens. > > It requires kernel driver version >= 3.31.0 and my xf86-vi

Re: [Mesa-dev] [PATCH 0/5] RadeonSI: Displayable DCC for Ravens

Thanks, I notice your 5.2-wip is version 3.30.0, so I'll wait until it's updated before testing Cheers Mike On Fri, 1 Mar 2019 at 15:17, Alex Deucher wrote: > > On Fri, Mar 1, 2019 at 10:11 AM Mike Lothian wrote: > > > > Hi > > > > What do you mean by k

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 inputs and output as > > activ

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 +- > docs/relnotes/11.2.0.html | 1 + > src/mesa/state

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 wrote: > On 8 February 2016 at 14:26, Mike Lothian wrote: > > Does that also add in AoA for OpenGL ES 3.1 or will that require more > work? > > Good question, I've no idea. but I think desktop is > GLES i

[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 chang

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 Nieuwenhuizen > Reviewed-by

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 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 things left to finis

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 wrote: > >

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 wrote: > > > > I'm running Gentoo too, it didn't take signi

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 furth

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 wrote: >

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 wrote: > 2015-11-18 8:04 GMT+08:00 Martin Peres : > > > > > > On 18/11/15 01:37, Mike Lothian wrote: > >> > >> > >> Hi > >> > >>

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 wrote: > On Friday, Dece

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 --git a/docs/GL3.txt b/doc

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" wrote: > From: Samuel Iglesias Gonsalvez > > Signed-off-by: Samuel Iglesias Gonsalvez > --- > src/mesa/drivers/dri/i965/intel_screen.c | 2 +- > 1 file ch

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" wrote: > From: Samuel Iglesias Gonsalvez > > Signed-off-by: Samuel Iglesias Gonsalvez > --- > src/mesa/drivers/dri/i965/intel_extensions.c | 2 +- > 1 file changed, 1 insertion(+),

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

On 20 August 2014 11:18, Samuel Iglesias Gonsálvez 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 >> > wrote: >> >> Hi, >> >> >> >> this series brings support for geometry shade

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

On 21 August 2014 00:41, Matt Turner wrote: > On Wed, Aug 20, 2014 at 4:30 PM, Mike Lothian 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: >&g

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

On 21 August 2014 00:58, Matt Turner wrote: > On Wed, Aug 20, 2014 at 4:49 PM, Mike Lothian wrote: >> On 21 August 2014 00:41, Matt Turner wrote: >>> On Wed, Aug 20, 2014 at 4:30 PM, Mike Lothian wrote: >>>> Hi I tested the branch - glxinfo reports GL 3.2 and GLS

[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 Date: Fri, 19 Sep 2014 22:56:46 +0100 Subject: [PATCH] i965/gen6: Enable GLSL 3.30 and O

[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-

[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 10

Re: [Mesa-dev] [PATCH] i965: Add RGBX8888 and RGBA8888 to EGL configure and reorder the list

Can you make sure whatever you do it's well tested I shudder every time I see such requests as it nearly always seems to cause breakage for me On Thu, 18 May 2017 at 11:25 Emil Velikov wrote: > On 18 May 2017 at 05:10, Chih-Wei Huang wrote: > > 2017-05-18 12:01 GMT+08:00 Xu, Randy : > >> > >>>

Re: [Mesa-dev] [Bug 101088] `gallium: remove pipe_index_buffer and set_index_buffer` causes glitches and crash in gallium nine

This fixes WoW for me Thanks On Mon, 22 May 2017 at 00:18 wrote: > *Comment # 4 on > bug 101088 from Axel > Davy * > > Should be fixed > byhttps://lists.freedesktop.org/archives/mesa

Re: [Mesa-dev] [PATCH] i965: Add RGBX8888 and RGBA8888 to EGL configure and reorder the list

I'm quite sure on Gentoo lib points to lib64 and we have a lib32 On Mon, 22 May 2017 at 22:46 Rob Herring wrote: > On Mon, May 22, 2017 at 9:16 AM, Emil Velikov > wrote: > > On 20 May 2017 at 01:16, Rob Herring wrote: > >> On Fri, May 19, 2017 at 12:57 PM, Emil Velikov < > emil.l.veli...@gmail

Re: [Mesa-dev] [PATCH 00/17] radv: Support for subgroup_vote and shader_ballot

I found some patches on the git mailing list but looks like none of them have been merged http://git.661346.n2.nabble.com/PATCH-send-mail-Add-option-to-sleep-between-sending-each-email-td6769476.html On Mon, 12 Jun 2017 at 23:22 Connor Abbott wrote: > On Mon, Jun 12, 2017 at 2:30 AM, Nicolai Hä

Re: [Mesa-dev] [PATCH v3 8/8] egl/wayland: Use linux-dmabuf interface for buffers

Hi I'm currently getting a build failure with this patch in an out of tree build Making all in egl make[3]: Entering directory '/var/tmp/portage/media-libs/mesa-/work/mesa--abi_x86_32.x86/src/egl' /usr/bin/wayland-scanner code < /usr/share/wayland-protocols/unstable/linux-dmabuf/linux-dm

[Mesa-dev] [PATCH] egl/wayland: Fix linking libEGL_common.la

Because libmesautil.la includes string_to_uint_map.o, -lstdc++ is required for linking to succeed Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=101851 Signed-off-by: Mike Lothian --- src/egl/Makefile.am | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/egl

Re: [Mesa-dev] [PATCH] egl/wayland: Fix linking libEGL_common.la

piler On Fri, 21 Jul 2017 at 13:27 Emil Velikov wrote: > On 20 July 2017 at 21:25, Mike Lothian wrote: > > Because libmesautil.la includes string_to_uint_map.o, -lstdc++ is > > required for linking to succeed > > > It's a bit suspicious why not many others are seein

Re: [Mesa-dev] [PATCH] egl/wayland: Fix linking libEGL_common.la

cache.c:(.text+0xe40): undefined reference to `__atomic_fetch_add_8' On Mon, 24 Jul 2017 at 00:03 Mike Lothian wrote: > This is only an issue when using ld.gold, ld.bfd works fine which is > probably why no one else has seen it. It only started being a problem when > the dmabuff s

Re: [Mesa-dev] threaded opengl

I think you also need to provide info on how much of a speed up it provides because some games are slower with glthread On Mon, 24 Jul 2017 at 01:33 siyia wrote: > sorry executable is "mb_warband_linux" start.sh or mb_warband.sh are > local scripts to start the game so: > > > >

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 of the SWR devs sort it out, we might > > want to

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 : > >> Note: GCC 5/6 crashes with internal compiler error at seemingly random > >> sta

Re: [Mesa-dev] [PATCH] clover: Fix build against clang SVN >= r301442

Tested-and-reviewed-by: Mike Lothian On Thu, 27 Apr 2017 at 04:33 Michel Dänzer wrote: > From: Michel Dänzer > > Hardcode the OpenCL InputKind in compat::set_lang_defaults. > > Signed-off-by: Michel Dänzer > --- > src/gallium/state_trackers/clover/llvm/compat.hpp |

Re: [Mesa-dev] [PATCH 0/4] Call for testing: Gallium set_index_buffer removal etc.

Hi I've just tested this with Nine. It causes a weird white strobing effect - I think there are other graphical glitches too but it's hard to tell I was testing the blizzard app http://eu.battle.net/en/app/ the same also happens when World of Warcraft is launched This doesn't happen if I use CSM

Re: [Mesa-dev] [ANNOUNCE] mesa 17.1.0-rc3

Hi I think this email is sent from a script so just wanted to point out: not available -> now available If it's just a bog standard typo in a manually written email - just ignore me Mike On Mon, 1 May 2017 at 13:24 Emil Velikov wrote: > Hello all, > > The third release candidate for Mesa 17.

Re: [Mesa-dev] [PATCH 00/18] anv: Rework the allocation data structures

I'm seeing the following failure with GCC 7.1: /var/tmp/portage/media-libs/mesa-/work/mesa-/src/intel/vulkan/anv_allocator.c: In function ‘anv_state_stream_alloc’: /var/tmp/portage/media-libs/mesa-/work/mesa-/src/intel/vulkan/anv_allocator.c:930:28: error: ‘struct anv_state_stream_

Re: [Mesa-dev] [PATCH 3/3] RFC: vulkan/wsi: Rework the way prime support works

Will this allow us to select between iGPU and dGPU like we can with OpenGL? Or is it just going to force radv like before? On Thu, 16 Nov 2017 at 10:09 Grazvydas Ignotas wrote: > On Thu, Nov 16, 2017 at 12:33 AM, Dave Airlie wrote: > > On 15 November 2017 at 04:40, Jason Ekstrand > wrote: > >>

Re: [Mesa-dev] V3 i965/Gallium ARB_get_program_binary support

I can confirm this fixes the Dead Island crash, which makes this the first time I've been able to play the game since purchasing it :D The patches doesn't apply cleanly to master so I used the following fixup https://github.com/FireBurn/mesa/tree/gallium-program-binary If you're happy with that f

Re: [Mesa-dev] [PATCH] i965/miptree: Move isl_surf_get_(hiz|mcs)_surf out of the assert

Do intel run mesa through any of their test boxes like they do with kernel patches? On Wed, 21 Jun 2017 at 19:23 Jason Ekstrand wrote: > On Wed, Jun 21, 2017 at 11:20 AM, Pohjolainen, Topi < > topi.pohjolai...@gmail.com> wrote: > >> On Wed, Jun 21, 2017 at 11:16:39AM -0700, Jason Ekstrand wrote:

Re: [Mesa-dev] [PATCH] i965/miptree: Move isl_surf_get_(hiz|mcs)_surf out of the assert

On Thu, 22 Jun 2017 at 00:12 Matt Turner wrote: > On Wed, Jun 21, 2017 at 3:50 PM, Mike Lothian wrote: > > Do intel run mesa through any of their test boxes like they do with > kernel > > patches? > > Don't top quote. > > Yes, we have a CI system that w

Re: [Mesa-dev] configure fails to find llvm since recent llvm commit.

Hi I'm not seeing this issue on Gentoo. My llvm-config --version shows "5.0.0git-79da0992d18" I'm attaching the patch we use Regards Mike On Tue, 4 Jul 2017 at 10:10 Emil Velikov wrote: > On 3 July 2017 at 22:51, Andy Furniss wrote: > > Emil Velikov wrote: > >> > >> On 3 July 2017 at 16:31,

Re: [Mesa-dev] Gallium ARB_get_program_binary support

I can confirm these sort the crash on Dead Island and I can confirm I'm also seeing the segfault with Dirt Rally On Fri, 8 Dec 2017 at 09:58 Timothy Arceri wrote: > Core support in now in master so this is just a resend of the gallium > patches. > > Resolves crash in Dead Island: > > Bugzilla: h

Re: [Mesa-dev] Gallium ARB_get_program_binary support

Tested with Dead Island, Dirt Rally and Serious Sam BFG (which I believe uses this extension) Do you know any other games that use this? On Mon, 11 Dec 2017 at 02:17 Dieter Nützel wrote: > For the V2 series: > > Tested-by: Dieter Nützel > and > Acked-by: Dieter Nützel > if this is worth from

Re: [Mesa-dev] Gallium ARB_get_program_binary support

I'll check that when I'm next home On Mon, 11 Dec 2017 at 21:19 Timothy Arceri wrote: > On 12/12/17 08:13, Mike Lothian wrote: > > Tested with Dead Island, Dirt Rally and Serious Sam BFG (which I believe > > uses this extension) > > > > Do you know any oth

  1   2   3   >