[Mesa-dev] [PATCH] mesa: remove remaining tabs in api_validate.c

--- src/mesa/main/api_validate.c | 22 +++--- 1 file changed, 11 insertions(+), 11 deletions(-) diff --git a/src/mesa/main/api_validate.c b/src/mesa/main/api_validate.c index c7625c3..4ef86b8 100644 --- a/src/mesa/main/api_validate.c +++ b/src/mesa/main/api_validate.c @@ -54,7

Re: [Mesa-dev] [PATCH 2/2] i965: Support "unlimited" compute shader scratch space.

On Thursday, June 16, 2016 8:16:43 PM PDT Ian Romanick wrote: > How well tested is this? I suspect nothing hits the 2Mb limit, but do > we have any tests or apps that even hit the 12k limit? I forgot to update the commit message to include the info from the bug: "Fixes Piglit's

Re: [Mesa-dev] [PATCH 1/2] i965: Reorganize prog_data->total_scratch code a bit.

I like this organization much better. This patch is Reviewed-by: Ian Romanick On 06/16/2016 07:58 PM, Kenneth Graunke wrote: > Cc: "12.0" > Signed-off-by: Kenneth Graunke > --- >

Re: [Mesa-dev] [PATCH 2/2] i965: Support "unlimited" compute shader scratch space.

How well tested is this? I suspect nothing hits the 2Mb limit, but do we have any tests or apps that even hit the 12k limit? On 06/16/2016 07:58 PM, Kenneth Graunke wrote: > Ivybridge and Baytrail have a pretty harsh limit of 12kB scratch space > per thread. However, we can exceed this limit

Re: [Mesa-dev] [PATCH] glcpp: Only expose ARB_enhanced_layouts if it's supported.

This patch is Reviewed-by: Ian Romanick On 06/16/2016 06:15 PM, Dylan Baker wrote: > This fixes the following piglit tests: > spec/arb_enhanced_layouts/preprocessor/disabled-defined-core.* > > Signed-off-by: Dylan Baker > --- >

Re: [Mesa-dev] [PATCH v2 04/11] glsl: Pack integer and double varyings as flat even if interpolation mode is none

On 06/16/2016 12:07 PM, Ian Romanick wrote: > From: Ian Romanick > > v2: Also update varying_matches::compute_packing_class(). Suggested by > Timothy Arceri. > > Signed-off-by: Ian Romanick > Bugzilla:

[Mesa-dev] [PATCH 1/2] i965: Reorganize prog_data->total_scratch code a bit.

Cc: "12.0" Signed-off-by: Kenneth Graunke --- src/mesa/drivers/dri/i965/brw_fs.cpp | 35 +++ 1 file changed, 19 insertions(+), 16 deletions(-) diff --git a/src/mesa/drivers/dri/i965/brw_fs.cpp

[Mesa-dev] [PATCH 2/2] i965: Support "unlimited" compute shader scratch space.

Ivybridge and Baytrail have a pretty harsh limit of 12kB scratch space per thread. However, we can exceed this limit with some clever tricks and gain effectively unlimited scratch space. Later platforms have a 2MB limit, which is much more reasonable, but we may as well apply the same trick

Re: [Mesa-dev] Mesa 11.2.2 and Mesa 12.0.0rc3 GLES 3.1 issues with i965 driver

On 06/16/2016 06:36 AM, Mike Gorchak wrote: > Hi, > >> You're supposed to get at these functions with eglGetProcAddress() and > such > > A'm afraid EGL v1.4 spec forbids obtaining core functions through > eglGetProcAddress(), they should be visible at dynamic linker level. Unless you have the

Re: [Mesa-dev] Mesa 11.2.2 and Mesa 12.0.0rc3 GLES 3.1 issues with i965 driver

On 06/15/2016 11:23 AM, Mike Gorchak wrote: > Hello, > > Just found that latest Mesa 11.2.2 and 12.0.0rc3 exposes version 3.1 of > OpenGL ES instead of 3.0 if i965 DRI driver is used on Intel Gen8 > (Broadwell) or Gen9 (AppolloLake/Broxton) hardware. > > At the same time some of GLES 3.1

[Mesa-dev] [PATCH] swr: push/pop DEBUG macro around llvm includes

