Re: [Mesa-dev] [PATCH] egl: Mention if swrast is being forced

> swrast"); Maybe we want to remain generic rather than just saying swrast, but not sure if LIBGL_ALWAYS_SOFTWARE would enable llvmpipe if available rather than swrast. Maybe we can say "will use a CPU renderer". In any case, the change is: Acked-by: Martin Peres Martin > &g

Re: [Mesa-dev] Switching to Gitlab Issues instead of Bugzilla?

On 04/09/2019 21:01, Daniel Vetter wrote: > On Wed, Sep 4, 2019 at 6:52 PM Adam Jackson wrote: >> >> On Fri, 2019-08-30 at 14:26 +0100, Chris Wilson wrote: >>> Quoting Daniel Stone (2019-08-30 14:13:08) Hi, On Thu, 29 Aug 2019 at 21:35, Chris Wilson wrote: > > I

[Mesa-dev] [PATCH] [RFC] i965/blit: bump some limits to 64k

the fallback path is broken[1], and as to what should be the limits for HW-accelerated blits now that we got rid of the blitter usage on recent platforms. Tested-by: Martin Peres # HSW Cc: Chris Wilson [1] https://fs.mupuf.org/corruption_8k%2B.png --- src/mesa/drivers/dri/i965/intel_blit.c

Re: [Mesa-dev] [PATCH 4.16 039/110] drm/i915/gen9: Add WaClearHIZ_WM_CHICKEN3 for bxt and glk

Sorry for top-posting, but why is this email on mesa-dev, and not on intel-gfx? I mean, the latter is for the kernel driver while the former is the userspace 3d driver, so intel-...@lists.freedesktop.org is definitely the prefered mailing list for these discussions. Martin On 21/05/18 14:11,

[Mesa-dev] Google Summer of Code 2018

Hi everyone, Just a quick word to remind you that the X.Org Foundation got accepted to the Google Summer of Code 2018! As a potential mentor, if you have a project falling under the foundation's (large) umbrella that you would like to kick start or get help finishing, please add it to the list

Re: [Mesa-dev] [PATCH 02/14] anv/cmd_buffer: Take bo_offset into account in fast clear state addresses

On 13/11/17 18:12, Jason Ekstrand wrote: > Otherwise, if the image is not bound to the start of the buffer, we're > going to be reading and writing its fast clear state in the wrong spot. > > Cc: mesa-sta...@lists.freedesktop.org Fixes: a62a97933578a813beb0d27cc8e404850f7fd302 Bugzilla:

Re: [Mesa-dev] [PATCH v2 9/9] nv50/ir/tgsi: split mad to mul+add

On 13/06/17 16:00, Ilia Mirkin wrote: On Tue, Jun 13, 2017 at 8:47 AM, Martin Peres <martin.pe...@free.fr> wrote: On 13/06/17 15:43, Ilia Mirkin wrote: On Tue, Jun 13, 2017 at 8:18 AM, Roland Scheidegger <srol...@vmware.com> wrote: Am 13.06.2017 um 08:57 schrieb Karol Herb

Re: [Mesa-dev] [PATCH v2 9/9] nv50/ir/tgsi: split mad to mul+add

On 13/06/17 15:43, Ilia Mirkin wrote: On Tue, Jun 13, 2017 at 8:18 AM, Roland Scheidegger wrote: Am 13.06.2017 um 08:57 schrieb Karol Herbst: On Tue, Jun 13, 2017 at 2:17 AM, Roland Scheidegger wrote: I am actually also thinking this should be

[Mesa-dev] XDC 2017 : Call for paper

/questions, please send them to Stéphane Marchesin (please also CC: board at foundation.x.org). Martin Peres ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/mesa-dev

Re: [Mesa-dev] [PATCH 5/9] i965: Move an 'i' declaration into its 'for' loop

On 27/05/17 01:15, Chad Versace wrote: > In intel_update_dri2_buffers(). > Trivial cleanup. > --- > src/mesa/drivers/dri/i965/brw_context.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/src/mesa/drivers/dri/i965/brw_context.c >

Re: [Mesa-dev] [PATCH 2/9] i965/dri: Combine declaration and assignment in intelCreateBuffer

On 27/05/17 01:15, Chad Versace wrote: > Trivial cleanup. > --- > src/mesa/drivers/dri/i965/intel_screen.c | 3 +-- > 1 file changed, 1 insertion(+), 2 deletions(-) > > diff --git a/src/mesa/drivers/dri/i965/intel_screen.c > b/src/mesa/drivers/dri/i965/intel_screen.c > index

Re: [Mesa-dev] Requests for Proposal for hosting XDC 2018

On 12/05/17 02:46, Manasi Navare wrote: > Hi Daniel, > > Is Call for Papers opened yet for XDC? When do they usually start accepting > proposals? Hey Manasi, Our call for paper is usually sent around June with a deadline for mid-August. Here is the call for paper from last year, we do expect

Re: [Mesa-dev] i965: No relocation support for GL

On 10/01/17 23:23, Chris Wilson wrote: Not much has changed in the couple of years since last posting, just a lot of rebasing. Still the major open question is how much locking do individual contexts require amongst a shared set - can we rely of the upper layer providing sufficient

