[Mesa-dev] [PATCH] st/omx_bellagio: add picture profile and entry point

From: Boyuan Zhang Profile and entry point were missing in the picture structure. Therefore, add them back. Signed-off-by: Boyuan Zhang Reviewed-by: Leo Liu --- src/gallium/state_trackers/omx_bellagio/vid_enc.c | 2 ++ 1 file

Re: [Mesa-dev] [PATCH] Update the documentation for meson

Quoting Matt Turner (2018-03-01 21:36:14) > On Thu, Mar 1, 2018 at 11:34 AM, Dylan Baker wrote: > > Meson is pretty well tested and works in most configurations now, so we > > can remove the warning about it being unsuited for actual use. > > > > It's also worth documenting

[Mesa-dev] [PATCH] radeonsi: fix radeon create encoder return

From: Boyuan Zhang Previous patch missed a "return" when trying to modify the create encoder function, which made the whole logic fail. Therefore, add the return back. Fixes: b38b208ff8886e799d6a2 "radeonsi:create uvd hevc enc entry" Signed-off-by: Boyuan Zhang

Re: [Mesa-dev] [PATCH] gl-renderer: Create a high priority context

[Moving the thread from wayland-devel to mesa-dev] On 2 March 2018 at 15:03, Chris Wilson wrote: > Quoting Emil Velikov (2018-03-02 14:52:28) >> Hi Chris, >> >> On 1 March 2018 at 08:28, Chris Wilson wrote: >> > EGL_IMG_context_priority allows

Re: [Mesa-dev] [Mesa-stable] [PATCH] [RFC] gallivm: Use new LLVM fast-math-flags API

Hi Alex, On 28 February 2018 at 15:25, Alex Smith wrote: > Hi, > > Could this (commit 5d61fa4e68b7eb6d481a37efdbb35fdce675a6ad on master) be > backported to the 17.3 branch to allow it to build with LLVM 6? > Normally we don't aim to support LLVM versions released

[Mesa-dev] [Bug 105328] Can't include gl and gles headers simultaneously on non-64 bit architectures

https://bugs.freedesktop.org/show_bug.cgi?id=105328 Bug ID: 105328 Summary: Can't include gl and gles headers simultaneously on non-64 bit architectures Product: Mesa Version: git Hardware: Other OS: All

[Mesa-dev] [Bug 105328] Can't include gl and gles headers simultaneously on non-64 bit architectures

https://bugs.freedesktop.org/show_bug.cgi?id=105328 --- Comment #1 from Ilia Mirkin --- GL headers come from Khronos and are (should be) standard across all GL implementations. -- You are receiving this mail because: You are the assignee for the bug. You are the QA

[Mesa-dev] [Bug 105328] Can't include gl and gles headers simultaneously on non-64 bit architectures

https://bugs.freedesktop.org/show_bug.cgi?id=105328 --- Comment #2 from Brian Paul --- Evidently, the problem with the 32-bit build is that ptrdiff_t is not equivalent to signed long int. This hack works for me: #include #include #define GL_VERSION_1_5 #include int main

Re: [Mesa-dev] [PATCH] tgsi/scan: use wrap-around shift behavior explicitly for file_mask

Am 02.03.2018 um 08:41 schrieb Jose Fonseca: > On 02/03/18 02:23, Brian Paul wrote: >> On 03/01/2018 07:01 PM, srol...@vmware.com wrote: >>> From: Roland Scheidegger >>> >>> The comment said it will only represent the lowest 32 regs. This was >>> not entirely true in practice,

[Mesa-dev] [Bug 105328] Can't include gl and gles headers simultaneously on non-64 bit architectures

https://bugs.freedesktop.org/show_bug.cgi?id=105328 --- Comment #4 from Brian Paul --- (In reply to Brian Paul from comment #2) > Evidently, the problem with the 32-bit build is that ptrdiff_t is not > equivalent to signed long int. > > This hack works for me: > > #include

[Mesa-dev] [Bug 105328] Can't include gl and gles headers simultaneously on non-64 bit architectures

https://bugs.freedesktop.org/show_bug.cgi?id=105328 Tim Müller changed: What|Removed |Added CC||t...@centricular.net