llvm redefines DEBUG; adding push/pop prevents a undefined reference to debug_refcnt_state in llvm-3.7+. --- src/gallium/drivers/swr/swr_shader.cpp | 9 ++--- src/gallium/drivers/swr/swr_state.cpp | 6 +- 2 files changed, 11 insertions(+), 4 deletions(-) diff --git

[Mesa-dev] [PATCH] glcpp: Only expose ARB_enhanced_layouts if it's supported.

This fixes the following piglit tests: spec/arb_enhanced_layouts/preprocessor/disabled-defined-core.* Signed-off-by: Dylan Baker --- src/compiler/glsl/glcpp/glcpp-parse.y | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git

Re: [Mesa-dev] Trouble with missing git_sha1.h when building from a fresh tree

On 16 June 2016 at 21:14, Haixia Shi wrote: > Emil > > I looked at commit 3689ef32 which started the problem, and it seems that > patch removed the line "touch git_sha1.h.tmp". Previously my workflow was > "working" because the touch command ensures there's always going to be

Re: [Mesa-dev] Trouble with missing git_sha1.h when building from a fresh tree

Emil I looked at commit 3689ef32 which started the problem, and it seems that patch removed the line "touch git_sha1.h.tmp". Previously my workflow was "working" because the touch command ensures there's always going to be an empty header file. Was this intentional? For the new git_sha1.h rules,

Re: [Mesa-dev] virgl and vc4 problem on Android

On 16 June 2016 at 17:56, Rob Herring wrote: > On Thu, Jun 16, 2016 at 11:44 AM, Rob Clark wrote: >> On Wed, Jun 15, 2016 at 8:34 PM, Rob Herring wrote: >>> In the process of adding RGBX (XB24) format to mesa for Android, I >>> started

[Mesa-dev] [PATCH] swr: switch from overriding -march to selecting features

--- configure.ac| 11 +++ src/gallium/drivers/swr/Makefile.am | 4 ++-- 2 files changed, 9 insertions(+), 6 deletions(-) diff --git a/configure.ac b/configure.ac index c492e15..cc9bc47 100644 --- a/configure.ac +++ b/configure.ac @@ -2400,8 +2400,8 @@ if test -n

Re: [Mesa-dev] Trouble with missing git_sha1.h when building from a fresh tree

On 16 June 2016 at 20:47, Emil Velikov wrote: > On 16 June 2016 at 20:42, Haixia Shi wrote: >> Bisect shows the problem started at commit >> 3689ef32afdafbb030069e560aac0e563fc29048 >> Author: Emil Velikov >> Date: Mon

Re: [Mesa-dev] virgl and vc4 problem on Android

On Thu, Jun 16, 2016 at 2:20 PM, Rob Clark wrote: > On Thu, Jun 16, 2016 at 2:57 PM, Rob Herring wrote: >> On Thu, Jun 16, 2016 at 12:09 PM, Rob Clark wrote: >>> On Thu, Jun 16, 2016 at 12:56 PM, Rob Herring wrote:

Re: [Mesa-dev] Trouble with missing git_sha1.h when building from a fresh tree

On 16 June 2016 at 20:42, Haixia Shi wrote: > Bisect shows the problem started at commit > 3689ef32afdafbb030069e560aac0e563fc29048 > Author: Emil Velikov > Date: Mon May 30 12:32:05 2016 +0100 > > automake: rework the git_sha1.h rule, include

Re: [Mesa-dev] Trouble with missing git_sha1.h when building from a fresh tree

Hi Haixia Shi, On 16 June 2016 at 19:46, Haixia Shi wrote: > Posting a question in case someone already know the issue. > > I'm observing "missing git_sha1.h" errors sometime after Emil's git_sha1.h > patches by May 31st. This is not fixed at TOT with the latest patches on >

Re: [Mesa-dev] Trouble with missing git_sha1.h when building from a fresh tree

Bisect shows the problem started at commit 3689ef32afdafbb030069e560aac0e563fc29048 Author: Emil Velikov Date: Mon May 30 12:32:05 2016 +0100 automake: rework the git_sha1.h rule, include in tarball As we'll need the file in the release tarball, rework the

Re: [Mesa-dev] [PATCH 01/64] i965: Drop Max3DTextureLevels to 512 on Sandy Bridge and prior