Re: [Mesa-dev] [PATCH] docs: add GL_ARB_gpu_shader_fp64 and OpenGL 4.0 support for Intel Haswell.

On 05/01/17 09:56, Iago Toral Quiroga wrote: --- docs/relnotes/13.1.0.html | 2 ++ 1 file changed, 2 insertions(+) diff --git a/docs/relnotes/13.1.0.html b/docs/relnotes/13.1.0.html index 4dce843..124da93 100644 --- a/docs/relnotes/13.1.0.html +++ b/docs/relnotes/13.1.0.html @@ -47,6 +47,8

Re: [Mesa-dev] mesa-dev is failing to bounce some mails

On 27/10/16 14:41, Andres Gomez wrote: On Thu, 2016-10-27 at 12:14 +0100, Emil Velikov wrote: On 27 October 2016 at 12:06, Andres Gomez wrote: On Wed, 2016-10-26 at 19:35 +0300, Andres Gomez wrote: Hi, recently, we have noticed that we are not receiving some of the

[Mesa-dev] [PATCH 1/2] loader/dri3: add get_dri_screen() to the vtable

This allows querying the current active screen from the loader's common code. Signed-off-by: Martin Peres <martin.pe...@linux.intel.com> --- src/egl/drivers/dri2/platform_x11_dri3.c | 12 src/glx/dri3_glx.c | 11 +++ src/loader/loader_dri3_he

[Mesa-dev] [PATCH 2/2] loader/dri3: import prime buffers in the currently-bound screen

loader's vtable (krh) Tested-by: Timo Aaltonen <tjaal...@ubuntu.com> Tested-by: Ionut Biru <biru.io...@gmail.com> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=71759 Signed-off-by: Martin Peres <martin.pe...@linux.intel.com> --- src/loader/loader_dri3_helper.c | 12 ++

Re: [Mesa-dev] [Request for Testing] i965: import prime buffers in the current context, not screen

On 02/09/16 10:08, Martin Peres wrote: On 25/08/16 21:49, Kristian Høgsberg wrote: On Thu, Aug 25, 2016 at 11:38 AM, Chad Versace <chadvers...@chromium.org> wrote: On Thu 25 Aug 2016, Martin Peres wrote: This mirrors the codepath taken by DRI2 in IntelSetTexBuffer2() and fixe

Re: [Mesa-dev] [Request for Testing] i965: import prime buffers in the current context, not screen

On 25/08/16 21:49, Kristian Høgsberg wrote: On Thu, Aug 25, 2016 at 11:38 AM, Chad Versace <chadvers...@chromium.org> wrote: On Thu 25 Aug 2016, Martin Peres wrote: This mirrors the codepath taken by DRI2 in IntelSetTexBuffer2() and fixes many applications when using DRI3: -

[Mesa-dev] [Request for Testing] i965: import prime buffers in the current context, not screen

=71759 Signed-off-by: Martin Peres <martin.pe...@linux.intel.com> --- This patch supposedly prevents gnome from running for one Arch Linux maintainer. Kenneth Graunke and I failed to reproduce it so I am asking for your help/comments on this. src/mesa/drivers/dri/i965/intel_screen.

Re: [Mesa-dev] [PATCH 0/2] i965: Fix dEQP-EGL.functional.image.create.gles2_cubemap_*

On 05/08/16 03:39, Chad Versace wrote: On 08/04/2016 02:28 PM, Martin Peres wrote: On 05/08/16 00:24, Mark Janes wrote: I saw no regressions from these tests. However, I wasn't able to run the dEQP-EGL tests the last time I tried. What branch of dEQP are you running? InternalError

Re: [Mesa-dev] [PATCH] i965: import prime buffers in the current context, not screen

On 04/08/16 19:04, Eric Anholt wrote: Martin Peres <martin.pe...@linux.intel.com> writes: This mirrors the codepath taken by DRI2 in IntelSetTexBuffer2() and fixes many applications when using DRI3: - Totem with libva on hw-accelerated decoding - obs-studio, using Window C

Re: [Mesa-dev] [PATCH 0/2] i965: Fix dEQP-EGL.functional.image.create.gles2_cubemap_*

On 05/08/16 00:24, Mark Janes wrote: I saw no regressions from these tests. However, I wasn't able to run the dEQP-EGL tests the last time I tried. What branch of dEQP are you running? InternalError (Runtime check failed: '(m_capabilities & CAPABILITY_GET_DISPLAY_PLATFORM) == 0' at