Re: [Mesa-dev] [PATCH] Update the documentation for meson

On Thursday, 2018-03-01 11:34:18 -0800, Dylan Baker wrote: > Meson is pretty well tested and works in most configurations now, so we > can remove the warning about it being unsuited for actual use. > > It's also worth documenting that meson 0.42.0 or greater is required. > > Signed-off-by: Dylan

Re: [Mesa-dev] [PATCH] radeon/vcn: use enc profile instead of pic profile

On 2018-02-28 08:44 AM, Leo Liu wrote: Boyuan, please also make sure whether this patch along with other one are needed to Cc stable or not. Regards, Leo Thanks. I double checked the 18.0 and 17.3 branch, the previous hevc encode related patch sets are not in there yet. So seems we don't

Re: [Mesa-dev] [PATCH] r600/egd_tables.py: make the script python 2+3 compatible

Quoting Stefan Dirsch (2018-03-02 02:49:37) > On Thu, Mar 01, 2018 at 09:00:38AM -0800, Dylan Baker wrote: > > Quoting sndir...@suse.de (2018-03-01 08:11:54) > > > From: Stefan Dirsch > > > > > > Patch by "Tomas Chvatal" with modifications > > > by "Michal Srb" to not break

[Mesa-dev] [Bug 105328] Can't include gl and gles headers simultaneously on non-64 bit architectures

https://bugs.freedesktop.org/show_bug.cgi?id=105328 --- Comment #3 from Eric Engestrom --- As Ilia mentioned, these headers come directly from Khronos; I've just raised a ticket with your issue there (https://github.com/KhronosGroup/OpenGL-Registry/issues/162), but to

Re: [Mesa-dev] [PATCH] [RFC] gallivm: Use new LLVM fast-math-flags API

Yes. Marek On Wed, Feb 28, 2018 at 10:25 AM, Alex Smith wrote: > Hi, > > Could this (commit 5d61fa4e68b7eb6d481a37efdbb35fdce675a6ad on master) be > backported to the 17.3 branch to allow it to build with LLVM 6? > > Thanks, > Alex > > On 6 November 2017 at 21:16,

Re: [Mesa-dev] [PATCH] r600/egd_tables.py: make the script python 2+3 compatible

On Friday, 2018-03-02 13:03:02 +, Stefan Dirsch wrote: > On Fri, Mar 02, 2018 at 01:39:40PM +0100, Gustaw Smolarczyk wrote: > > 2018-03-02 12:59 GMT+01:00 Stefan Dirsch : > > > > On Fri, Mar 02, 2018 at 11:47:57AM +, Eric Engestrom wrote: > > > On Friday,

[Mesa-dev] [Bug 105291] r600 [CEDAR]: GPU stalls when running shadertoy "ladybug"

https://bugs.freedesktop.org/show_bug.cgi?id=105291 --- Comment #5 from Roland Scheidegger --- (In reply to Gert Wollny from comment #4) > The shader doesn't use many registers, even un-optimized the number is below > 100, so spilling doesn't occur and beyond that I don't see

Re: [Mesa-dev] [PATCH 1/2] clover: Allow overriding platform/device version numbers

Emil Velikov writes: > Hi Aaron, > > On 1 March 2018 at 19:44, Aaron Watry wrote: >> Useful for testing API, builtin library, and device completeness of >> not-yet-supported versions. >> > Small fly-by comment: > > As-is it seems like getenv(foo) will

Re: [Mesa-dev] [PATCH] st/omx_bellagio: add picture profile and entry point

Am 02.03.2018 um 17:28 schrieb boyuan.zh...@amd.com: From: Boyuan Zhang Profile and entry point were missing in the picture structure. Therefore, add them back. Signed-off-by: Boyuan Zhang Reviewed-by: Leo Liu Reviewed-by:

Re: [Mesa-dev] [PATCH] r600/egd_tables.py: make the script python 2+3 compatible