On 06/16/2016 11:50 AM, Jason Ekstrand wrote: > > > On Thu, Jun 16, 2016 at 11:43 AM, Ian Romanick > wrote: > > On 06/11/2016 09:02 AM, Jason Ekstrand wrote: > > The RenderTargetViewExtent field of RENDER_SURFACE_STATE is supposed to

Re: [Mesa-dev] virgl and vc4 problem on Android

On Thu, Jun 16, 2016 at 2:57 PM, Rob Herring wrote: > On Thu, Jun 16, 2016 at 12:09 PM, Rob Clark wrote: >> On Thu, Jun 16, 2016 at 12:56 PM, Rob Herring wrote: >>> On Thu, Jun 16, 2016 at 11:44 AM, Rob Clark wrote:

Re: [Mesa-dev] [Mesa-stable] [PATCH] swr: fix -march flag for AVX

After some architecture testing, it looks like we can drop the march options and just enable the specific instruction sets via: libswrAVX: -mavx libswrAVX2: -mavx2 -mfma -mbmi2 -mf16c The benefit of course is that with these flags swr works on AMD cpu's with AVX and AVX2 instructions enabled.

Re: [Mesa-dev] [PATCH v2 03/11] mesa: Strip arrayness from interface block names in some IO validation

On Thu, Jun 16, 2016 at 3:06 PM, Ian Romanick wrote: > From: Ian Romanick > > Outputs from the vertex shader need to be able to match > per-vertex-arrayed inputs of later stages. Acomplish this by stripping > one level of arrayness from the names

[Mesa-dev] [PATCH v2 04/11] glsl: Pack integer and double varyings as flat even if interpolation mode is none

From: Ian Romanick v2: Also update varying_matches::compute_packing_class(). Suggested by Timothy Arceri. Signed-off-by: Ian Romanick Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=96358 Cc: "12.0"

[Mesa-dev] [PATCH v2 03/11] mesa: Strip arrayness from interface block names in some IO validation

From: Ian Romanick Outputs from the vertex shader need to be able to match per-vertex-arrayed inputs of later stages. Acomplish this by stripping one level of arrayness from the names and types of outputs going to a per-vertex-arrayed stage. v2: Add missing checks for

Re: [Mesa-dev] virgl and vc4 problem on Android

On Thu, Jun 16, 2016 at 12:09 PM, Rob Clark wrote: > On Thu, Jun 16, 2016 at 12:56 PM, Rob Herring wrote: >> On Thu, Jun 16, 2016 at 11:44 AM, Rob Clark wrote: >>> On Wed, Jun 15, 2016 at 8:34 PM, Rob Herring wrote:

Re: [Mesa-dev] [PATCH 21/64] isl/state: Set the IntegerSurfaceFormat bit on Haswell

On Thu, Jun 16, 2016 at 11:26 AM, Chad Versace wrote: > On Sat 11 Jun 2016, Jason Ekstrand wrote: > > This fixes 688 Vulkan CTS tests on Haswell. > > Whoo! Bugfixes! > > The PRM states that, on HSW, you also need to program > SAMPLER_BORDER_COLOR_STATE correctly for

Re: [Mesa-dev] [PATCH 01/64] i965: Drop Max3DTextureLevels to 512 on Sandy Bridge and prior

On Thu, Jun 16, 2016 at 11:43 AM, Ian Romanick wrote: > On 06/11/2016 09:02 AM, Jason Ekstrand wrote: > > The RenderTargetViewExtent field of RENDER_SURFACE_STATE is supposed to > be > > set to the depth of a 3-D texture when rendering. Unfortunatley, that >

[Mesa-dev] Trouble with missing git_sha1.h when building from a fresh tree

Posting a question in case someone already know the issue. I'm observing "missing git_sha1.h" errors sometime after Emil's git_sha1.h patches by May 31st. This is not fixed at TOT with the latest patches on Makefile.am. The problem only happens if src/git_sha1.h doesn't exist already. I just

Re: [Mesa-dev] [PATCH 04/64] i965/fs: Use a default Y coordinate of 0 for TXF on gen9+

This patch is Reviewed-by: Ian Romanick On 06/11/2016 09:02 AM, Jason Ekstrand wrote: > Previously, we were incrementing length but not actually putting anything > in the Y coordinate. This meant that 1-D TXF operations had a garbage > array index. If the surface is