Re: [Mesa-dev] [PATCH 0/4] egl/*: Set disp->DriverData to NULL on error

On 04/08/16 15:17, Nicolas Boichat wrote: On Thu, Aug 4, 2016 at 7:17 PM, Martin Peres <martin.pe...@linux.intel.com> wrote: On 04/08/16 13:08, Nicolas Boichat wrote: On Thu, Aug 4, 2016 at 5:52 PM, Martin Peres <martin.pe...@linux.intel.com> wrote: On 04/08/16 05:07, Nic

[Mesa-dev] [PATCH] i965: import prime buffers in the current context, not screen

://bugs.freedesktop.org/show_bug.cgi?id=71759 Tested-by: Fabrice Bellet <fabr...@bellet.info> Signed-off-by: Martin Peres <martin.pe...@linux.intel.com> --- I have been testing the patch on my main desktop for a day and did not encounter any issue with it. This is however quite a corner c

Re: [Mesa-dev] [PATCH 0/4] egl/*: Set disp->DriverData to NULL on error

On 04/08/16 13:08, Nicolas Boichat wrote: On Thu, Aug 4, 2016 at 5:52 PM, Martin Peres <martin.pe...@linux.intel.com> wrote: On 04/08/16 05:07, Nicolas Boichat wrote: egl/x11 fixup has already be sent here: https://patchwork.freedesktop.org/patch/101934/ Compile-tested only (on a

Re: [Mesa-dev] [PATCH 0/4] egl/*: Set disp->DriverData to NULL on error

rm: Set disp->DriverData to NULL on error egl/android: Set dpy->DriverData to NULL on error This patch series fixes egl_khr_fence_sync for me: Tested-by: Martin Peres <martin.pe...@linux.intel.com> However, egl-create-context-verify-gl-flavor is still crashing, even with "

Re: [Mesa-dev] [PATCH] egl/dri2: dri2_initialize: Do not reference-count TestOnly display

On 03/08/16 16:54, Nicolas Boichat wrote: In the case where dri2_initialize is called with a TestOnly display, the display is not actually initialized, so dri2_egl_display always fails, and we cannot do any reference counting. Fixes piglit spec@egl_khr_create_context@verify gl flavor

Re: [Mesa-dev] Mesa (master): egl/dri2: Add reference count for dri2_egl_display

On 29/07/16 09:20, Michel Dänzer wrote: On 28.07.2016 22:11, Emil Velikov wrote: Module: Mesa Branch: master Commit: 9ee683f877b283020c6f24776236f1145cb7a4ea URL: http://cgit.freedesktop.org/mesa/mesa/commit/?id=9ee683f877b283020c6f24776236f1145cb7a4ea Author: Nicolas Boichat

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

On 20/07/16 14:35, ⚛ wrote: Results for Bioshock Infinite on R9 390: TIMEAVG MIN MAX 2016-05-25.15-51-53: 139.06, 9.81, 1.72, 58.78 2016-06-14.01-13-33: 100.91, 16.12, 3.06, 60.06 2016-07-07.16-44-55: 95.88, 18.45, 3.74, 68.32 2016-07-20.11-55-04: 85.97, 27.20,

Re: [Mesa-dev] XDC 2016 : Call for paper

On 13/05/16 01:56, Martin Peres wrote: Hello, I have the pleasure to announce that the X.org Developer Conference 2016 will be held in Helsinki from September 21 to September 23. The venue is located at Haaga-Helia university[0], next to the Pasila station. The official page for the event

Re: [Mesa-dev] Current status of the i965 dri3 bug #71759?

On 11/07/16 17:40, i...@iirolaiho.net wrote: Hi, I am asking about freedesktop bug #71759. The bug has been open since 2013, but the problems are beginning to surface now: on Fedora+[RPMFusion|UnitedRPMs], it breaks h.264 playback on Totem with default settings (1). Fabrice Bellet has done

Re: [Mesa-dev] [PATCH 0/7] Fix ralloc/rzalloc usage v2

On 14/06/16 18:47, Martin Peres wrote: On 14/06/16 17:58, Juha-Pekka Heikkila wrote: Here is fixed version of this ralloc set. Now I got to run this on many different machines thanks to Mark Janes. There didn't show up any regressions on different gen hw. On my IVB I've been running also many

Re: [Mesa-dev] [PATCH 0/7] Fix ralloc/rzalloc usage v2

On 14/06/16 17:58, Juha-Pekka Heikkila wrote: Here is fixed version of this ralloc set. Now I got to run this on many different machines thanks to Mark Janes. There didn't show up any regressions on different gen hw. On my IVB I've been running also many different traces with Apitrace while

Re: [Mesa-dev] [PATCH] egl/x11_dri3: stop restricting support to render nodes unnecessarily

On 10/06/16 13:30, Frank Binns wrote: In order to support the WL_bind_wayland_display extension it's necessary to make use of render nodes as DRI3 doesn't provide a mechanism for authenticating client opened fds. However, this does not apply when Wayland support isn't enabled. Out of

Re: [Mesa-dev] [PATCH] mesa: Enable LTO compilation

On 31/05/16 21:26, ⚛ wrote: On Tue, May 31, 2016 at 8:04 PM, Chuck Atkins wrote: Agreed. I've been building on both Fedora and EL7 for the past few months with -flto and haven't seen any issues with the files in mapi. You reported that you get build failures with

Re: [Mesa-dev] [PATCH] mesa: Enable LTO compilation

On 31/05/16 10:42, Eero Tamminen wrote: Hi, On 30.05.2016 20:57, Rob Clark wrote: On Mon, May 30, 2016 at 1:39 PM, Matt Turner wrote: On Mon, May 30, 2016 at 10:28 AM, ⚛ <0xe2.0x9a.0...@gmail.com> wrote: This patch enables compilation with -flto. The performance

Re: [Mesa-dev] [PATCH 2/2] nvc0: fix setting of tess_mode in various situations

On 21/05/16 23:18, Ilia Mirkin wrote: This fixes a lot of INVALID_VALUE errors reported by the card when running dEQP tests. Signed-off-by: Ilia Mirkin Cc: "11.1 11.2" --- src/gallium/drivers/nouveau/nvc0/nvc0_program.c | 17

Re: [Mesa-dev] GL4.5 or bust...

On 16/05/16 02:55, Jason Ekstrand wrote: On May 15, 2016 2:01 PM, "Martin Peres" <martin.pe...@free.fr <mailto:martin.pe...@free.fr>> wrote: > > On 15/05/16 23:54, Ilia Mirkin wrote: >> >> On Sun, May 15, 2016 at 4:32 PM, Dave Airlie <airl...@g

Re: [Mesa-dev] GL4.5 or bust...

On 15/05/16 23:54, Ilia Mirkin wrote: On Sun, May 15, 2016 at 4:32 PM, Dave Airlie wrote: So I said this on irc over the weekend and it seemed like we had some consensus on holding off 12.0 until we could announce 4.5 on some hardware. This assumes the FP64 stuff is going in

[Mesa-dev] XDC 2016 : Call for paper

are attending please add your name as early as possible. I am looking forward to seeing you there, if you have any inquiries/questions, please send them to me (please also CC: board at foundation.x.org). Martin Peres [0] https://www.google.fi/maps/place/Ratapihantie+13,+00520+Helsinki

Re: [Mesa-dev] [PATCH] i965: Work around SIN/COS output range problem.

On 22/03/16 23:31, Ian Romanick wrote: On 03/17/2016 09:18 AM, Martin Peres wrote: On 16/03/16 19:33, Kenneth Graunke wrote: The SIN and COS instructions on Intel hardware can produce values slightly outside of the [-1.0, 1.0] range for a small set of values. Obviously, this can break

Re: [Mesa-dev] [PATCH v3 12/12] nvc0: enable compute shaders on GK104 and GM107+

On 01/04/16 20:28, Ilia Mirkin wrote: On Fri, Apr 1, 2016 at 1:26 PM, Martin Peres <martin.pe...@free.fr> wrote: On 01/04/16 19:56, Samuel Pitoiset wrote: Compute support on GK110 is still unstable for weird reasons, but this can be fixed later as the NVF0_COMPUTE envvar prevent using c

Re: [Mesa-dev] [PATCH v3 12/12] nvc0: enable compute shaders on GK104 and GM107+

On 01/04/16 19:56, Samuel Pitoiset wrote: Compute support on GK110 is still unstable for weird reasons, but this can be fixed later as the NVF0_COMPUTE envvar prevent using compute. Note that GL3.txt is not updated yet because GL_ARB_compute_shader is a bit useless without

Re: [Mesa-dev] [PATCH] i965: Work around SIN/COS output range problem.

On 16/03/16 19:33, Kenneth Graunke wrote: The SIN and COS instructions on Intel hardware can produce values slightly outside of the [-1.0, 1.0] range for a small set of values. Obviously, this can break everyone's expectations about trig functions. According to an internal presentation, the COS

Re: [Mesa-dev] GLX extension for vendor name lookup in libglvnd

On 14/03/16 19:59, Kyle Brenneman wrote: On 03/14/2016 11:43 AM, Martin Peres wrote: On 14/03/16 19:16, Kyle Brenneman wrote: On 03/11/2016 05:25 PM, Martin Peres wrote: On 10/03/16 20:07, Adam Jackson wrote: On Thu, 2016-03-10 at 10:53 -0700, Kyle Brenneman wrote: On 03/10/2016 10:47 AM

Re: [Mesa-dev] GLX extension for vendor name lookup in libglvnd

On 14/03/16 19:16, Kyle Brenneman wrote: On 03/11/2016 05:25 PM, Martin Peres wrote: On 10/03/16 20:07, Adam Jackson wrote: On Thu, 2016-03-10 at 10:53 -0700, Kyle Brenneman wrote: On 03/10/2016 10:47 AM, Martin Peres wrote: That could be a hacky way of handling the case where multiple 3D

Re: [Mesa-dev] GLX extension for vendor name lookup in libglvnd

On 10/03/16 20:07, Adam Jackson wrote: On Thu, 2016-03-10 at 10:53 -0700, Kyle Brenneman wrote: On 03/10/2016 10:47 AM, Martin Peres wrote: That could be a hacky way of handling the case where multiple 3D drivers could be used to drive the same GPU. This may be necessary in the future if two

Re: [Mesa-dev] GLX extension for vendor name lookup in libglvnd

On 09/03/16 20:15, Kyle Brenneman wrote: The current implementation of libglvnd uses a new X extension called x11glvnd to look up a vendor name for each screen and to find a screen number for a GLXDrawable. But, Adam Jackson pointed out that a GLX extension could do the same job more cleanly:

Re: [Mesa-dev] ANNOUNCE: An open-source Vulkan driver for Intel hardware

On 01/03/16 16:33, Olivier Galibert wrote: I can confirm tri/cube work with latest git. Talos Principle refuses to start because of missing vkCmdBeginQuery, time to jump into the docs to see how much of gen8 is copy-able there. OG. Indeed, I got vkcube to work on HSW. I recompiled

Re: [Mesa-dev] ANNOUNCE: An open-source Vulkan driver for Intel hardware

On 01/03/16 13:21, Kenneth Graunke wrote: On Tuesday, March 1, 2016 11:10:25 AM PST Martin Peres wrote: On 29/02/16 20:48, Jason Ekstrand wrote: On Fri, Feb 26, 2016 at 2:18 AM, Olivier Galibert <galib...@pobox.com <mailto:galib...@pobox.com>> wrote: Ok, I

Re: [Mesa-dev] ANNOUNCE: An open-source Vulkan driver for Intel hardware

On 29/02/16 20:48, Jason Ekstrand wrote: On Fri, Feb 26, 2016 at 2:18 AM, Olivier Galibert > wrote: Ok, I can tell you that 3DSTATE_DEPTH_BUFFER and 3DSTATE_STENCIL_BUFFER seem perfectly correct (assuming the gem address-patching-in

Re: [Mesa-dev] [PATCH 1/3] i965: Fix cache pollution race during L3 partitioning set-up.

://bugs.freedesktop.org/show_bug.cgi?id=93599 Tested-by: Darius Spitznagel <d.spitzna...@goodbytez.de> Tested-by: Martin Peres <martin.pe...@linux.intel.com> Thanks for the fix! --- src/mesa/drivers/dri/i965/gen7_l3_state.c | 31 +++ 1 file changed, 23 insertions(+),

Re: [Mesa-dev] Hang in dri3_wait_for_event

On 15/01/16 11:24, Michel Dänzer wrote: On 11.01.2016 06:49, Gustaw Smolarczyk wrote: Hi, I have found additional information regarding this bug. It happens very often (~75%) when I move the chrome window between monitors. It's a simple multi-monitor setup, both of the adapters are connected

Re: [Mesa-dev] Hang in dri3_wait_for_event

On 08/01/16 18:37, Gustaw Smolarczyk wrote: Hello, There are already quite a few bug reports[1][2][3] related to thread hang when DRI3 is enabled. The problem still exists, at least for me. Should I create another bug report about it? Or maybe the cause of this hang is outside mesa? I do not

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

On 07/12/15 03:01, Mike Lothian wrote: Hi Have you had any success with this? Cheers Mike Hey Mike, We had a discussion with the main developer of kwin: https://www.mail-archive.com/mesa-dev@lists.freedesktop.org/msg99740.html Sorry for not including you :s Thanks a lot for your bug

Re: [Mesa-dev] [PATCH] egl/x11/dri3: do not expose the preserved swap behavior (to be squashed)

On 11/11/15 00:44, Eric Anholt wrote: Martin Peres <martin.pe...@linux.intel.com> writes: The preserved swap behavior is currently untested in piglit and not supported on the GLX side. Before working on implementing it for EGL/DRI3, let's disable it until support comes. This patch is t

Re: [Mesa-dev] [PATCH] egl/x11/dri3: do not expose the preserved swap behavior (to be squashed)

On 19/11/15 14:06, Martin Graesslin wrote: On Thursday, November 19, 2015 1:54:22 PM CET Martin Peres wrote: On 11/11/15 00:44, Eric Anholt wrote: Martin Peres <martin.pe...@linux.intel.com> writes: The preserved swap behavior is currently untested in piglit and not supported on the GL

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

On 10/11/15 20:26, Axel Davy wrote: Hi, I did take a look, and it looks good to me. I'm happy you implemented DRI_PRIME support as well. About it, do you need testers to check everything works ? A mistake about it I noticed is that you don't disable EGL_KHR_image_pixmap when

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

On 18/11/15 01:37, Mike Lothian wrote: 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 Hey

[Mesa-dev] [PATCH 4/7] egl/x11: Implement dri3 support with loader's dri3 helper

From: Boyan Ding <boyan.j.d...@gmail.com> v2: From Martin Peres - Tell we are compiling the dri3 backend in configure.ac - Update the Makefile.am - get rid of the LIBDRM_HAS_RENDERNODE_SUPPORT macro - fix some warnings related to EGLuint64KHR to int64_t conversions - use dri2_get_dri_

[Mesa-dev] [PATCH 5/7] loader/dri3: Expose function to create __DRIimage from pixmap

From: Boyan Ding <boyan.j.d...@gmail.com> Used to support EGL_KHR_image_pixmap. Signed-off-by: Boyan Ding <boyan.j.d...@gmail.com> Reviewed-by: Martin Peres <martin.pe...@linux.intel.com> Reviewed-by: Kristian Høgsberg <k...@bitplanet.net> --- src/loader/l

[Mesa-dev] [PATCH 7/7] egl: make it clear which platform x11 backend is being used (dri2 or 3)

Signed-off-by: Martin Peres <martin.pe...@linux.intel.com> Reviewed-by: Boyan Ding <boyan.j.d...@gmail.com> Reviewed-by: Kristian Høgsberg <k...@bitplanet.net> --- src/egl/drivers/dri2/egl_dri2.c | 6 +++--- src/egl/drivers/dri2/platform_x11.c | 6 +- sr

[Mesa-dev] [PATCH 2/7] glx/dri3: Convert to use dri3 helper in loader library

From: Boyan Ding <boyan.j.d...@gmail.com> v2: From Martin Peres - convert to the new drawable interface - delete dead code after the dropping of some vfuncs - delete the width and height attributes since they are found in the helper Signed-off-by: Boyan Ding <boyan.j.d...@gmail.co

[Mesa-dev] [PATCH 3/7] egl_dri2: Add a function to let platform code return dri drawable from _EGLSurface

awable by its own (although the current platforms use the same function). v2: From Martin Peres - convert to the new drawable interface (Kristian) Signed-off-by: Boyan Ding <boyan.j.d...@gmail.com> Signed-off-by: Martin Peres <martin.pe...@linux.intel.com> Reviewed-by: Kristian Høgsberg &

[Mesa-dev] [PATCH 1/7] loader: Add dri3 helper

From: Boyan Ding <boyan.j.d...@gmail.com> v2: From Martin Peres - Try to fit in the 80-col limit as much as possible v3: From Martin Peres - introduce loader_dri3_helper.la to avoid dragging the xcb dep everywhere (Kristian & Emil) - get rid of the width, height,

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

: Implement dri3 support with loader's dri3 helper loader/dri3: Expose function to create __DRIimage from pixmap egl/x11_dri3: Implement EGL_KHR_image_pixmap Martin Peres (1): egl: make it clear which platform x11 backend is being used (dri2 or 3) configure.ac | 12

[Mesa-dev] [PATCH 6/7] egl/x11_dri3: Implement EGL_KHR_image_pixmap

From: Boyan Ding <boyan.j.d...@gmail.com> v2: from Martin Peres - Replace a tab with spaces Signed-off-by: Boyan Ding <boyan.j.d...@gmail.com> Reviewed-by: Martin Peres <martin.pe...@linux.intel.com> Reviewed-by: Kristian Høgsberg <k...@bitplanet.net> --- src/egl/dri

[Mesa-dev] [PATCH] egl/x11/dri3: do not expose the preserved swap behavior (to be squashed)

dri3 helper Signed-off-by: Martin Peres <martin.pe...@linux.intel.com> --- src/egl/drivers/dri2/platform_x11.c | 14 -- 1 file changed, 8 insertions(+), 6 deletions(-) diff --git a/src/egl/drivers/dri2/platform_x11.c b/src/egl/drivers/dri2/platform_x11.c index 41f694e..2

Re: [Mesa-dev] [PATCH] gallium/swrast: fix front buffer blitting. (v2)

On 09/10/15 08:55, Dave Airlie wrote: On 9 October 2015 at 13:30, Boyan Ding wrote: 2015-10-09 8:38 GMT+08:00 Dave Airlie : From: Dave Airlie So I've known this was broken before, cogl has a workaround for it from what I know,

Re: [Mesa-dev] [PATCH 6/7] glsl: do not loose precision information when packing varyings

I believe you meant "do not lose ..." :) On 05/11/15 13:33, Tapani Pälli wrote: This information will be used by cross stage validation of varyings for pipeline objects. Signed-off-by: Tapani Pälli --- src/glsl/lower_packed_varyings.cpp | 1 + 1 file changed, 1

Re: [Mesa-dev] [PATCH 4/7] egl/x11: Implement dri3 support with loader's dri3 helper

On 30/10/15 18:17, Matt Turner wrote: On Fri, Oct 30, 2015 at 9:03 AM, Martin Peres <martin.pe...@linux.intel.com> wrote: diff --git a/src/egl/Makefile.am b/src/egl/Makefile.am index 5c2ba30..cdf2216 100644 --- a/src/egl/Makefile.am +++ b/src/egl/Makefile.am @@ -47,12

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

On 30/10/15 21:26, Kristian Høgsberg wrote: On Fri, Oct 30, 2015 at 06:03:31PM +0200, Martin Peres wrote: First of all, I would like to thank Boyan for his work here. I rebased his patch series, fixed minor issues here and there and reviewed it. You can check the changes in every patch

[Mesa-dev] [PATCH 1/7] loader: Add dri3 helper

From: Boyan Ding <boyan.j.d...@gmail.com> v2: From Martin Peres - Try to fit in the 80-col limit as much as possible Signed-off-by: Boyan Ding <boyan.j.d...@gmail.com> Reviewed-by: Martin Peres <martin.pe...@linux.intel.com> --- configure.ac|8 +- src/

[Mesa-dev] [PATCH 3/7] egl_dri2: Add a function to let platform code return dri drawable from _EGLSurface

awable by its own (although the current platforms use the same function). Signed-off-by: Boyan Ding <boyan.j.d...@gmail.com> Reviewed-by: Martin Peres <martin.pe...@linux.intel.com> --- src/egl/drivers/dri2/egl_dri2.c | 46 +++-- src/egl/drivers/dri2/egl_d

[Mesa-dev] [PATCH 0/7] DRI3 support for EGL (v3)

helper in loader library egl_dri2: Add a function to let platform code return dri drawable from _EGLSurface egl/x11: Implement dri3 support with loader's dri3 helper loader/dri3: Expose function to create __DRIimage from pixmap egl/x11_dri3: Implement EGL_KHR_image_pixmap Martin Peres

[Mesa-dev] [PATCH 5/7] loader/dri3: Expose function to create __DRIimage from pixmap

From: Boyan Ding <boyan.j.d...@gmail.com> Used to support EGL_KHR_image_pixmap. Signed-off-by: Boyan Ding <boyan.j.d...@gmail.com> Reviewed-by: Martin Peres <martin.pe...@linux.intel.com> --- src/loader/loader_dri3_helper.c | 81 +--

[Mesa-dev] [PATCH 7/7] egl: make it clear which platform x11 backend is being used (dri2 or 3)

Signed-off-by: Martin Peres <martin.pe...@linux.intel.com> --- src/egl/drivers/dri2/egl_dri2.c | 6 +++--- src/egl/drivers/dri2/platform_x11.c | 6 +- src/egl/drivers/dri2/platform_x11_dri3.c | 10 +- 3 files changed, 13 insertions(+), 9 deletions(-) diff --git

[Mesa-dev] [PATCH 2/7] glx/dri3: Convert to use dri3 helper in loader library

From: Boyan Ding <boyan.j.d...@gmail.com> Signed-off-by: Boyan Ding <boyan.j.d...@gmail.com> Reviewed-by: Martin Peres <martin.pe...@linux.intel.com> --- configure.ac|4 - src/glx/dri3_glx.c | 1446 ++- src/glx/

[Mesa-dev] [PATCH 4/7] egl/x11: Implement dri3 support with loader's dri3 helper

From: Boyan Ding <boyan.j.d...@gmail.com> v2: From Martin Peres - Tell we are compiling the dri3 backend in configure.ac - Update the Makefile.am - get rid of the LIBDRM_HAS_RENDERNODE_SUPPORT macro - fix some warnings related to EGLuint64KHR to int64_t conversions - use dri2_get_dri_

[Mesa-dev] [PATCH 6/7] egl/x11_dri3: Implement EGL_KHR_image_pixmap

From: Boyan Ding <boyan.j.d...@gmail.com> v2: from Martin Peres - Replace a tab with spaces Signed-off-by: Boyan Ding <boyan.j.d...@gmail.com> Reviewed-by: Martin Peres <martin.pe...@linux.intel.com> --- src/egl/drivers/dri2/platform_x11.c | 1 + src/egl/drivers/dri2/p

Re: [Mesa-dev] Manipulate GALLIUM_HUD post-launch (interactively)

On 29/10/15 12:33, Eero Tamminen wrote: Hi, On 10/28/2015 11:24 PM, Jimmy Berry wrote: I have found myself desiring the ability to manipulate the GALLIUM_HUD variable while an application is running. At the most basic simply being able to toggle the hud on and off would be great. Otherwise,

Re: [Mesa-dev] [PATCH 08/70] i965: Remove early release of DRI2 miptree

On 30/09/15 00:26, Chad Versace wrote: On Mon 28 Sep 2015, Martin Peres wrote: On 28/09/15 17:27, Emil Velikov wrote: Hi all, On 17 August 2015 at 19:06, Chad Versace <chad.vers...@intel.com> wrote: On Fri 14 Aug 2015, Chris Wilson wrote: On Thu, Aug 13, 2015 at 09:58:52PM -0700, K

Re: [Mesa-dev] [PATCH] mesa: fix ARRAY_SIZE query for GetProgramResourceiv

-CTS.program_interface_query.no-locations v2: make additional check only for GS inputs v3: create helper function for resource name length so that it gets calculated only in one place Signed-off-by: Tapani Pälli <tapani.pa...@intel.com> Reviewed-by: Martin Peres <martin.pe...@linux.intel.com> [v

Re: [Mesa-dev] [PATCH 08/70] i965: Remove early release of DRI2 miptree

On 28/09/15 17:27, Emil Velikov wrote: Hi all, On 17 August 2015 at 19:06, Chad Versace <chad.vers...@intel.com> wrote: On Fri 14 Aug 2015, Chris Wilson wrote: On Thu, Aug 13, 2015 at 09:58:52PM -0700, Kenneth Graunke wrote: On Thursday, August 13, 2015 02:57:20 PM Martin Peres wrote:

Re: [Mesa-dev] Adaptive Vsync

On 07/09/15 11:22, Emil Velikov wrote: On 7 September 2015 at 05:59, Albert Freeman wrote: Correction, we just need someone to mark all the comitted patches in patchwork... This is already done automatically. Sigh top posting :'(. -Emil I often have to help

Re: [Mesa-dev] [PATCH v2] mesa: fix ARRAY_SIZE query for GetProgramResourceiv

*shProg, return 1; case GL_PROGRAM_INPUT: case GL_PROGRAM_OUTPUT: - *val = MAX2(RESOURCE_VAR(res)->type->length, 1); + *val = MAX2(_mesa_program_resource_array_size(res), 1); This makes sense too. With the quote added (if possible), and a piglit test fo

Re: [Mesa-dev] [PATCH] mesa: uncomment checks in es31 computation, add texture_ms

-EXT_shader_integer_mix); Thanks, we talked about that this morning with Tapani. I would say you should also uncomment ARB_framebuffer_no_attachments but that's up to you. Reviewed-by: Martin Peres martin.pe...@linux.intel.com ___ mesa-dev mailing list mesa-dev

[Mesa-dev] [PATCH] i965: allow image_size on float images

codepath but was not hurting in any way. Signed-off-by: Martin Peres martin.pe...@linux.intel.com --- src/glsl/builtin_functions.cpp | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/src/glsl/builtin_functions.cpp b/src/glsl/builtin_functions.cpp index 05dbe2e..0308aa6 100644

Re: [Mesa-dev] [PATCH] i965: allow image_size on float images

On 21/08/15 16:52, Francisco Jerez wrote: The commit message should be prefixed glsl:, this fix isn't i965-specific. Martin Peres martin.pe...@linux.intel.com writes: This got missed because the piglit test only tested int images to avoid a combinatiorial explosion of format, targets

Re: [Mesa-dev] [PATCH] i965: allow image_size on float images

On 21/08/15 17:47, Martin Peres wrote: On 21/08/15 16:52, Francisco Jerez wrote: The commit message should be prefixed glsl:, this fix isn't i965-specific. Ilia just warned me on IRC that I completely missed this comment... I guess the top-posting threw me off (even if it was entirely

Re: [Mesa-dev] [PATCH v3 2/5] glsl: add support for the imageSize builtin

On 19/08/15 16:36, Francisco Jerez wrote: Martin Peres martin.pe...@linux.intel.com writes: The code is heavily inspired from Francisco Jerez's code supporting the image_load_store extension. Backends willing to support this builtin should handle __intrinsic_image_size. v2: Based

Re: [Mesa-dev] big endian: r600g

On 19/08/15 14:52, Dragomir Ivanov wrote: Best thing to do is to hire some developer to do the work for you. If it knows Mesa well, this can be cheaper and faster than doing it yourself. I know Timothy Arceri ( t_arc...@yahoo.com.au mailto:t_arc...@yahoo.com.au) was doing some Mesa work for

Re: [Mesa-dev] [PATCH v3 3/5] nir: convert the glsl intrinsic image_size to nir_intrinsic_image_size

On 19/08/15 16:47, Francisco Jerez wrote: Martin Peres martin.pe...@linux.intel.com writes: v2, review from Francisco Jerez: - make the destination variable as large as what the nir instrinsic defines (4) instead of the size of the return variable of glsl. This is still safe

Re: [Mesa-dev] [PATCH v3 2/5] glsl: add support for the imageSize builtin

On 14/08/15 08:42, Pohjolainen, Topi wrote: On Thu, Aug 13, 2015 at 07:58:53PM +0300, Martin Peres wrote: The code is heavily inspired from Francisco Jerez's code supporting the image_load_store extension. Backends willing to support this builtin should handle __intrinsic_image_size. v2

Re: [Mesa-dev] [PATCH v3 4/5] i965: handle nir_intrinsic_image_size

On 13/08/15 20:09, Ilia Mirkin wrote: On Thu, Aug 13, 2015 at 1:00 PM, Martin Peres martin.pe...@linux.intel.com wrote: v2, Review from Francisco Jerez: - avoid the camelCase for the booleans - init the booleans using the sampler type - force the initialization of all the components

Re: [Mesa-dev] [PATCH v3 4/5] i965: handle nir_intrinsic_image_size

On 14/08/15 08:35, Pohjolainen, Topi wrote: On Thu, Aug 13, 2015 at 08:00:43PM +0300, Martin Peres wrote: v2, Review from Francisco Jerez: - avoid the camelCase for the booleans - init the booleans using the sampler type - force the initialization of all the components of the output register

Re: [Mesa-dev] [PATCH v2 2/5] glsl: add support for the imageSize builtin

On 13/08/15 15:53, Francisco Jerez wrote: Martin Peres martin.pe...@linux.intel.com writes: The code is heavily inspired from Francisco Jerez's code supporting the image_load_store extension. I moved out image_types[] out of builtin_builder::add_image_function to share it with the newly-added

Re: [Mesa-dev] [PATCH 08/70] i965: Remove early release of DRI2 miptree

=86281 Reviewed-by: Martin Peres martin.pe...@linux.intel.com If no-one has any objection, I will push the patch tomorrow to avoid the crashes experienced by a lot of users, myself included! ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http

[Mesa-dev] [PATCH v3 3/5] nir: convert the glsl intrinsic image_size to nir_intrinsic_image_size

as expected by glsl IR. In the case of image_size, it is not possible to do so because the returned number of component depends on the image type and this case is not well handled by nir. Signed-off-by: Martin Peres martin.pe...@linux.intel.com --- src/glsl/nir/glsl_to_nir.cpp | 21

  1   2   3   4   >