Re: [Mesa-dev] [RFC PATCH] gallium: add a common uploader to pipe_context

On Mon, Feb 6, 2017 at 5:15 PM, Brian Paul wrote: > On 02/03/2017 02:41 PM, Marek Olšák wrote: >> >> On Fri, Feb 3, 2017 at 9:45 PM, Brian Paul wrote: >>> >>> On 02/01/2017 02:23 PM, Brian Paul wrote: On 01/27/2017 04:00 AM, Marek Olšák wrote:

Re: [Mesa-dev] [Mesa-announce] [ANNOUNCE] mesa 17.0.0-rc3

On Mon, Feb 6, 2017 at 3:02 PM, Emil Velikov wrote: > The third release candidate for Mesa 17.0.0 is now available. > > Note that we have a couple of issues that I'd like to see fixed. > If those are be not sorted by this Friday the final release will be > out,

[Mesa-dev] [Bug 99638] Mesa opengles Peppa Pig and openggles2 smurfs on Radeon PowerPC and PPC64

https://bugs.freedesktop.org/show_bug.cgi?id=99638 --- Comment #4 from intermedi...@hotmail.com --- Hi Emil, yes it was present on swrast in past (i cant check now the xorg.conf with fbdev dont work on Fedora 25 PPC64 make X dont start) and yes was present in past in

Re: [Mesa-dev] [PATCH 20/34] i965: Restructure CCS disable

On 17-02-06 10:00:16, Topi Pohjolainen Topi Pohjolainen wrote: On Sun, Feb 05, 2017 at 10:48:11PM -0800, Ben Widawsky wrote: On 17-01-25 20:53:44, Topi Pohjolainen Topi Pohjolainen wrote: > On Mon, Jan 23, 2017 at 10:21:43PM -0800, Ben Widawsky wrote: > > Make the code only disable CCS when it

Re: [Mesa-dev] [RFC PATCH] gallium: add a common uploader to pipe_context

On 02/03/2017 02:41 PM, Marek Olšák wrote: On Fri, Feb 3, 2017 at 9:45 PM, Brian Paul wrote: On 02/01/2017 02:23 PM, Brian Paul wrote: On 01/27/2017 04:00 AM, Marek Olšák wrote: On Fri, Jan 27, 2017 at 10:05 AM, Nicolai Hähnle wrote: On 27.01.2017

[Mesa-dev] [Bug 99638] Mesa opengles Peppa Pig and openggles2 smurfs on Radeon PowerPC and PPC64

https://bugs.freedesktop.org/show_bug.cgi?id=99638 --- Comment #3 from Emil Velikov --- Would be nice to establish if the issue is specific to any driver/hardware. Do try with the classic, gallium swrast and/or others. Fwiw there's been an ancient "all the PPC issues

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

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

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

Hi, On Mon, 2017-02-06 at 13:43 +0100, Jan Ziak wrote: > Shadow of Mordor benchmark: 30 FPS w/o glthread -> 20 FPS with > glthread > For what it is worth, all the Feral games have a dispatch thread that primarily calls GL functions. James ___

Re: [Mesa-dev] [RFC PATCH 1/1] st/dri: add a new driconf option override_glsl_version for ARK games

On Mon, Feb 6, 2017, at 16:45, Eero Tamminen wrote: > Hi, > > On 05.02.2017 15:19, Samuel Pitoiset wrote: > > On 02/03/2017 07:48 PM, Bas Nieuwenhuizen wrote: > >> As far as I can see[1], when the game detects GL 4.3+, the engine tries > >> to load a different set of shaders from disk, but the

Re: [Mesa-dev] [RFC PATCH 1/1] st/dri: add a new driconf option override_glsl_version for ARK games

Hi, On 05.02.2017 15:19, Samuel Pitoiset wrote: On 02/03/2017 07:48 PM, Bas Nieuwenhuizen wrote: As far as I can see[1], when the game detects GL 4.3+, the engine tries to load a different set of shaders from disk, but the game developers have not enabled the right flag during building, so the

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

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

Re: [Mesa-dev] [RFC PATCH 1/1] st/dri: add a new driconf option override_glsl_version for ARK games

Hi, On 03.02.2017 19:23, Samuel Pitoiset wrote: This is similar to the MESA_GLSL_VERSION_OVERRIDE envvar (mainly for developers). But this one has the advantage to be configured for specific apps which require a context with an explicit version. For example, when an app requires a 3.2 core

[Mesa-dev] [Bug 99591] Segmentation fault when running vulkaninfo with RADV Radeon Vulkan driver

https://bugs.freedesktop.org/show_bug.cgi?id=99591 Henning W changed: What|Removed |Added CC||wue...@web.de -- You are