Quoting Stefan Dirsch (2018-03-02 05:02:10) > On Fri, Mar 02, 2018 at 01:39:40PM +0100, Gustaw Smolarczyk wrote: > > 2018-03-02 12:59 GMT+01:00 Stefan Dirsch : > > > > On Fri, Mar 02, 2018 at 11:47:57AM +, Eric Engestrom wrote: > > > On Friday, 2018-03-02 12:25:11

Re: [Mesa-dev] [PATCH] Update the documentation for meson

Quoting Emil Velikov (2018-03-02 06:26:43) > On 1 March 2018 at 19:34, Dylan Baker wrote: > > Meson is pretty well tested and works in most configurations now, so we > > can remove the warning about it being unsuited for actual use. > > > > It's also worth documenting that

Re: [Mesa-dev] [PATCH] svga: fix blending regression

Reviewed-by: Charmaine Lee From: Brian Paul Sent: Wednesday, February 28, 2018 7:29 AM To: mesa-dev@lists.freedesktop.org Cc: Charmaine Lee; Neha Bhende Subject: [PATCH] svga: fix blending regression The earlier

[Mesa-dev] [PATCH] autotools: include all meson.build files

Otherwise SWR cannot be built with meson from an autotools generated tarball, such as the 18.0.0-rc4 tarball. CC: George Kyriazis CC: Emil Velikov Fixes: 16bf81383080 ("meson/swr: re-shuffle generated files") Signed-off-by: Dylan Baker

Re: [Mesa-dev] [PATCH] Update the documentation for meson

On 2 March 2018 at 16:52, Dylan Baker wrote: > Quoting Emil Velikov (2018-03-02 06:26:43) >> On 1 March 2018 at 19:34, Dylan Baker wrote: >> > Meson is pretty well tested and works in most configurations now, so we >> > can remove the warning about it

[Mesa-dev] [PATCH] meson: install vulkan_intel.h header

Fixes: d1992255bb29054fa51763376d125183a9f602f3 ("meson: Add build Intel "anv" vulkan driver") Signed-off-by: Dylan Baker --- include/meson.build | 4 1 file changed, 4 insertions(+) diff --git a/include/meson.build b/include/meson.build index

Re: [Mesa-dev] [PATCH] meson: install vulkan_intel.h header

On 2 March 2018 at 18:30, Dylan Baker wrote: > Fixes: d1992255bb29054fa51763376d125183a9f602f3 >("meson: Add build Intel "anv" vulkan driver") > Signed-off-by: Dylan Baker > --- > include/meson.build | 4 > 1 file changed, 4

Re: [Mesa-dev] [Mesa-stable] [PATCH 1/2] intel/compiler: Memory fence commit must always be enabled for gen10+

Emil Velikov writes: > On 22 February 2018 at 19:23, Emil Velikov wrote: >> Hi Anuj, >> >> On 7 February 2018 at 01:09, Anuj Phogat wrote: >>> Commit bit in the message descriptor (Bit 13) must be always set >>> to true

Re: [Mesa-dev] [PATCH] radv: Increase maxDescriptorSet{Uniform, Storage}BuffersDynamic limits

Hi Alex, How many do you need of either type? - Bas On Fri, Mar 2, 2018 at 4:28 PM, Alex Smith wrote: > These were set to MAX_DYNAMIC_BUFFERS / 2, which is too restrictive > since an app may have it's total usage of both uniform and storage > within

[Mesa-dev] [Bug 105328] Can't include gl and gles headers simultaneously on non-64 bit architectures

https://bugs.freedesktop.org/show_bug.cgi?id=105328 Sebastian Dröge (slomo) changed: What|Removed |Added CC|

Re: [Mesa-dev] [PATCH] meson: install vulkan_intel.h header

Quoting Emil Velikov (2018-03-02 10:44:04) > On 2 March 2018 at 18:30, Dylan Baker wrote: > > Fixes: d1992255bb29054fa51763376d125183a9f602f3 > >("meson: Add build Intel "anv" vulkan driver") > > Signed-off-by: Dylan Baker > > --- > >

[Mesa-dev] [PATCH 1/2] gallium: Add a util_blitter path for using a custom VS and FS.