Re: [Mesa-dev] [PATCH 01/64] i965: Drop Max3DTextureLevels to 512 on Sandy Bridge and prior

On 06/11/2016 09:02 AM, Jason Ekstrand wrote: > The RenderTargetViewExtent field of RENDER_SURFACE_STATE is supposed to be > set to the depth of a 3-D texture when rendering. Unfortunatley, that Unfortunately > field is only 9 bits on Sandy

Re: [Mesa-dev] [PATCH 21/64] isl/state: Set the IntegerSurfaceFormat bit on Haswell

On Sat 11 Jun 2016, Jason Ekstrand wrote: > This fixes 688 Vulkan CTS tests on Haswell. Whoo! Bugfixes! The PRM states that, on HSW, you also need to program SAMPLER_BORDER_COLOR_STATE correctly for integer formats. I suspect that the CTS tests may be passing by luck. See this encouraging

Re: [Mesa-dev] [PATCH 17/64] isl/state: Refactor the setup of clear colors

On Thu 16 Jun 2016, Jason Ekstrand wrote: > On Thu, Jun 16, 2016 at 11:05 AM, Chad Versace > wrote: > > > On Sat 11 Jun 2016, Jason Ekstrand wrote: > > > This commit switches clear colors to use #if's instead of a C if. This > > > lets us properly handle SNB where the

[Mesa-dev] [PATCH] st/vdpau: use bicubic filter for scaling

v2: fix a typo and add a newline to code Signed-off-by: Nayan Deshmukh --- src/gallium/state_trackers/vdpau/mixer.c | 53 +--- src/gallium/state_trackers/vdpau/vdpau_private.h | 6 +++ 2 files changed, 54 insertions(+), 5 deletions(-)

Re: [Mesa-dev] [PATCH 20/64] isl/format: Mark R9G9B9E5 as containing 9-bit unsigned float channels

Patches 18,19,20 are Reviewed-by: Chad Versace ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/mesa-dev

Re: [Mesa-dev] [PATCH 17/64] isl/state: Refactor the setup of clear colors

On Thu, Jun 16, 2016 at 11:05 AM, Chad Versace wrote: > On Sat 11 Jun 2016, Jason Ekstrand wrote: > > This commit switches clear colors to use #if's instead of a C if. This > > lets us properly handle SNB where the clear color field doesn't exist. > > --- > >

Re: [Mesa-dev] [PATCH 17/64] isl/state: Refactor the setup of clear colors

On Sat 11 Jun 2016, Jason Ekstrand wrote: > This commit switches clear colors to use #if's instead of a C if. This > lets us properly handle SNB where the clear color field doesn't exist. > --- > src/intel/isl/isl_surface_state.c | 44 > +++ > 1 file changed,

Re: [Mesa-dev] [PATCH 16/64] isl/state: Refactor the per-gen isl_to_gen_h/valign tables

On Sat 11 Jun 2016, Jason Ekstrand wrote: > This moves the #if's around so that halign and valign have different sets > of #if conditions. This also prepares us for SNB because isl_to_gen_halign > is not defined at all on gen6. > --- > src/intel/isl/isl_surface_state.c | 14 -- > 1

Re: [Mesa-dev] [PATCH 14/64] isl/state: Put pitch calculations together

On Sat 11 Jun 2016, Jason Ekstrand wrote: > --- > src/intel/isl/isl_surface_state.c | 42 > +++ > 1 file changed, 20 insertions(+), 22 deletions(-) Patch 14 is Reviewed-by: Chad Versace ___

Re: [Mesa-dev] [PATCH 15/64] isl/state: Return an extent3d from the halign/valign helper

On Thu 16 Jun 2016, Jason Ekstrand wrote: > On Thu, Jun 16, 2016 at 10:39 AM, Chad Versace > wrote: > > > On Sat 11 Jun 2016, Jason Ekstrand wrote: > > > --- > > > src/intel/isl/isl_surface_state.c | 28 > > > 1 file changed, 8 insertions(+),

Re: [Mesa-dev] [PATCH 11/64] isl/state: Remove some unused fields

