https://bugs.freedesktop.org/show_bug.cgi?id=98652
Bug ID: 98652
Summary: AMD driver doesn't compile anymore after recent LLVM
changes
Product: Mesa
Version: git
Hardware: Other
OS: All
Status: N
Reviewed-by: Bas Nieuwenhuizen
On Wed, Nov 9, 2016 at 2:22 AM, Dave Airlie wrote:
> From: Dave Airlie
>
> if a fence is created pre-signaled we should return that
> in GetFenceStatus even if it hasn't been submitted.
>
> Signed-off-by: Dave Airlie
> ---
> src/amd/vulkan/radv_device.c | 2 ++
>
With ARB_clip_control, GL may also do 0..1 depth clipping, not just
-1..1. For backwards compatibility, preserve the existing driver type
check for DX as well.
Signed-off-by: Ilia Mirkin
---
src/gallium/drivers/swr/rasterizer/core/clip.h | 6 +++---
src/gallium/drivers/swr/rasterizer/core/state
Signed-off-by: Ilia Mirkin
---
src/gallium/drivers/swr/swr_state.cpp | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/gallium/drivers/swr/swr_state.cpp
b/src/gallium/drivers/swr/swr_state.cpp
index 01cadce..d19acfb 100644
--- a/src/gallium/drivers/swr/swr_state.cpp
+++ b/src/gallium/drive
Reviewed-by: Tim Rowley
mailto:timothy.o.row...@intel.com>>
On Nov 7, 2016, at 6:18 PM, Ilia Mirkin
mailto:imir...@alum.mit.edu>> wrote:
Most logic op usage is probably going to end up with normalized
textures. Scale the floating point values and convert to integer before
performing the logic o
Signed-off-by: Ilia Mirkin
---
This improves bin/arb_clip_control-clip-control results, but still not
quite there yet.
src/gallium/drivers/swr/swr_state.cpp | 10 +++---
1 file changed, 3 insertions(+), 7 deletions(-)
diff --git a/src/gallium/drivers/swr/swr_state.cpp
b/src/gallium/driver
When you fire up Dota2 on Haswell you get spammed with thousands of
"Implement Gen7 HZ ops" finishme's. The point of the finshme is as a
reminder that there is something left to implement. Printing it once
should be sufficient.
Signed-off-by: Jason Ekstrand
---
src/intel/vulkan/anv_private.h |
https://bugs.freedesktop.org/show_bug.cgi?id=98606
Michel Dänzer changed:
What|Removed |Added
Attachment #127855|text/x-log |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=98606
--- Comment #9 from charlie ---
Created attachment 127860
--> https://bugs.freedesktop.org/attachment.cgi?id=127860&action=edit
Varibles used to configure mesa.
--
You are receiving this mail because:
You are the assignee for the bug.
You are
https://bugs.freedesktop.org/show_bug.cgi?id=98606
--- Comment #8 from charlie ---
Created attachment 127859
--> https://bugs.freedesktop.org/attachment.cgi?id=127859&action=edit
Default variables that get added to all components being built.
--
You are receiving this mail because:
You are th
https://bugs.freedesktop.org/show_bug.cgi?id=98606
--- Comment #7 from charlie ---
Created attachment 127858
--> https://bugs.freedesktop.org/attachment.cgi?id=127858&action=edit
environment variable used when compiling libva
--
You are receiving this mail because:
You are the QA Contact for
https://bugs.freedesktop.org/show_bug.cgi?id=98606
--- Comment #6 from charlie ---
Created attachment 127857
--> https://bugs.freedesktop.org/attachment.cgi?id=127857&action=edit
libva.cfg
--
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the
https://bugs.freedesktop.org/show_bug.cgi?id=98606
--- Comment #5 from charlie ---
Created attachment 127856
--> https://bugs.freedesktop.org/attachment.cgi?id=127856&action=edit
mesa build.log
Generated with "make V=1 -j${threads} 2>&1 | tee build.log"
--
You are receiving this mail because
https://bugs.freedesktop.org/show_bug.cgi?id=98606
--- Comment #4 from charlie ---
Created attachment 127855
--> https://bugs.freedesktop.org/attachment.cgi?id=127855&action=edit
mesa config.log
--
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact f
https://bugs.freedesktop.org/show_bug.cgi?id=98606
--- Comment #3 from charlie ---
The "gcc/llvm/etc. combination" that mesa-va was last working at occurred
perhaps near the beginning of the year 2016.
"Atm if you build with --enable and then reconfigure/rebuild with --disable
things will break
On Tue, Nov 8, 2016 at 5:16 PM, Nanley Chery wrote:
> On Tue, Nov 08, 2016 at 05:02:29PM -0800, Jason Ekstrand wrote:
> > On Tue, Nov 8, 2016 at 5:00 PM, Nanley Chery
> wrote:
> >
> > > On Tue, Nov 08, 2016 at 04:24:48PM -0800, Jason Ekstrand wrote:
> > > > On Tue, Nov 8, 2016 at 3:13 PM, Nanley
From: Dave Airlie
if a fence is created pre-signaled we should return that
in GetFenceStatus even if it hasn't been submitted.
Signed-off-by: Dave Airlie
---
src/amd/vulkan/radv_device.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/src/amd/vulkan/radv_device.c b/src/amd/vulkan/radv_de
On Tue, Nov 08, 2016 at 05:02:29PM -0800, Jason Ekstrand wrote:
> On Tue, Nov 8, 2016 at 5:00 PM, Nanley Chery wrote:
>
> > On Tue, Nov 08, 2016 at 04:24:48PM -0800, Jason Ekstrand wrote:
> > > On Tue, Nov 8, 2016 at 3:13 PM, Nanley Chery
> > wrote:
> > >
> > > > On Sat, Oct 22, 2016 at 10:50:37
On Tue, Nov 8, 2016 at 5:00 PM, Nanley Chery wrote:
> On Tue, Nov 08, 2016 at 04:24:48PM -0800, Jason Ekstrand wrote:
> > On Tue, Nov 8, 2016 at 3:13 PM, Nanley Chery
> wrote:
> >
> > > On Sat, Oct 22, 2016 at 10:50:37AM -0700, Jason Ekstrand wrote:
> > > > This commit moves the allocation and f
From: Kevin Strasser
In order to support FIFO mode without blocking the application on calls
to vkQueuePresentKHR it is necessary to enqueue the request and defer
calling the server until the next vblank period. The xcb present api
doesn't offer a way to register a callback, so we will have to sp
This implements VK_PRESENT_MODE_FIFO_KHR for X11. Unfortunately, due to
the way the present extension works, we have to manage the queue of
presented images in a separate thread.
Signed-off-by: Jason Ekstrand
Reviewed-by: Eric Engestrom
---
src/vulkan/wsi/wsi_common_x11.c | 174 +++
From the Vulkan spec 1.0.32 section 29.6 docs for vkAcquireNextImageKHR:
"Let n be the total number of images in the swapchain, m be the value of
VkSurfaceCapabilitiesKHR::minImageCount, and a be the number of
presentable images that the application has currently acquired (i.e.
images
On Tue, Nov 08, 2016 at 04:24:48PM -0800, Jason Ekstrand wrote:
> On Tue, Nov 8, 2016 at 3:13 PM, Nanley Chery wrote:
>
> > On Sat, Oct 22, 2016 at 10:50:37AM -0700, Jason Ekstrand wrote:
> > > This commit moves the allocation and filling out of surface state from
> > > CreateImageView time to Be
On Tue, Nov 8, 2016 at 3:13 PM, Nanley Chery wrote:
> On Sat, Oct 22, 2016 at 10:50:37AM -0700, Jason Ekstrand wrote:
> > This commit moves the allocation and filling out of surface state from
> > CreateImageView time to BeginRenderPass time. Instead of allocating the
> > render target surface s
https://bugs.freedesktop.org/show_bug.cgi?id=98629
--- Comment #3 from Mingcong Bai ---
(In reply to Emil Velikov from comment #1)
> [Moving to 'core' since it's not really nouveau specific]
>
> Does this happen with glxinfo/glxgears as well ? If so can you attach the
> output of $strace glxinfo
https://bugs.freedesktop.org/show_bug.cgi?id=98629
--- Comment #2 from Mingcong Bai ---
Created attachment 127852
--> https://bugs.freedesktop.org/attachment.cgi?id=127852&action=edit
strace of glxinfo
--
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Co
On Tue, Nov 8, 2016 at 1:21 PM, Jason Ekstrand wrote:
> The precision of our trig instructions instructions appears to have been
>
s/instructions instructions/instructions
> fixed on Kaby Lake. Neither Ben nor I can find any documentation for this.
> However, the dEQP precision tests now pass
On Sat, Oct 22, 2016 at 10:50:37AM -0700, Jason Ekstrand wrote:
> This commit moves the allocation and filling out of surface state from
> CreateImageView time to BeginRenderPass time. Instead of allocating the
> render target surface state as part of the image view, we allocate it in
> the comman
On Tue, Nov 8, 2016 at 2:26 PM, Nanley Chery wrote:
> On Tue, Nov 08, 2016 at 01:52:15PM -0800, Jason Ekstrand wrote:
> > On Tue, Nov 8, 2016 at 1:36 PM, Nanley Chery
> wrote:
> >
> > > On Sat, Oct 22, 2016 at 10:50:31AM -0700, Jason Ekstrand wrote:
> > > > This series does some fairly major sur
> -Original Message-
> From: Jose Fonseca [mailto:jfons...@vmware.com]
> Sent: Tuesday, November 8, 2016 4:17 PM
> To: Kyriazis, George ; mesa-
> d...@lists.freedesktop.org
> Subject: Re: [Mesa-dev] [PATCH 1/3] gallium/scons: OpenSWR Windows
> support
>
> On 07/11/16 22:32, George Kyriaz
> -Original Message-
> From: Jose Fonseca [mailto:jfons...@vmware.com]
> Sent: Tuesday, November 8, 2016 4:12 PM
> To: Kyriazis, George ; mesa-
> d...@lists.freedesktop.org
> Subject: Re: [Mesa-dev] [PATCH 2/3] mesa: added msvc
> HAS_TRIVIAL_DESTRUCTOR implementation
>
> On 07/11/16 22:3
https://bugs.freedesktop.org/show_bug.cgi?id=98629
Emil Velikov changed:
What|Removed |Added
CC||emil.l.veli...@gmail.com
--
You are rece
I’d prefer parenthesis to clarify the logic "(foo && ((bar == bla) || footer)”.
With those added, Reviewed-by: Tim Rowley
mailto:timothy.o.row...@intel.com>>
On Nov 8, 2016, at 4:30 PM, Ilia Mirkin
mailto:imir...@alum.mit.edu>> wrote:
Signed-off-by: Ilia Mirkin mailto:imir...@alum.mit.edu>>
--
Signed-off-by: Ilia Mirkin
---
src/gallium/drivers/swr/swr_state.cpp | 6 ++
1 file changed, 6 insertions(+)
diff --git a/src/gallium/drivers/swr/swr_state.cpp
b/src/gallium/drivers/swr/swr_state.cpp
index d8a8ee1..d16c307 100644
--- a/src/gallium/drivers/swr/swr_state.cpp
+++ b/src/gallium
On Tue, Nov 08, 2016 at 01:52:15PM -0800, Jason Ekstrand wrote:
> On Tue, Nov 8, 2016 at 1:36 PM, Nanley Chery wrote:
>
> > On Sat, Oct 22, 2016 at 10:50:31AM -0700, Jason Ekstrand wrote:
> > > This series does some fairly major surgery on color attachment surface
> > > state allocation and fill-
Matt Turner writes:
> On Tue, Nov 8, 2016 at 1:59 PM, Emil Velikov wrote:
>> Jordan Justen (1)
>> 49c24d8 i965: fix noop_scissor range issue on width/height
>> Note: temporary on hold since it causes GPU lockups on 32bit builds.
>
> Let's just drop this one. I found it in an old branch and
On Tue, Nov 8, 2016 at 2:11 PM, Nanley Chery wrote:
> On Tue, Nov 08, 2016 at 02:01:17PM -0800, Nanley Chery wrote:
> > On Tue, Nov 08, 2016 at 01:50:01PM -0800, Jason Ekstrand wrote:
> > > On Tue, Nov 8, 2016 at 1:46 PM, Nanley Chery
> wrote:
> > >
> > > > On Mon, Nov 07, 2016 at 05:28:12PM -08
On 07/11/16 22:32, George Kyriazis wrote:
- Added code to create screen and handle swaps in libgl_gdi.c
- Added call to swr SConscript
- included llvm 3.9 support for scons (windows swr only support 3.9 and
later)
- include -DHAVE_SWR to subdirs that need it
To buils SWR on windows, use "scons
Am 08.11.2016 um 20:10 schrieb Marek Olšák:
> FYI, this doesn't fix the regression fully. (GLCTS failures with
> piglit: -t mulextended)
Maybe using shuffle isn't such a good idea then.
Not sure how well you handle them, and there's probably a problem with
scalar build contexts (initially this was
On 07/11/16 22:32, George Kyriazis wrote:
not having it on windows causes a CANARY assertion in
src/util/ralloc.c:get_header()
Tested only on MSVC 19.00 (DevStudio 14.0), so #ifdef guards reflect that.
---
src/util/macros.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/src/util/macro
On Tue, Nov 08, 2016 at 02:01:17PM -0800, Nanley Chery wrote:
> On Tue, Nov 08, 2016 at 01:50:01PM -0800, Jason Ekstrand wrote:
> > On Tue, Nov 8, 2016 at 1:46 PM, Nanley Chery wrote:
> >
> > > On Mon, Nov 07, 2016 at 05:28:12PM -0800, Jason Ekstrand wrote:
> > > > Signed-off-by: Jason Ekstrand
On 19/10/16 23:14, Marek Olšák wrote:
From: Marek Olšák
radeonsi needs these.
---
src/gallium/auxiliary/gallivm/lp_bld_misc.cpp | 21 +
src/gallium/auxiliary/gallivm/lp_bld_misc.h | 6 ++
2 files changed, 27 insertions(+)
diff --git a/src/gallium/auxiliary/gallivm/l
On Tue, Nov 8, 2016 at 1:59 PM, Emil Velikov wrote:
> Jordan Justen (1)
> 49c24d8 i965: fix noop_scissor range issue on width/height
> Note: temporary on hold since it causes GPU lockups on 32bit builds.
Let's just drop this one. I found it in an old branch and committed it
(even wrote a pi
On Tue, Nov 08, 2016 at 01:50:01PM -0800, Jason Ekstrand wrote:
> On Tue, Nov 8, 2016 at 1:46 PM, Nanley Chery wrote:
>
> > On Mon, Nov 07, 2016 at 05:28:12PM -0800, Jason Ekstrand wrote:
> > > Signed-off-by: Jason Ekstrand
> > > Cc: "12.0 13.0"
> > > ---
> > > src/intel/vulkan/anv_device.c |
Hello list,
The candidate for the Mesa 12.0.4 is now available. Currently we have:
- 115 queued
- 10 nominated (outstanding)
- and 11 (self-)rejected patches
Notes:
- The Intel CI infrastructure is utilised for testing which brings us testing
on all platforms supported by the i965 DRI and ANV
On Tue, Nov 8, 2016 at 1:53 PM, Matt Turner wrote:
> On Tue, Nov 8, 2016 at 1:21 PM, Jason Ekstrand
> wrote:
> > Most of the 3-D engine Kaby Lake is identical to Sky Lake. However,
> there
>
> While hyphenating 3D looks a little odd to me, Skylake is definitely
> just a single word. (Strangely,
On Tue, Nov 8, 2016 at 1:21 PM, Jason Ekstrand wrote:
> Most of the 3-D engine Kaby Lake is identical to Sky Lake. However, there
While hyphenating 3D looks a little odd to me, Skylake is definitely
just a single word. (Strangely, Kaby Lake is indeed two words)
> are a few small differences tha
On Tue, Nov 8, 2016 at 1:36 PM, Nanley Chery wrote:
> On Sat, Oct 22, 2016 at 10:50:31AM -0700, Jason Ekstrand wrote:
> > This series does some fairly major surgery on color attachment surface
> > state allocation and fill-out in the Intel Vulkan driver. This is in
> > preparation for doing colo
On Tue, Nov 8, 2016 at 1:46 PM, Nanley Chery wrote:
> On Mon, Nov 07, 2016 at 05:28:12PM -0800, Jason Ekstrand wrote:
> > Signed-off-by: Jason Ekstrand
> > Cc: "12.0 13.0"
> > ---
> > src/intel/vulkan/anv_device.c | 5 +
> > 1 file changed, 5 insertions(+)
> >
> > diff --git a/src/intel/vu
On Mon, Nov 07, 2016 at 05:28:12PM -0800, Jason Ekstrand wrote:
> Signed-off-by: Jason Ekstrand
> Cc: "12.0 13.0"
> ---
> src/intel/vulkan/anv_device.c | 5 +
> 1 file changed, 5 insertions(+)
>
> diff --git a/src/intel/vulkan/anv_device.c b/src/intel/vulkan/anv_device.c
> index 5393144..80
Dave Airlie writes:
> From: Dave Airlie
>
> This is ported from GLSL and converts
>
> if (cond)
> discard;
>
> into
> discard_if(cond);
>
> This removes a block, but also is needed by radv
> to workaround a bug in the LLVM backend.
>
> v2: handle if (a) discard_if(b) (nha)
> cleanup and dr
On Sat, Oct 22, 2016 at 10:50:31AM -0700, Jason Ekstrand wrote:
> This series does some fairly major surgery on color attachment surface
> state allocation and fill-out in the Intel Vulkan driver. This is in
> preparation for doing color compression, fast-clears, and HiZ-capable input
> attachment
The precision of our trig instructions instructions appears to have been
fixed on Kaby Lake. Neither Ben nor I can find any documentation for this.
However, the dEQP precision tests now pass with INTEL_PRECISE_TRIG=0 where
they fail on Sky Lake.
Signed-off-by: Jason Ekstrand
---
src/mesa/driver
Most of the 3-D engine Kaby Lake is identical to Sky Lake. However, there
are a few small differences that we need to be able to detect.
Signed-off-by: Jason Ekstrand
---
src/intel/common/gen_device_info.c | 14 +-
src/intel/common/gen_device_info.h | 1 +
2 files changed, 10 inser
ping
On 10/26/2016 07:17 PM, Ian Romanick wrote:
> From: Ian Romanick
>
> This just makes the output of the standalone compiler a little more
> compact.
>
> v2: Fix indexing typo noticed by Iago. Move the add_neg_to_sub_visitor
> to it's own header file. Add a unit test that exercises the vis
On Sunday 06 November 2016 17:02:26 Dieter Nützel wrote:
> After latest clover commit 'luxmark-v3.0' sigfault immediately:
Hello
Did you bisect it? Luxmark seems to crash just the same here without this
commit.
Serge
>
> SOURCE/luxmark-v3.0> ./luxmark
> ./luxmark.bin: /usr/local/lib/libOpenCL
From: Ian Romanick
The #version directive can only handle decimal constants. Enforce that
the value is a decimal constant.
Section 3.3 (Preprocessor) of the GLSL 4.50 spec says:
The language version a shader is written to is specified by
#version number profile opt
where numb
From: Ian Romanick
This allows a more reasonable error message for '#version 0' of
0:1(10): error: GLSL 0.00 is not supported. Supported versions are: 1.10,
1.20, 1.30, 1.00 ES, 3.00 ES, 3.10 ES, and 3.20 ES
instead of
0:1(10): error: syntax error, unexpected $undefined, expecting INT
On Tue, Nov 8, 2016 at 12:01 PM, Ian Romanick wrote:
> On 11/08/2016 11:58 AM, Ian Romanick wrote:
>> On 11/04/2016 12:23 PM, Matt Turner wrote:
>>> On Sun, Oct 30, 2016 at 11:45 PM, Boyan Ding wrote:
According to OpenGL Shading Language 4.50 spec, Section 8.7 "Vector
Relational Functio
On Tuesday, November 8, 2016 11:49:58 AM PST Matt Turner wrote:
> On Tue, Nov 8, 2016 at 10:25 AM, Kenneth Graunke
> wrote:
> > We had missed a bit of errata - PS scratch needs to be computed as if
> > there were 4 subslices per slice, rather than 3.
> >
> > Skylake
On 8 November 2016 at 17:57, Kyriazis, George wrote:
>> This is now I folded/cleaned up the autoconf build with commit
>> bb949e262cb5c4fffe991debc605447e15322666. A similar solution here would
>> be great/possible.
>>
>
> Can I take care of it on a follow-on check-in? Ie. check-in as-is for now
On 11/08/2016 11:58 AM, Ian Romanick wrote:
> On 11/04/2016 12:23 PM, Matt Turner wrote:
>> On Sun, Oct 30, 2016 at 11:45 PM, Boyan Ding wrote:
>>> According to OpenGL Shading Language 4.50 spec, Section 8.7 "Vector
>>> Relational Functions", functions of this type do not operate on scalar
>>> typ
On 11/04/2016 12:23 PM, Matt Turner wrote:
> On Sun, Oct 30, 2016 at 11:45 PM, Boyan Ding wrote:
>> According to OpenGL Shading Language 4.50 spec, Section 8.7 "Vector
>> Relational Functions", functions of this type do not operate on scalar
>> types, so remove scalar types from signature definiti
On Tue, Nov 8, 2016 at 10:25 AM, Kenneth Graunke wrote:
> We had missed a bit of errata - PS scratch needs to be computed as if
> there were 4 subslices per slice, rather than 3.
>
> Skylake BroxtonKabylake
> GT1 GT2 GT3 GT4 2x6 3x6 GT
I should have a fix for all of these problems out in about an hour. I'm
just running it through the CI now.
On 11/05/2016 02:48 AM, Karol Herbst wrote:
> 2016-11-05 2:50 GMT+01:00 Ian Romanick :
>> (Sorry about the top post. Sent from my phone.)
>>
>> That expression will allow versions like 0130
FYI, this doesn't fix the regression fully. (GLCTS failures with
piglit: -t mulextended)
Marek
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
We had missed a bit of errata - PS scratch needs to be computed as if
there were 4 subslices per slice, rather than 3.
This is a conservative backport of commit . It only
increases the scratch amount, unlike the original commit which decreases
it Skylake GT1-3 to avoid overallocating.
Cc: "12.0
We had missed a bit of errata - PS scratch needs to be computed as if
there were 4 subslices per slice, rather than 3.
Skylake BroxtonKabylake
GT1 GT2 GT3 GT4 2x6 3x6 GT1 GT1.5 GT2 GT3 GT4
Actual Slices 1 1 2 31 1
On Tuesday, November 8, 2016 10:10:35 AM PST Ian Romanick wrote:
> From: Ian Romanick
>
> The only reason we didn't previously enable this was the dependency on
> OpenGL ES 3.1. These should have been enabled as soon as HSW got
> stencil texturing. We also needed to fixup setting MaxViewports.
On Tue, Nov 8, 2016 at 1:10 PM, Ian Romanick wrote:
> diff --git a/docs/relnotes/12.1.0.html b/docs/relnotes/12.1.0.html
> index c7e4d01..b8862d3 100644
> --- a/docs/relnotes/12.1.0.html
> +++ b/docs/relnotes/12.1.0.html
This is not the relnotes file you're looking for.
-ilia
_
From: Ian Romanick
The only reason we didn't previously enable this was the dependency on
OpenGL ES 3.1. These should have been enabled as soon as HSW got
stencil texturing. We also needed to fixup setting MaxViewports.
Signed-off-by: Ian Romanick
---
docs/features.txt
From: Ian Romanick
Since 9d6ca7c3, there should be no performance hit for having
MaxViewports > 1. Always set this context state. This eliminates the
need to update this conditional as we add support for OES_viewport_array
on older GPUs.
Signed-off-by: Ian Romanick
---
src/mesa/drivers/dri/i
> -Original Message-
> From: Emil Velikov [mailto:emil.l.veli...@gmail.com]
> Sent: Tuesday, November 8, 2016 10:54 AM
> To: Kyriazis, George
> Cc: ML mesa-dev
> Subject: Re: [Mesa-dev] [PATCH 3/3] swr: Support windows builds
>
> On 8 November 2016 at 15:48, Kyriazis, George
> wrote:
If nobody says otherwise, I will land this by the beginning of next
week.
On Sun, 2016-10-23 at 00:10 +0300, Andres Gomez wrote:
> Provides support for highlighting incorrect indentation.
>
> v2: Removed too long lines trail highlighting, as suggested by Ilia
> Mirkin.
>
> Signed-off-by: And
Ah indeed, I missed that. That's what I get for looking at the man page.
On Tue, Nov 8, 2016 at 12:25 PM, Rowley, Timothy O
wrote:
> Looking at the spec, that seems like that should also check for sRGB and also
> disable in that case (“GetFormatInfo(compileState.format).isSRGB”).
>
>> On Nov 7,
https://bugs.freedesktop.org/show_bug.cgi?id=98563
Jan Rüegg changed:
What|Removed |Added
CC||rgg...@gmail.com
--
You are receiving this
Looking at the spec, that seems like that should also check for sRGB and also
disable in that case (“GetFormatInfo(compileState.format).isSRGB”).
> On Nov 7, 2016, at 6:18 PM, Ilia Mirkin wrote:
>
> Signed-off-by: Ilia Mirkin
> ---
> src/gallium/drivers/swr/swr_state.cpp | 5 +
> 1 file cha
Reviewed-by: Tim Rowley
mailto:timothy.o.row...@intel.com>>
On Nov 7, 2016, at 6:18 PM, Ilia Mirkin
mailto:imir...@alum.mit.edu>> wrote:
Signed-off-by: Ilia Mirkin mailto:imir...@alum.mit.edu>>
---
src/gallium/drivers/swr/swr_state.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --
On Fri, Oct 28, 2016 at 12:27 PM, Pohjolainen, Topi <
topi.pohjolai...@gmail.com> wrote:
> On Sat, Oct 22, 2016 at 10:50:52AM -0700, Jason Ekstrand wrote:
> > ---
> > src/intel/vulkan/anv_blorp.c | 24
> > src/intel/vulkan/anv_private.h | 5 +
> > src/intel
On Fri, Oct 28, 2016 at 12:11 PM, Pohjolainen, Topi <
topi.pohjolai...@gmail.com> wrote:
> On Sat, Oct 22, 2016 at 10:50:50AM -0700, Jason Ekstrand wrote:
> > ---
> > src/intel/blorp/blorp.h | 11 +++
> > src/intel/blorp/blorp_clear.c | 162 ++
> +++-
> >
https://bugs.freedesktop.org/show_bug.cgi?id=98599
Marek Olšák changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On 8 November 2016 at 15:48, Kyriazis, George wrote:
> Comments inline..
>
>> -Original Message-
>> From: Emil Velikov [mailto:emil.l.veli...@gmail.com]
>> Sent: Tuesday, November 8, 2016 8:25 AM
>> To: Kyriazis, George
>> Cc: ML mesa-dev
>> Subject: Re: [Mesa-dev] [PATCH 3/3] swr: Suppo
On Mon, Nov 7, 2016 at 11:04 PM, Jan Vesely wrote:
> On Mon, 2016-11-07 at 21:06 +, Tom Stellard wrote:
>> v2:
>> Fix adding parameter attributes with LLVM < 4.0.
>> ---
>> src/gallium/auxiliary/draw/draw_llvm.c| 6 +-
>> src/gallium/auxiliary/gallivm/lp_bld_intr.c | 52 +
On Mon, Nov 07, 2016 at 07:48:25PM -0500, Rob Clark wrote:
> On Mon, Nov 7, 2016 at 6:29 PM, Rafael Antognolli
> wrote:
> > On Mon, Oct 31, 2016 at 08:58:26AM -0700, Rafael Antognolli wrote:
> >> On Sat, Oct 29, 2016 at 01:15:44PM -0400, Rob Clark wrote:
> >> > On Fri, Oct 28, 2016 at 7:44 PM, Raf
Am 08.11.2016 um 16:23 schrieb Nicolai Hähnle:
> On 08.11.2016 14:44, Roland Scheidegger wrote:
>> Sorry for breaking radeonsi, I somehow thought this way only used for
>> cpu only already, without actually checking...
>> And thanks for fixing that typo, apparently you can pass piglits
>> umul_hi/i
On Tue, Nov 8, 2016 at 12:21 AM, Pohjolainen, Topi <
topi.pohjolai...@gmail.com> wrote:
>
> Title says: "anv: Add initial for Sky Lake color compression". Did you mean
> to have something after "initial"?
>
Yeah, "support" should probably go in there
> On Fri, Oct 28, 2016 at 02:17:09AM -0700,
Comments inline..
> -Original Message-
> From: Emil Velikov [mailto:emil.l.veli...@gmail.com]
> Sent: Tuesday, November 8, 2016 8:25 AM
> To: Kyriazis, George
> Cc: ML mesa-dev
> Subject: Re: [Mesa-dev] [PATCH 3/3] swr: Support windows builds
>
> On 7 November 2016 at 22:32, George Kyri
https://bugs.freedesktop.org/show_bug.cgi?id=98629
Emil Velikov changed:
What|Removed |Added
Assignee|nouveau@lists.freedesktop.o |mesa-dev@lists.freedesktop.
On 08.11.2016 14:44, Roland Scheidegger wrote:
Sorry for breaking radeonsi, I somehow thought this way only used for
cpu only already, without actually checking...
And thanks for fixing that typo, apparently you can pass piglits
umul_hi/imul_hi tests (at least those from the shader_integer_mix gr
Thank you for the review. Comments inline.
> -Original Message-
> From: Emil Velikov [mailto:emil.l.veli...@gmail.com]
> Sent: Tuesday, November 8, 2016 7:52 AM
> To: Kyriazis, George ; Jose Fonseca
>
> Cc: ML mesa-dev
> Subject: Re: [Mesa-dev] [PATCH 1/3] gallium/scons: OpenSWR Windows
On Tue, 2016-11-08 at 14:19 +0100, Karol Herbst wrote:
> well I don't care either way, maybe the spec does say anything about
> it.
I was re-reading GLSL 1.10 spec about #version directive.
#version follows the same convention as __VERSION__
For __VERSION___, spec says "will substitute a decimal
On 5 November 2016 at 01:55, Jonathan Gray wrote:
> On Fri, Nov 04, 2016 at 07:53:25PM +0100, Bernd Kuhls wrote:
>> Musl does not define __GLIBC__ and will not provide a __MUSL__ macro:
>> http://wiki.musl-libc.org/wiki/FAQ#Q:_why_is_there_no_MUSL_macro_.3F
>>
>> This patch checks for the presence
Aaron Watry wrote:
On Tue, Nov 8, 2016 at 4:38 AM, Andy Furniss wrote:
Tom Stellard wrote:
---
Build tested only so far.
src/gallium/auxiliary/draw/draw_llvm.c| 6 +-
src/gallium/auxiliary/gallivm/lp_bld_intr.c | 48 +++-
src/gallium/auxiliary/gallivm/
On 7 November 2016 at 22:32, George Kyriazis wrote:
> - Added SConscript files
> - better handling of NOMINMAX for inclusion
> - Reorder header files in swr_context.cpp to handle NOMINMAX better, since
> mesa header files include windows.h before we get a chance to #define
> NOMINMAX
> - clea
https://bugs.freedesktop.org/show_bug.cgi?id=98606
--- Comment #2 from Emil Velikov ---
When you say "... I no longer have VA-API decode ability like in the past" do
you have an estimate when (what gcc/llvm/etc. combination) it was working ?
Also, please make sure that you start a clean build if
On Tue, Nov 8, 2016 at 4:38 AM, Andy Furniss wrote:
> Tom Stellard wrote:
>
>> ---
>>
>> Build tested only so far.
>>
>> src/gallium/auxiliary/draw/draw_llvm.c| 6 +-
>> src/gallium/auxiliary/gallivm/lp_bld_intr.c | 48 +++-
>> src/gallium/auxiliary/gallivm/lp_b
Hi George,
For Scons changes please keep Jose Fonseca in the loop.
On 7 November 2016 at 22:32, George Kyriazis wrote:
> - Added code to create screen and handle swaps in libgl_gdi.c
> - Added call to swr SConscript
> - included llvm 3.9 support for scons (windows swr only support 3.9 and
> la
Sorry for breaking radeonsi, I somehow thought this way only used for
cpu only already, without actually checking...
And thanks for fixing that typo, apparently you can pass piglits
umul_hi/imul_hi tests (at least those from the shader_integer_mix group)
even with the square of argument a...
btw as
On Tue, Nov 8, 2016 at 12:50 AM, Ian Romanick wrote:
> - virtual void visit_field(const glsl_type *type, const char *name,
> -bool row_major)
> + virtual void visit_field(const glsl_type *, const char *,
> +bool /* row_major */)
> {
>
2016-11-08 13:35 GMT+01:00 Juan A. Suarez Romero :
> On Sat, 2016-11-05 at 10:48 +0100, Karol Herbst wrote:
>> "#version 0512": 0:1(10): error: GLSL 3.30 is not supported.
>> Supported
>> versions are: 1.10, 1.20, 1.30, 1.00 ES, and 3.00 ES
>>
>> so the issue with this would be, that "0512" is pars
1 - 100 of 112 matches
Mail list logo