Like the r600 paths to use other custom states, we pass in a couple of parameters to customize the innards of the blitter. It's up to the caller to wrap other state necessary for its shaders (for example, constant buffers for the uniforms the shader uses). ---

[Mesa-dev] [PATCH 2/2] broadcom/vc4: Add an accelerated path to turn raster R8/RG88 into tiled.

Drawing a 1080p YV12 video stream generated by MMAL goes from 10.5 FPS to 36. --- src/gallium/drivers/vc4/vc4_blit.c| 200 ++ src/gallium/drivers/vc4/vc4_context.c | 7 ++ src/gallium/drivers/vc4/vc4_context.h | 4 + 3 files changed, 211 insertions(+) diff

Re: [Mesa-dev] [PATCH] gl-renderer: Create a high priority context

Quoting Emil Velikov (2018-03-02 17:45:29) > [Moving the thread from wayland-devel to mesa-dev] > > On 2 March 2018 at 15:03, Chris Wilson wrote: > > Quoting Emil Velikov (2018-03-02 14:52:28) > >> Hi Chris, > >> > >> On 1 March 2018 at 08:28, Chris Wilson

[Mesa-dev] [PATCH] dri_util: fallback to core with drivers not supporting compat for 3.1

2599b92eb97 changed Mesa's behavior to allow Compatiblity profile with 3.1, and fail when the driver doesn't implement it, if the Core profile is not requested by applications. Formerly, when requesting a 3.1 Compatibility profile Mesa would always fall back into a Core profile. We go back to

Re: [Mesa-dev] [PATCH 3/3] ac: add ac_build_fsign()

Looks good. For the series: Reviewed-by: Timothy Arceri On 03/03/18 01:01, Samuel Pitoiset wrote: Signed-off-by: Samuel Pitoiset --- src/amd/common/ac_llvm_build.c| 23 +++ src/amd/common/ac_llvm_build.h

[Mesa-dev] [Bug 105291] r600 [CEDAR]: GPU stalls when running shadertoy "ladybug"

https://bugs.freedesktop.org/show_bug.cgi?id=105291 --- Comment #3 from Gert Wollny --- Created attachment 137749 --> https://bugs.freedesktop.org/attachment.cgi?id=137749=edit Screenshot on CEDAR with gallium HUS It is actually not necessary to recompile the module, all

Re: [Mesa-dev] [PATCH 1/2] i965: Generalize intel_upload.c to support multiple uploaders.

On Thursday, March 1, 2018 4:16:13 PM PST Chris Wilson wrote: > Quoting Kenneth Graunke (2018-03-01 23:39:54) > > I'd like to reuse the upload logic for a new program cache, but the > > buffers will need to have a different lifetime than the default > > uploader, and also some address space

[Mesa-dev] [Bug 105291] r600 [CEDAR]: GPU stalls when running shadertoy "ladybug"

https://bugs.freedesktop.org/show_bug.cgi?id=105291 Gert Wollny changed: What|Removed |Added Status|NEW |RESOLVED

Re: [Mesa-dev] [PATCH 1/2] i965: Generalize intel_upload.c to support multiple uploaders.

Quoting Kenneth Graunke (2018-03-02 08:44:56) > On Thursday, March 1, 2018 4:16:13 PM PST Chris Wilson wrote: > > Quoting Kenneth Graunke (2018-03-01 23:39:54) > > > I'd like to reuse the upload logic for a new program cache, but the > > > buffers will need to have a different lifetime than the

Re: [Mesa-dev] [PATCH 5/6] intel/fs: Handle surface opcode sample masks via predication.

Hi, On 27.02.2018 23:38, Francisco Jerez wrote: The main motivation is to enable HDC surface opcodes on ICL which no longer allows the sample mask to be provided in a message header, but this is enabled all the way back to IVB when possible because it decreases the instruction count of some

Re: [Mesa-dev] [PATCH] intel: Drop program size pointer from vec4/fs assembly getters.

Reviewed-by: Iago Toral Quiroga On Wed, 2018-02-28 at 15:11 -0800, Kenneth Graunke wrote: > These days, we're just passing a pointer to a prog_data field, which > we already have access to. We can just use it directly. > > (In the past, it was a pointer to a separate value.)