On Thu 16 Jun 2016, Jason Ekstrand wrote: > On Thu, Jun 16, 2016 at 10:14 AM, Chad Versace > wrote: > > > On Sat 11 Jun 2016, Jason Ekstrand wrote: > > > They're already zero-initialized and we have no plans of doing anything > > > more interesting with them. > > > --- >

Re: [Mesa-dev] [PATCH 1/1] r600: Enable FMA on chips that support it

On Thu, 2016-06-16 at 00:47 +0200, Glenn Kennard wrote: > On Wed, 15 Jun 2016 20:13:13 +0200, Jan Vesely u> wrote: > > > > > Signed-off-by: Jan Vesely > > --- > > Untested (I don't have the required hw) > > > >  

Re: [Mesa-dev] [PATCH 15/64] isl/state: Return an extent3d from the halign/valign helper

On Thu, Jun 16, 2016 at 10:39 AM, Chad Versace wrote: > On Sat 11 Jun 2016, Jason Ekstrand wrote: > > --- > > src/intel/isl/isl_surface_state.c | 28 > > 1 file changed, 8 insertions(+), 20 deletions(-) > > > > diff --git

Re: [Mesa-dev] [PATCH 15/64] isl/state: Return an extent3d from the halign/valign helper

On Sat 11 Jun 2016, Jason Ekstrand wrote: > --- > src/intel/isl/isl_surface_state.c | 28 > 1 file changed, 8 insertions(+), 20 deletions(-) > > diff --git a/src/intel/isl/isl_surface_state.c > b/src/intel/isl/isl_surface_state.c > index 50570aa..1e94e60 100644 >

Re: [Mesa-dev] [PATCH 13/64] isl/state: Put all dimension setup together and towards the top

On Sat 11 Jun 2016, Jason Ekstrand wrote: > --- > src/intel/isl/isl_surface_state.c | 154 > ++ > 1 file changed, 74 insertions(+), 80 deletions(-) > > diff --git a/src/intel/isl/isl_surface_state.c > b/src/intel/isl/isl_surface_state.c > index

Re: [Mesa-dev] [PATCH v4] gallium: add API for setting window rectangles

On 06/15/2016 06:24 PM, Ilia Mirkin wrote: Window rectangles apply to all framebuffer operations, either in inclusive or exclusive mode. They may also be specified as part of a blit operation. In exclusive mode, any fragment inside any of the specified rectangles will be discarded. In

Re: [Mesa-dev] [PATCH 11/64] isl/state: Remove some unused fields

On Thu 16 Jun 2016, Chad Versace wrote: > On Sat 11 Jun 2016, Jason Ekstrand wrote: > > They're already zero-initialized and we have no plans of doing anything > > more interesting with them. > > --- > > src/intel/isl/isl_surface_state.c | 9 - > > 1 file changed, 9 deletions(-) > > >

[Mesa-dev] [PATCH] scons: put the generated git_sha1.h file in top-level src/ directory

To match what's done in the automake build. v2: Use git rev-parse to get a 10-character hash ID Fix Python imports --- src/SConscript | 49 - src/mesa/SConscript | 45 ++--- 2 files changed, 50

Re: [Mesa-dev] [PATCH 11/64] isl/state: Remove some unused fields

On Thu, Jun 16, 2016 at 10:14 AM, Chad Versace wrote: > On Sat 11 Jun 2016, Jason Ekstrand wrote: > > They're already zero-initialized and we have no plans of doing anything > > more interesting with them. > > --- > > src/intel/isl/isl_surface_state.c | 9 - > >

Re: [Mesa-dev] [PATCH 11/64] isl/state: Remove some unused fields

On Sat 11 Jun 2016, Jason Ekstrand wrote: > They're already zero-initialized and we have no plans of doing anything > more interesting with them. > --- > src/intel/isl/isl_surface_state.c | 9 - > 1 file changed, 9 deletions(-) > @@ -261,12 +258,6 @@ isl_genX(surf_fill_state_s)(const

Re: [Mesa-dev] [PATCH 10/64] isl/state: Don't use designated initializers for the surface state

On Sat 11 Jun 2016, Jason Ekstrand wrote: > While designated initializers are nice, they also force us to put some > things in the initializer and some things later. Surface state setup is > complicated enough that this really hurs readability in the long run. typo:

[Mesa-dev] [PATCH 1/2] vl: add a bicubic interpolation filter

This is a shader based bicubic interpolater which uses cubic Hermite spline algorithm. Signed-off-by: Nayan Deshmukh --- src/gallium/auxiliary/Makefile.sources | 2 + src/gallium/auxiliary/vl/vl_bicubic_filter.c | 370 +++

[Mesa-dev] [PATCH 2/2] st/vdpau: use bicubic filter for scaling

Signed-off-by: Nayan Deshmukh --- src/gallium/state_trackers/vdpau/mixer.c | 52 +--- src/gallium/state_trackers/vdpau/vdpau_private.h | 6 +++ 2 files changed, 53 insertions(+), 5 deletions(-) diff --git

[Mesa-dev] [PATCH 0/2] implement bicubic interpolation

Hi, This series aims to implement bicubic interpolation using cubic Hermite spline algorithm. Please Review! Thanks, Nayan. Nayan Deshmukh (2): vl: add a bicubic interpolation filter st/vdpau: use bicubic filter for scaling src/gallium/auxiliary/Makefile.sources | 2 +

Re: [Mesa-dev] virgl and vc4 problem on Android

On Thu, Jun 16, 2016 at 12:56 PM, Rob Herring wrote: > On Thu, Jun 16, 2016 at 11:44 AM, Rob Clark wrote: >> On Wed, Jun 15, 2016 at 8:34 PM, Rob Herring wrote: >>> In the process of adding RGBX (XB24) format to mesa for Android, I >>>

Re: [Mesa-dev] [PATCH 08/64] i965/blorp: Only set src_z for gen8+ 3D textures

On Sat 11 Jun 2016, Jason Ekstrand wrote: > Otherwise, we end up with a bogus value in the third component. On gen6-7 > where we always use 2D textures, this can cause problems if the > SurfaceArray bit is set in the SURFACE_STATE. Enlighten me. Why does blorp use 3D surfaces on gen >= 8 but not

Re: [Mesa-dev] [PATCH 07/64] i965/gen7, 8: Set SURFACE_IS_ARRAY for all non-3D texture types

On Sat 11 Jun 2016, Jason Ekstrand wrote: > There's no real reason why we shouldn't set this bit. It does affect how > the sampler operates a bit but since you can have a 2D non-array view of a > 2D_ARRAY texture that distinction is very weak. Also, this is what ISL > will do and we would like

Re: [Mesa-dev] virgl and vc4 problem on Android

On Thu, Jun 16, 2016 at 11:44 AM, Rob Clark wrote: > On Wed, Jun 15, 2016 at 8:34 PM, Rob Herring wrote: >> In the process of adding RGBX (XB24) format to mesa for Android, I >> started seeing a new problem that makes the UI stop updating. It >> happens

Re: [Mesa-dev] [PATCH 03/11] mesa: Strip arrayness from interface block names in some IO validation

On 06/14/2016 08:34 PM, Timothy Arceri wrote: > On Tue, 2016-06-14 at 19:01 -0700, Ian Romanick wrote: >> From: Ian Romanick >> >> Outputs from the vertex shader need to be able to match >> per-vertex-arrayed inputs of later stages. Acomplish this by >> stripping >> one

Re: [Mesa-dev] virgl and vc4 problem on Android

On Wed, Jun 15, 2016 at 8:34 PM, Rob Herring wrote: > In the process of adding RGBX (XB24) format to mesa for Android, I > started seeing a new problem that makes the UI stop updating. It > happens about when the splash screen is stopped and the lock screen is > displayed. The

Re: [Mesa-dev] [PATCH] scons: put the generated git_sha1.h file in top-level src/ directory

On 06/16/2016 10:31 AM, Eric Engestrom wrote: On Thu, Jun 16, 2016 at 09:48:54AM -0600, Brian Paul wrote: On 06/16/2016 07:35 AM, Eric Engestrom wrote: That fixed truncation can give non-unique hashes. Switching to rev-parse (suggested above) fixes this. rev-parse --short produces a 7-char

Re: [Mesa-dev] [PATCH] scons: put the generated git_sha1.h file in top-level src/ directory

On Thu, Jun 16, 2016 at 09:48:54AM -0600, Brian Paul wrote: > On 06/16/2016 07:35 AM, Eric Engestrom wrote: > > That fixed truncation can give non-unique hashes. Switching to rev-parse > > (suggested above) fixes this. > > rev-parse --short produces a 7-char hash. No it doesn't, not in the

Re: [Mesa-dev] [PATCH] scons: put the generated git_sha1.h file in top-level src/ directory

On 06/16/2016 07:35 AM, Eric Engestrom wrote: On Wed, Jun 15, 2016 at 11:58:29AM -0600, Brian Paul wrote: To match what's done in the automake build. --- src/SConscript | 43 +++ src/mesa/SConscript | 43 ++-

Re: [Mesa-dev] [PATCH v2] swr: automake: don't ship LLVM version specific generated sources

So, I can confirm that with this patch applied to the rc3 tag, I can generate a tarball on Arch with make dist, and then use said tarball to build with SWR enabled on fedora. So: Tested-by: Chuck Atkins - Chuck On Tue, Jun 14, 2016 at 1:14 PM, Emil Velikov

[Mesa-dev] [Bug 96543] N-Ball editor shows only a blackscreen

https://bugs.freedesktop.org/show_bug.cgi?id=96543 --- Comment #2 from Fabian Maurer --- Interesting, with this option it works in my system, too. Is this the expected behaviour? Since it worked on windows without that parameter, but on my linux pc I got a blackscreen, I

Re: [Mesa-dev] [PATCH] scons: put the generated git_sha1.h file in top-level src/ directory

On 15 June 2016 at 18:58, Brian Paul wrote: > To match what's done in the automake build. Considering the grief that it caused for autoconf builds I've deliberately left scons as-is the moment. There's even one more corner case that I will send a patch out in a moment. -Emil

Re: [Mesa-dev] [RFC] New dma_buf -> EGLImage EGL extension - Final spec published!

So, if we wanted to extend this to support the fourcc-modifiers that we have on the kernel side for compressed/tiled/etc formats, what would be the right approach? A new version of the existing extension or a new EGL_EXT_image_dma_buf_import2 extension, or ?? BR, -R On Mon, Feb 25, 2013 at 6:54

Re: [Mesa-dev] [PATCH] mesa/glsl: stop using GL shader type internally

On 05/06/16 04:17, Timothy Arceri wrote: Instead use the internal gl_shader_stage enum everywhere. This makes things more consistent and gets rid of unnecessary conversions. Ideally it would be nice to remove the Type field from gl_shader altogether but currently it is used to differentiate

Re: [Mesa-dev] [PATCH] i965: remove remaining tabs in brw_link.cpp

Thanks, Acked-by: Jason Ekstrand On Jun 15, 2016 11:13 PM, "Timothy Arceri" wrote: > --- > src/mesa/drivers/dri/i965/brw_link.cpp | 26 +- > 1 file changed, 13 insertions(+), 13 deletions(-) > > diff --git

Re: [Mesa-dev] [PATCH] scons: put the generated git_sha1.h file in top-level src/ directory

On Wed, Jun 15, 2016 at 11:58:29AM -0600, Brian Paul wrote: > To match what's done in the automake build. > --- > src/SConscript | 43 +++ > src/mesa/SConscript | 43 ++- > 2 files changed, 45 insertions(+), 41

Re: [Mesa-dev] Mesa 11.2.2 and Mesa 12.0.0rc3 GLES 3.1 issues with i965 driver

Hi, > You're supposed to get at these functions with eglGetProcAddress() and such A'm afraid EGL v1.4 spec forbids obtaining core functions through eglGetProcAddress(), they should be visible at dynamic linker level. Anyway, thanks! On Wed, Jun 15, 2016 at 3:06 PM, Ilia Mirkin

Re: [Mesa-dev] [PATCH] scons: put the generated git_sha1.h file in top-level src/ directory

On 15/06/16 18:58, Brian Paul wrote: To match what's done in the automake build. --- src/SConscript | 43 +++ src/mesa/SConscript | 43 ++- 2 files changed, 45 insertions(+), 41 deletions(-) diff --git

Re: [Mesa-dev] [PATCH v2] mesa: replace 1.F with 1.0F

On Wed, Jun 15, 2016 at 11:19:28PM +0530, Nayan Deshmukh wrote: > Hi Eric, > > Could you please push both the patches as I don't have the push access. > > Thanks, > Nayan. I don't have push access either. Emil will probably be happy to do it for you though, seeing as this was his idea :)