[Mesa-dev] [ANNOUNCE] mesa 17.0.0-rc3

The third release candidate for Mesa 17.0.0 is now available. Note that we have a couple of issues that I'd like to see fixed. If those are be not sorted by this Friday the final release will be out, regardless. Andreas Boll (1): configure.ac: Require LLVM for r300 only on x86 and x86_64

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

Yes, I'm aware that glthread is far from perfect. However, I don't consider that an issue. My idea is that the actual work will take place in master. I have zero faith that any work on that will take place outside of master. Currently I don't expect it to work with any GL4 apps, because the

[Mesa-dev] [Bug 99692] [radv] Mostly broken on Hawaii PRO/CIK ASICs

https://bugs.freedesktop.org/show_bug.cgi?id=99692 --- Comment #1 from Kai --- Created attachment 129360 --> https://bugs.freedesktop.org/attachment.cgi?id=129360=edit vulkaninfo output -- You are receiving this mail because: You are the assignee for the bug. You

[Mesa-dev] [Bug 99692] [radv] Mostly broken on Hawaii PRO/CIK ASICs

https://bugs.freedesktop.org/show_bug.cgi?id=99692 --- Comment #2 from Kai --- Created attachment 129361 --> https://bugs.freedesktop.org/attachment.cgi?id=129361=edit xdpyinfo output -- You are receiving this mail because: You are the assignee for the bug. You

[Mesa-dev] [Bug 99692] [radv] Mostly broken on Hawaii PRO/CIK ASICs

https://bugs.freedesktop.org/show_bug.cgi?id=99692 Bug ID: 99692 Summary: [radv] Mostly broken on Hawaii PRO/CIK ASICs Product: Mesa Version: git Hardware: Other OS: All Status: NEW Severity: normal

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

Hello Just some notes for mesa_glthread=true: - Shadow of Mordor benchmark: 30 FPS w/o glthread -> 20 FPS with glthread - fgl_glxgears: SIGSEGV with mesa_glthread=true (gdb) bt #0 dlist_alloc (ctx=ctx@entry=0x78b220, opcode=opcode@entry=OPCODE_CLEAR, bytes=bytes@entry=4, align8=false) at

[Mesa-dev] [Bug 77449] Tracker bug for all bugs related to Steam titles

https://bugs.freedesktop.org/show_bug.cgi?id=77449 Bug 77449 depends on bug 76858, which changed state. Bug 76858 Summary: Dota 2 texture corruption https://bugs.freedesktop.org/show_bug.cgi?id=76858 What|Removed |Added

Re: [Mesa-dev] [PATCH] gbm: add support for loading third-party backend

On 6 February 2017 at 05:58, Yu, Qiang wrote: > + David > > Hi Emil, > >> * With the discussion(s) about liballoc/libgbm2 in motion wouldn't it >> be better to focus/target it ? > [yuq] I think this small improvement won't conflict with libgbm2 work > which is not my current

Re: [Mesa-dev] [PATCH 1/8] gallium: add separate PIPE_CAP_INT64_DIVMOD

On 05.02.2017 19:20, Ilia Mirkin wrote: Nouveau does not currently have logic to implement this as a library function. Even though such a library could be written, there's no big advantage to do it that way for now given that int64 is a very uncommon use-case. Allow a driver to expose INT64

Re: [Mesa-dev] [PATCH] radeon/ac: move common llvm build functions to a separate file.

Reviewed-by: Edward O'Callaghan On 02/03/2017 11:05 AM, Dave Airlie wrote: > From: Dave Airlie > > Suggested by Marek. > > Signed-off-by: Dave Airlie > --- > src/amd/Makefile.sources | 2 + >

Re: [Mesa-dev] [PATCH 3/3] targets: Remove vc4 simulator hack.