Re: [Mesa-dev] [PATCH 2/2] i965: Mark upload buffers with MAP_ASYNC and MAP_PERSISTENT.

Quoting Kenneth Graunke (2018-03-01 23:39:55) > This should have no practical impact. For the default uploader, we > don't really care, but for others, we may want to append more data > as the GPU is reading existing data, which means we need async and > persistent flags. Ok. Reviewed-by: Chris

Re: [Mesa-dev] [PATCH 02/13] nir: add load_param

On Fri, Mar 2, 2018 at 7:02 AM, Jason Ekstrand wrote: > On Wed, Feb 28, 2018 at 1:25 PM, Rob Clark wrote: >> >> On Wed, Feb 28, 2018 at 4:16 PM, Eric Anholt wrote: >> > Rob Clark writes: >> > >> >> From: Karol

Re: [Mesa-dev] [PATCH] vbo: Try to reuse the same VAO more often for successive dlists.

On 02/28/2018 10:50 PM, mathias.froehl...@gmx.net wrote: From: Mathias Fröhlich Hi Brian, that's what I mentioned yesterday. You may want to test this change against your use cases of your recent draw primitive optimization. With one openscenegraph dlist based

Re: [Mesa-dev] [PATCH] r600/egd_tables.py: make the script python 2+3 compatible

On Thu, Mar 01, 2018 at 09:00:38AM -0800, Dylan Baker wrote: > Quoting sndir...@suse.de (2018-03-01 08:11:54) > > From: Stefan Dirsch > > > > Patch by "Tomas Chvatal" with modifications > > by "Michal Srb" to not break python 2. > > > >

Re: [Mesa-dev] [PATCH] r600/egd_tables.py: make the script python 2+3 compatible

On Friday, 2018-03-02 11:41:00 +0100, Stefan Dirsch wrote: > Patch by "Tomas Chvatal" with modifications > by "Michal Srb" to not break python 2. > > https://bugzilla.suse.com/show_bug.cgi?id=1082303 > > v2: > - no longer try to encode a unicode > - make use

Re: [Mesa-dev] [PATCH] r600/egd_tables.py: make the script python 2+3 compatible

On Fri, Mar 02, 2018 at 11:03:53AM +, Eric Engestrom wrote: > On Friday, 2018-03-02 11:41:00 +0100, Stefan Dirsch wrote: > > Patch by "Tomas Chvatal" with modifications > > by "Michal Srb" to not break python 2. > > > >

Re: [Mesa-dev] [PATCH] loader: Add support for platform and host1x busses

On Thu, Mar 01, 2018 at 02:14:41PM +, Eric Engestrom wrote: > > > On March 1, 2018 1:31:53 PM UTC, Thierry Reding > wrote: > > From: Thierry Reding > > > > ARM SoCs usually have their DRM/KMS devices on the platform bus, so > > add > >

[Mesa-dev] [PATCH] r600/egd_tables.py: make the script python 2+3 compatible

Patch by "Tomas Chvatal" with modifications by "Michal Srb" to not break python 2. https://bugzilla.suse.com/show_bug.cgi?id=1082303 v2: - no longer try to encode a unicode - make use of 'from __future__ import print_function', so semantics of print

Re: [Mesa-dev] [PATCH v2] disk cache: Link with -latomic if necessary

On Thu, Mar 01, 2018 at 08:53:59AM -0800, Dylan Baker wrote: > Quoting Thierry Reding (2018-03-01 05:28:07) > > From: Thierry Reding > > > > The disk cache implementation uses 64-bit atomic operations. For some > > architectures, such as 32-bit ARM, GCC will not be able to

[Mesa-dev] [PATCH] egl: remove redundant initialization

Found by inspection. Cc: Ian Romanick Cc: Emil Velikov Cc: Eric Engestrom Signed-off-by: Andres Gomez --- src/egl/main/eglcontext.c | 1 - 1 file changed, 1 deletion(-) diff --git

[Mesa-dev] [PATCH v2] loader: Add support for platform and host1x busses

