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 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() >

[Mesa-dev] [PATCH 2/2] radv/meta: Fix nir_builder.h include

This fixes the build after: commit 399ebd2a84a133bd2ca3da388a059fd3bafe33f5 Author: Dave Airlie <airl...@redhat.com> Date: Wed Apr 19 06:18:23 2017 +1000 radv/meta: add common shader vertex generation function Signed-off-by: Mike Lothian <m...@fireburn.co.uk> --- sr

[Mesa-dev] [PATCH 1/2] radv/ac: Fix nir.h include

This fixes the build after: commit 224cf2906a8f38ce47411afc93a223ac0e41795f Author: Dave Airlie <airl...@redhat.com> Date: Mon Apr 17 13:01:52 2017 +1000 radv/ac: add initial pre-pass for shader info gathering Signed-off-by: Mike Lothian <m...@fireburn.co.uk> --- sr

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] [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] [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 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 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] [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] 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] util/disk_cache: fix zlib linking with LTO build

For what its worth I compile Mesa using LTO with the gold linker so I don't need to specify -fuse-linker-plugin - everything works fine here CFLAGS="-O3 -march=skylake -pipe -flto=8" CXXFLAGS="${CFLAGS}" LDFLAGS="-Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed -Wl,-flto=8" AR="gcc-ar" NM="gcc-nm"

Re: [Mesa-dev] [PATCH v3 0/6] Use drmDevice2 API, take ... final

Works great - tested remotely passing DISPLAY=:0 now only when I pass DRI_PRIME=1 does the card fire up Thanks Mike On Fri, 10 Mar 2017 at 13:56 Emil Velikov <emil.l.veli...@gmail.com> wrote: > On 10 March 2017 at 13:35, Mike Lothian <m...@fireburn.co.uk> wrote: > > D

Re: [Mesa-dev] [PATCH v3 0/6] Use drmDevice2 API, take ... final

Does this mean my dGPU will stop being woken up when I play videos or open Chromium? On Fri, 10 Mar 2017 at 12:32 Emil Velikov wrote: > Hi all, > > Here is hopefully the final round of using drmDevice2. > > As a brief reminder - probing devices via drmDevice or

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

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] Initial version of threaded GL dispatch V2

Hi I've been testing this patch series along with patchwork series https://patchwork.freedesktop.org/series/20872/ & https://patchwork.freedesktop.org/series/20873/ It's been working well with the games I've tested on so far - I had one crash in the Shadow of Mordor benchmark, but I've

Re: [Mesa-dev] [PATCH] ralloc: don't leave out the alignment factor

I've spent the whole night tracking down this bug I thought it was an issue with a recent upgrade of binutils Please add my: Tested by: Mike Lothian <m...@fireburn.co.uk> On Sat, 4 Mar 2017 at 00:49 Grazvydas Ignotas <nota...@gmail.com> wrote: > Experimentation shows that wi

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

Could the solution be keeping X number of cache's and delete the oldest ones, I guess we'd need at least 2 On Thu, 2 Mar 2017 at 16:36 Mike Lothian <m...@fireburn.co.uk> wrote: > I'm guessing when the code runs the 32bit and 64bit have different build > times so invalidate the cach

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

I'm guessing when the code runs the 32bit and 64bit have different build times so invalidate the cache and create a new one On Thu, 2 Mar 2017 at 16:25 Marek Olšák <mar...@gmail.com> wrote: > On Thu, Mar 2, 2017 at 3:03 PM, Mike Lothian <m...@fireburn.co.uk> wrote: > > Is t

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

[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

[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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

<    1   2   3   >