Re: [Mesa-dev] [PATCH 7/7] util: Fix ralloc to use malloc instead of calloc

On 14.06.2016 18:03, Jason Ekstrand wrote: On Tue, Jun 14, 2016 at 7:59 AM, Juha-Pekka Heikkila > wrote: ralloc originally had had idea of using malloc but somehow had slipped in calloc. Without these changes rzalloc

[Mesa-dev] [Bug 96552] Request for new account for contribution in mesa driver development

https://bugs.freedesktop.org/show_bug.cgi?id=96552 --- Comment #5 from Rahul --- Yes sure .. I will do .. Thanks On Thu, Jun 16, 2016 at 5:44 PM, wrote: > Timothy Arceri changed bug 96552 >

[Mesa-dev] [PATCH] st/mesa: Remove tautological check (v2)

From: Francesco Ansanelli --- src/mesa/state_tracker/st_cb_fbo.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/mesa/state_tracker/st_cb_fbo.c b/src/mesa/state_tracker/st_cb_fbo.c index a53b95a..950ec3e 100644 ---

[Mesa-dev] [Bug 96552] Request for new account for contribution in mesa driver development

https://bugs.freedesktop.org/show_bug.cgi?id=96552 Timothy Arceri changed: What|Removed |Added Resolution|--- |WONTFIX