On 03.02.2017 20:13, Eric Anholt wrote: Now that there's MESA_LOADER_DRIVER_OVERRIDE for choosing the driver name we load, we don't need this any more. I like the override flag, could come in handy. For the series (including the additional hunk for patch #3): Reviewed-by: Nicolai Hähnle

Re: [Mesa-dev] [PATCH] radeon/ac: move common llvm build functions to a separate file.

Acked-by: Nicolai Hähnle On 03.02.2017 01:05, Dave Airlie wrote: From: Dave Airlie Suggested by Marek. Signed-off-by: Dave Airlie --- src/amd/Makefile.sources | 2 + src/amd/common/ac_llvm_build.c

[Mesa-dev] [Bug 97967] glsl/tests/cache-test regression

https://bugs.freedesktop.org/show_bug.cgi?id=97967 --- Comment #14 from Emil Velikov --- Semi-random thoughts which came to mind. Feel free to pursue if interested - I'm sidetracked with something else atm. - endianess issue ? - fs is missing/buggy/etc. flock and

[Mesa-dev] [Bug 97967] glsl/tests/cache-test regression

https://bugs.freedesktop.org/show_bug.cgi?id=97967 Emil Velikov changed: What|Removed |Added See Also|

[Mesa-dev] [Bug 97967] glsl/tests/cache-test regression

https://bugs.freedesktop.org/show_bug.cgi?id=97967 --- Comment #12 from Emil Velikov --- Created attachment 129357 --> https://bugs.freedesktop.org/attachment.cgi?id=129357=edit Some debug printfs Adding a reference to the Gentoo bug and the patch in question. Once

[Mesa-dev] [Bug 99467] [radv] DOOM 2016 + wine. Green screen everywhere (but can be started)

https://bugs.freedesktop.org/show_bug.cgi?id=99467 --- Comment #15 from Bogomil Vasilev --- (In reply to Grazvydas Ignotas from comment #14) > (In reply to Bogomil Vasilev from comment #13) > > Well, the reason is in your comment -> Dec 23. > What do you mean? > Both the old

[Mesa-dev] [Bug 99467] [radv] DOOM 2016 + wine. Green screen everywhere (but can be started)

https://bugs.freedesktop.org/show_bug.cgi?id=99467 --- Comment #14 from Grazvydas Ignotas --- (In reply to Bogomil Vasilev from comment #13) > Well, the reason is in your comment -> Dec 23. What do you mean? Both the old branch and radv-wip-doom-wine from Feb 3 are suffering

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

Hello, > A note on synchronizations. Borderlands 2 has 170 thread syncs per > frame. That means the app thread has to stop and wait 170x per frame. > Despite that, it still has 70% higher performance in some cases. My > theory is that if you have a lot of draw calls, you can have a lot of >

[Mesa-dev] [Bug 99467] [radv] DOOM 2016 + wine. Green screen everywhere (but can be started)

https://bugs.freedesktop.org/show_bug.cgi?id=99467 --- Comment #13 from Bogomil Vasilev --- (In reply to Grazvydas Ignotas from comment #12) > No improvement here compared to radv-wip-doom-wine from Dec 23, still > suffering random fog/glare. Well, the reason is in your

[Mesa-dev] [Bug 99690] more shots of bug 99638

https://bugs.freedesktop.org/show_bug.cgi?id=99690 --- Comment #2 from intermedi...@hotmail.com --- (In reply to Tapani Pälli from comment #1) > I've added these directly to bug 99638 .. there is no need to open new bugs > for attachments. Thankyou i didnt know how to

[Mesa-dev] [PATCH] glsl: correct compute shader checks for memoryBarrier functions

As per the spec - "The functions memoryBarrierShared() and groupMemoryBarrier() are available only in compute shaders; the other functions are available in all shader types." Conform to this by adding another delegate to check for compute shader support instead of only whether the current stage

[Mesa-dev] [Bug 99690] more shots of bug 99638

https://bugs.freedesktop.org/show_bug.cgi?id=99690 --- Comment #1 from Tapani Pälli --- I've added these directly to bug 99638 .. there is no need to open new bugs for attachments. -- You are receiving this mail because: You are the QA Contact for the

[Mesa-dev] [Bug 99690] more shots of bug 99638

https://bugs.freedesktop.org/show_bug.cgi?id=99690 Tapani Pälli changed: What|Removed |Added Resolution|--- |INVALID

[Mesa-dev] [Bug 99638] Mesa opengles Peppa Pig and openggles2 smurfs on Radeon PowerPC and PPC64

https://bugs.freedesktop.org/show_bug.cgi?id=99638 --- Comment #2 from Tapani Pälli --- Created attachment 129355 --> https://bugs.freedesktop.org/attachment.cgi?id=129355=edit more screenshots -- You are receiving this mail because: You are the QA Contact for the

[Mesa-dev] [Bug 99690] more shots of bug 99638

https://bugs.freedesktop.org/show_bug.cgi?id=99690 Bug ID: 99690 Summary: more shots of bug 99638 Product: Mesa Version: unspecified Hardware: PowerPC OS: Linux (All) Status: NEW Severity: normal

Re: [Mesa-dev] [PATCH 20/34] i965: Restructure CCS disable

On Sun, Feb 05, 2017 at 10:48:11PM -0800, Ben Widawsky wrote: > On 17-01-25 20:53:44, Topi Pohjolainen Topi Pohjolainen wrote: > > On Mon, Jan 23, 2017 at 10:21:43PM -0800, Ben Widawsky wrote: > > > Make the code only disable CCS when it has to, unlike before where it > > > disabled CCS and

<    1   2