From: Thierry Reding ARM SoCs usually have their DRM/KMS devices on the platform bus, so add support for this bus in order to allow use of the DRI_PRIME environment variable with those devices. While at it, also support the host1x bus, which is effectively the same but uses

Re: [Mesa-dev] [PATCH] dri_util: when overriding, always reset the core version

On 2 March 2018 at 13:25, Andres Gomez wrote: > This way we won't fail when validating just because we may have a non > overriden core version that is lower than the requested one, even when > the compat version is high enough. > > For example, running glcts from VK-GL-CTS with

[Mesa-dev] [PATCH 3/3] ac: add ac_build_fsign()

Signed-off-by: Samuel Pitoiset --- src/amd/common/ac_llvm_build.c| 23 +++ src/amd/common/ac_llvm_build.h| 3 +++ src/amd/common/ac_nir_to_llvm.c | 27 ++-

[Mesa-dev] [PATCH 1/3] ac: add ac_build_fract()

Signed-off-by: Samuel Pitoiset --- src/amd/common/ac_llvm_build.c| 22 ++ src/amd/common/ac_llvm_build.h| 3 ++ src/amd/common/ac_nir_to_llvm.c | 35 ++-

[Mesa-dev] [PATCH 2/3] ac: add ac_build_isign()

Signed-off-by: Samuel Pitoiset --- src/amd/common/ac_llvm_build.c| 23 src/amd/common/ac_llvm_build.h| 3 +++ src/amd/common/ac_nir_to_llvm.c | 26 ++-

Re: [Mesa-dev] [PATCH 1/2] clover: Allow overriding platform/device version numbers

Hi Aaron, On 1 March 2018 at 19:44, Aaron Watry wrote: > Useful for testing API, builtin library, and device completeness of > not-yet-supported versions. > Small fly-by comment: As-is it seems like getenv(foo) will be called multiple times. Perhaps it isn't that 'slow' since

Re: [Mesa-dev] [PATCH] Update the documentation for meson

On 1 March 2018 at 19:34, Dylan Baker wrote: > Meson is pretty well tested and works in most configurations now, so we > can remove the warning about it being unsuited for actual use. > > It's also worth documenting that meson 0.42.0 or greater is required. > > Signed-off-by:

Re: [Mesa-dev] [PATCH v3 5/6] tegra: Initial support

On Thu, Mar 01, 2018 at 09:10:39AM -0800, Dylan Baker wrote: > Quoting Thierry Reding (2018-03-01 05:54:53) > > --- /dev/null > > +++ b/src/gallium/winsys/tegra/drm/meson.build > > @@ -0,0 +1,33 @@ > > +# Copyright © 2018 NVIDIA CORPORATION > > + > > +# Permission is hereby granted, free of

[Mesa-dev] [PATCH] dri_util: when overriding, always reset the core version

This way we won't fail when validating just because we may have a non overriden core version that is lower than the requested one, even when the compat version is high enough. For example, running glcts from VK-GL-CTS with i965, this will succeed: $ MESA_GL_VERSION_OVERRIDE=4.6 ./glcts

Re: [Mesa-dev] [PATCH] radeon/vcn: use enc profile instead of pic profile

On 03/01/2018 02:30 PM, Boyuan Zhang wrote: Agree, I added the missing profile and entry_point to st/omx. Please see the attached patch below. On radeon driver side, do you think we should still check the profile in encoder instead since profile shouldn't been changed during encoding. Or we

Re: [Mesa-dev] [PATCH] st/mesa: expose 0 shader binary formats for compat profiles for Qt

Hey Marek, you can have my Tested-by: Kai Wasserbäch for this patch. Test case: updating libLLVM.so without rebuilding Mesa or building a new kernel caused a white screen (plus correctly show mouse cursor) on the next launch of SDDM. Deleting the mesa_shader_cache

Re: [Mesa-dev] [PATCH v2] loader: Add support for platform and host1x busses

On 2 March 2018 at 11:29, Thierry Reding wrote: > From: Thierry Reding > > ARM SoCs usually have their DRM/KMS devices on the platform bus, so add > support for this bus in order to allow use of the DRI_PRIME environment > variable with those