Re: [Mesa-dev] [PATCH 1/1] r600: Enable FMA on chips that support it

On Thu, Jun 16, 2016 at 12:47 AM, Glenn Kennard wrote: > On Wed, 15 Jun 2016 20:13:13 +0200, Jan Vesely > wrote: > >> Signed-off-by: Jan Vesely >> --- >> Untested (I don't have the required hw) >> >>

[Mesa-dev] [Bug 96552] Request for new account for contribution in mesa driver development

https://bugs.freedesktop.org/show_bug.cgi?id=96552 --- Comment #3 from Rahul --- I guess i got you .. Thanks, Rahul -- You are receiving this mail because: You are the QA Contact for the bug. You are the assignee for the

[Mesa-dev] [Bug 96552] Request for new account for contribution in mesa driver development

https://bugs.freedesktop.org/show_bug.cgi?id=96552 --- Comment #2 from Rahul --- Do you mean git pull origin - Rahul -- You are receiving this mail because: You are the assignee for the bug. You are the QA Contact for the

[Mesa-dev] [Bug 96552] Request for new account for contribution in mesa driver development

https://bugs.freedesktop.org/show_bug.cgi?id=96552 --- Comment #1 from Timothy Arceri --- Please see the steps at http://mesa3d.org/repository.html specifically step 3. -- You are receiving this mail because: You are the QA Contact for the bug. You are the assignee for

[Mesa-dev] [Bug 96552] Request for new account for contribution in mesa driver development

https://bugs.freedesktop.org/show_bug.cgi?id=96552 Bug ID: 96552 Summary: Request for new account for contribution in mesa driver development Product: Mesa Version: unspecified Hardware: x86-64 (AMD64) OS:

[Mesa-dev] [Bug 96309] Request for new account

https://bugs.freedesktop.org/show_bug.cgi?id=96309 Rahul changed: What|Removed |Added CC||talente...@gmail.com --

[Mesa-dev] [Bug 96550] 12.0.0-rc3: mesa_dri_drivers.so linking fails with: relocation R_X86_64_32S against `V4F_COUNT' can not be used when making a shared object

https://bugs.freedesktop.org/show_bug.cgi?id=96550 Bug ID: 96550 Summary: 12.0.0-rc3: mesa_dri_drivers.so linking fails with: relocation R_X86_64_32S against `V4F_COUNT' can not be used when making a shared object Product:

[Mesa-dev] [PATCH] i965: remove remaining tabs in brw_link.cpp

--- src/mesa/drivers/dri/i965/brw_link.cpp | 26 +- 1 file changed, 13 insertions(+), 13 deletions(-) diff --git a/src/mesa/drivers/dri/i965/brw_link.cpp b/src/mesa/drivers/dri/i965/brw_link.cpp index 16bfbaa..ab2484e 100644 --- a/src/mesa/drivers/dri/i965/brw_link.cpp