Re: [Mesa-dev] [PATCH 2/3] mesa: adds some comments regarding MESA_GLES_VERSION_OVERRIDE usage

On 2 March 2018 at 13:02, Andres Gomez wrote: > Fixes: 03fd6704db9 ("mesa: Add support for a new override string > MESA_GLES_VERSION_OVERRIDE") > > Cc: Jordan Justen > Cc: Ian Romanick > Signed-off-by: Andres Gomez

Re: [Mesa-dev] [PATCH v2] loader: Add support for platform and host1x busses

On Fri, Mar 02, 2018 at 01:31:22PM +, Emil Velikov wrote: > On 2 March 2018 at 11:29, Thierry Reding wrote: > > From: Thierry Reding > > > > ARM SoCs usually have their DRM/KMS devices on the platform bus, so add > > support for this bus in order

Re: [Mesa-dev] [PATCH] egl: remove redundant initialization

On 2 March 2018 at 11:51, Eric Engestrom wrote: > On Friday, 2018-03-02 13:28:28 +0200, Andres Gomez wrote: >> Found by inspection. >> >> Cc: Ian Romanick >> Cc: Emil Velikov >> Cc: Eric Engestrom

Re: [Mesa-dev] [PATCH] egl: remove redundant initialization

On Friday, 2018-03-02 13:28:28 +0200, Andres Gomez wrote: > Found by inspection. > > Cc: Ian Romanick > Cc: Emil Velikov > Cc: Eric Engestrom > Signed-off-by: Andres Gomez > --- >

Re: [Mesa-dev] [PATCH v3 4/6] nouveau: Add framebuffer modifier support

On Thu, Mar 01, 2018 at 09:37:28AM -0500, Ilia Mirkin wrote: > On Thu, Mar 1, 2018 at 8:54 AM, Thierry Reding > wrote: > > From: Thierry Reding > > > > This adds support for framebuffer modifiers to Nouveau. This will be > > used by the Tegra driver

Re: [Mesa-dev] [PATCH] r600/egd_tables.py: make the script python 2+3 compatible

2018-03-02 12:59 GMT+01:00 Stefan Dirsch : > On Fri, Mar 02, 2018 at 11:47:57AM +, Eric Engestrom wrote: > > On Friday, 2018-03-02 12:25:11 +0100, Stefan Dirsch wrote: > > > On Fri, Mar 02, 2018 at 11:03:53AM +, Eric Engestrom wrote: > > > > On Friday, 2018-03-02

Re: [Mesa-dev] [PATCH] r600/egd_tables.py: make the script python 2+3 compatible

On Fri, Mar 02, 2018 at 01:39:40PM +0100, Gustaw Smolarczyk wrote: > 2018-03-02 12:59 GMT+01:00 Stefan Dirsch : > > On Fri, Mar 02, 2018 at 11:47:57AM +, Eric Engestrom wrote: > > On Friday, 2018-03-02 12:25:11 +0100, Stefan Dirsch wrote: > > > On Fri, Mar 02,

Re: [Mesa-dev] [PATCH] egl: remove redundant initialization

Reviewed-by: Tapani Pälli On 03/02/2018 01:28 PM, Andres Gomez wrote: Found by inspection. Cc: Ian Romanick Cc: Emil Velikov Cc: Eric Engestrom Signed-off-by: Andres Gomez

Re: [Mesa-dev] [PATCH] r600/egd_tables.py: make the script python 2+3 compatible

On Friday, 2018-03-02 12:25:11 +0100, Stefan Dirsch wrote: > On Fri, Mar 02, 2018 at 11:03:53AM +, Eric Engestrom wrote: > > On Friday, 2018-03-02 11:41:00 +0100, Stefan Dirsch wrote: > > > Patch by "Tomas Chvatal" with modifications > > > by "Michal Srb" to

Re: [Mesa-dev] [PATCH] r600/egd_tables.py: make the script python 2+3 compatible

On Fri, Mar 02, 2018 at 11:47:57AM +, Eric Engestrom wrote: > On Friday, 2018-03-02 12:25:11 +0100, Stefan Dirsch wrote: > > On Fri, Mar 02, 2018 at 11:03:53AM +, Eric Engestrom wrote: > > > On Friday, 2018-03-02 11:41:00 +0100, Stefan Dirsch wrote: > > > > Patch by "Tomas Chvatal"

Re: [Mesa-dev] [PATCH v3 4/6] nouveau: Add framebuffer modifier support

On Thu, Mar 01, 2018 at 09:04:58AM -0800, Dylan Baker wrote: > Quoting Thierry Reding (2018-03-01 05:54:52) > > From: Thierry Reding > > > > This adds support for framebuffer modifiers to Nouveau. This will be > > used by the Tegra driver to share metadata about the format of

Re: [Mesa-dev] [PATCH v3 4/6] nouveau: Add framebuffer modifier support

Hi, On 2 March 2018 at 12:06, Thierry Reding wrote: > On Thu, Mar 01, 2018 at 09:37:28AM -0500, Ilia Mirkin wrote: >> > +static void >> > +nvc0_query_dmabuf_modifiers(struct pipe_screen *screen, >> > +enum pipe_format format, int max, >> >>

Re: [Mesa-dev] [PATCH v3 5/6] tegra: Initial support

On Thu, Mar 01, 2018 at 09:41:37AM -0500, Ilia Mirkin wrote: > Is this substantially different than the renderonly helper? i.e. could > you reuse it somehow? (If not, that's fine too, just asking.) Yeah, this is fairly different from renderonly in that it completely wraps another driver.

Re: [Mesa-dev] [PATCH v3 4/6] nouveau: Add framebuffer modifier support

On Fri, Mar 02, 2018 at 12:28:02PM +, Daniel Stone wrote: > Hi, > > On 2 March 2018 at 12:06, Thierry Reding wrote: > > On Thu, Mar 01, 2018 at 09:37:28AM -0500, Ilia Mirkin wrote: > >> > +static void > >> > +nvc0_query_dmabuf_modifiers(struct pipe_screen *screen, >

[Mesa-dev] [PATCH 2/3] mesa: adds some comments regarding MESA_GLES_VERSION_OVERRIDE usage

Fixes: 03fd6704db9 ("mesa: Add support for a new override string MESA_GLES_VERSION_OVERRIDE") Cc: Jordan Justen Cc: Ian Romanick Signed-off-by: Andres Gomez --- src/mesa/main/version.c | 10 -- 1 file changed, 8

[Mesa-dev] [PATCH 0/3] update MESA_GL_VERSION_OVERRIDE usage and documentation

A small series mostly adding up to date documentation for MESA_GL_VERSION_OVERRIDE. Additionally, patch 1/3 keeps OpenGL 3.1 compat profile when setting MESA_GL_VERSION_OVERRIDE=3.1, after the behavior change done at a0c8b49284e. Andres Gomez (3): mesa: override to GL core API only when >= 3.2

[Mesa-dev] [PATCH 1/3] mesa: override to GL core API only when >= 3.2

a0c8b49284e enabled the OpenGL 3.1 compat profile. Hence, when setting MESA_GL_VERSION_OVERRIDE=3.1 we want to keep the compat profile, as it already happens with <= 3.0. Additionally, update and add some extra comments on the overriding function. Fixes: a0c8b49284e ("mesa: enable OpenGL 3.1

[Mesa-dev] [PATCH 3/3] mesa: add documentation for COMPAT suffix for MESA_GL_VERSION_OVERRIDE

Fixes: 2599b92eb97 ("mesa: allow forcing >=3.1 compatibility contexts with MESA_GL_VERSION_OVERRIDE") Cc: Marek Olšák Cc: Jordan Justen Cc: Ian Romanick Cc: Eric Engestrom Cc: Emil Velikov

[Mesa-dev] [PATCH] radv: Increase maxDescriptorSet{Uniform, Storage}BuffersDynamic limits

These were set to MAX_DYNAMIC_BUFFERS / 2, which is too restrictive since an app may have it's total usage of both uniform and storage within MAX_DYNAMIC_BUFFERS, but exceed the limit for one of the types. Recently the validation layers have started raising errors for when these limits are