There is an interface that can be used to query YUV buffers for their
internal format. Specifically, if gralloc:lock_ycbcr() is given no SW
usage flags, it's supposed to return plane offsets instead of pointers.
Let's use this interface to implement support for YUV formats in Android
EGL backend.
Current EGL Android backend supports YUV format in a very limited form,
with the only format supported being YV12 and plane strides and sizes
calculated with hardcoded alignment assumptions. This series attempts
to fix this by changing the backend to use the lock_ycbcr API available
in Gralloc,
Currently droid_open_device() gets a reference to the gralloc module
only for its own use and does not store it anywhere. To make it possible
to call gralloc methods from code added in further patches, let's
refactor current code to get gralloc module in dri2_initialize_android()
and store it in
Reviewed-by: Bas Nieuwenhuizen
On Thu, Nov 10, 2016 at 1:33 AM, Dave Airlie wrote:
> From: Dave Airlie
>
> We can only read the valid samples if this is an MSAA
> texture, which means the type field must be 0x14 or 0x15.
>
> This
On Thu, Nov 10, 2016 at 07:30:17AM +, Chris Wilson wrote:
> On Thu, Nov 10, 2016 at 09:21:40AM +0200, Pohjolainen, Topi wrote:
> > On Wed, Nov 09, 2016 at 04:38:43PM +, Lionel Landwerlin wrote:
> > > If the mcs buffer allocation fails we might get a NULL pointer. This
> > > was reported by
On Thu, Nov 10, 2016 at 09:21:40AM +0200, Pohjolainen, Topi wrote:
> On Wed, Nov 09, 2016 at 04:38:43PM +, Lionel Landwerlin wrote:
> > If the mcs buffer allocation fails we might get a NULL pointer. This
> > was reported by Coverity and should only happen if we run out of
> > memory.
> >
> >
On Wed, Nov 09, 2016 at 04:38:43PM +, Lionel Landwerlin wrote:
> If the mcs buffer allocation fails we might get a NULL pointer. This
> was reported by Coverity and should only happen if we run out of
> memory.
>
> CID: 1394290
> Signed-off-by: Lionel Landwerlin
On Thu, Nov 10, 2016 at 1:50 PM, Tomasz Figa wrote:
> On Thu, Nov 10, 2016 at 5:14 AM, Emil Velikov
> wrote:
>> On 9 November 2016 at 08:33, Tomasz Figa wrote:
>>> There is an interface that can be used to query YUV buffers for
https://bugs.freedesktop.org/show_bug.cgi?id=98245
Iago Toral changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=98245
--- Comment #4 from Iago Toral ---
(In reply to Iago Toral from comment #3)
> I have just sent another patch that fixes the second case:
> https://lists.freedesktop.org/archives/mesa-dev/2016-November/134315.html
This should
On Wednesday, October 26, 2016 6:30:43 PM PST Andres Gomez wrote:
[snip]
> The main changes in this v3 series are:
> Patch 2/8 has been modified to use an additional default_layout
> variable instead of a layout_helper and the merges are done
> directly on the layout one.
> Old patch
On 10/11/16 06:47 AM, Emil Velikov wrote:
> Module: Mesa
> Branch: master
> Commit: a39ad185932eab4f25a0cb2b112c10d8700ef242
> URL:
> http://cgit.freedesktop.org/mesa/mesa/commit/?id=a39ad185932eab4f25a0cb2b112c10d8700ef242
>
> Author: Emil Velikov
> Date: Mon
On Mon, Oct 24, 2016 at 08:42:59PM +0100, Daniel Stone wrote:
> This reverts commit 25cc889004aad6d1cab9edd76db898658e347b97, though
> since the code has changed, it was applied manually.
>
> The intent of moving blocking from SwapBuffers to get_back_bo, was to
> avoid unnecessary
Ah, yes, this patch missed the 8x2 tile path - I’ve fixed that now. I don’t
see another path to using the blend jit functions.
Thanks.
On Nov 9, 2016, at 10:44 PM, Ilia Mirkin
> wrote:
I think a second instance of the blend func being called
On Thu, Nov 10, 2016 at 5:14 AM, Emil Velikov wrote:
> On 9 November 2016 at 08:33, Tomasz Figa wrote:
>> There is an interface that can be used to query YUV buffers for their
>> internal format. Specifically, if gralloc:lock_ycbcr() is given no SW
I think a second instance of the blend func being called was missed in
backend.h (the avx512 one). Also iirc there was so.e third place where it
was called... Should grep for pfnBlendFunc and see if any other instances
pop up.
On Nov 9, 2016 10:19 PM, "Tim Rowley"
On Thu, Nov 10, 2016 at 5:21 AM, Emil Velikov wrote:
> On 9 November 2016 at 08:32, Tomasz Figa wrote:
>> It is currently completely broken, as it ends up using RGBX_ on
>> hardware side, due to no way of distinguishing between these two in the
On Thu, 2016-11-10 at 03:30 +0100, Dieter Nützel wrote:
> Tried LLVM version 4.0.0svn (after Tom's and Aaron's fixes), today.
> I had to go back to version from 2. Nov.
radv wasn't covered by those 2 patches. should be fixed now
by 2fdaf38c0106d
Jan
>
> Thanks,
> Dieter
>
> make[3]: Entering
On Thu, 2016-11-10 at 13:05 +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> Ported from corresponding changes to gallivm.
>
> Signed-off-by: Dave Airlie
> ---
> src/amd/common/ac_nir_to_llvm.c | 144
> ++--
> 1
Oh, good spotting. I had incorporated the earlier version of your patch which
had the other bracing “if () {“ bracing stye. I’ll remove this change from the
push.
> On Nov 9, 2016, at 9:38 PM, Ilia Mirkin wrote:
>
> What's the preferred style? It seems like every other
What's the preferred style? It seems like every other if () in this
file has a { starting on the next line. That's why I ended up doing it
that way as well..
On Wed, Nov 9, 2016 at 10:18 PM, Tim Rowley wrote:
> ---
>
On 10 November 2016 at 13:05, Dave Airlie wrote:
> From: Dave Airlie
>
> Ported from corresponding changes to gallivm.
I've pushed this after build testing on llvm 3.9 + 4.0 git.
Just to unblock the build.
Dave.
---
src/gallium/drivers/swr/rasterizer/jitter/blend_jit.cpp | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/src/gallium/drivers/swr/rasterizer/jitter/blend_jit.cpp
b/src/gallium/drivers/swr/rasterizer/jitter/blend_jit.cpp
index 46ea495..d69d503 100644
---
---
src/gallium/drivers/swr/rasterizer/common/os.h | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/src/gallium/drivers/swr/rasterizer/common/os.h
b/src/gallium/drivers/swr/rasterizer/common/os.h
index ac52b60..28e7ff5 100644
---
Buffer events ourselves and then when that's full or we're destroying
the context then write the contents to file. Previously, we're relying
ofstream to buffer for us.
---
.../templates/ar_eventhandlerfile_h.template | 50 +++---
1 file changed, 44 insertions(+), 6
- Do proper culling of wireframe triangles (including non-culling of
degenerates)
- Fix degenerate culling of CCW front-facing triangles in wireframe and
conservative rast
---
src/gallium/drivers/swr/rasterizer/core/binner.cpp | 185 +
1 file changed, 119 insertions(+), 66
* All format combinations coded
* Fully emulated on AVX2 and AVX
* Known issue: the MSAA sample locations need to be adjusted for 8x2
Set ENABLE_AVX512_SIMD16 and USD_8x2_TILE_BACKEND to 1 in knobs.h to enable
---
.../drivers/swr/rasterizer/common/simd16intrin.h | 61 +-
---
src/gallium/drivers/swr/rasterizer/core/api.cpp | 40 ++-
src/gallium/drivers/swr/rasterizer/core/api.h | 2 --
src/gallium/drivers/swr/rasterizer/core/context.h | 2 --
src/gallium/drivers/swr/rasterizer/core/state.h | 6
Alpha from render target 0 should always be used for alpha test for all
render targets, according to GL and DX9 specs. Previously we were using
alpha from the current render target.
---
src/gallium/drivers/swr/rasterizer/core/backend.h | 1 +
src/gallium/drivers/swr/rasterizer/core/state.h
---
src/gallium/drivers/swr/rasterizer/core/state.h | 16
1 file changed, 16 insertions(+)
diff --git a/src/gallium/drivers/swr/rasterizer/core/state.h
b/src/gallium/drivers/swr/rasterizer/core/state.h
index 24927cd..062a1de 100644
---
Move to pass by value since most events are very small in size.
We can look at pass by reference but will need to create multiple
versions to handle temp objects.
---
.../drivers/swr/rasterizer/scripts/templates/ar_eventhandler_h.template | 2 +-
Added events for tracking early/late Depth and stencil events,
TE patch info, GS prim info, and FrontEnd/BackEnd DrawEnd events.
---
.../drivers/swr/rasterizer/archrast/archrast.cpp | 279 -
.../drivers/swr/rasterizer/archrast/events.proto | 255 +++
Don't generate files when no events have been generated outside
the header events.
---
.../drivers/swr/rasterizer/archrast/archrast.cpp| 16 ++--
src/gallium/drivers/swr/rasterizer/archrast/archrast.h | 8 +++-
src/gallium/drivers/swr/rasterizer/core/api.cpp | 6
---
.../drivers/swr/rasterizer/archrast/archrast.cpp | 10 +-
.../drivers/swr/rasterizer/archrast/archrast.h | 2 +-
.../drivers/swr/rasterizer/archrast/eventmanager.h | 20
src/gallium/drivers/swr/rasterizer/core/api.cpp | 1 -
Highlights include more 8x2 render work, fix for alphatest, and
archrast updates.
Tim Rowley (14):
swr: [rasterizer jitter] code style fix
swr: [rasterizer core] 16-wide tile store nearly completed
swr: [rasterizer core] separate frontend/backend stats enables
swr: [rasterizer archrast]
---
src/gallium/drivers/swr/rasterizer/core/api.cpp | 15 ++-
src/gallium/drivers/swr/rasterizer/core/api.h| 4 +++-
src/gallium/drivers/swr/rasterizer/core/binner.cpp | 4 +++-
src/gallium/drivers/swr/rasterizer/core/clip.h | 4 ++--
---
src/gallium/drivers/swr/rasterizer/core/api.cpp | 18 --
src/gallium/drivers/swr/rasterizer/core/api.h | 10 +-
src/gallium/drivers/swr/rasterizer/core/backend.cpp | 18 +-
src/gallium/drivers/swr/rasterizer/core/context.h | 15
From: Dave Airlie
Ported from corresponding changes to gallivm.
Signed-off-by: Dave Airlie
---
src/amd/common/ac_nir_to_llvm.c | 144 ++--
1 file changed, 108 insertions(+), 36 deletions(-)
diff --git
Signed-off-by: Ilia Mirkin
---
v1 -> v2:
Move to handling this at SSA time. This is a lot more fragile since the
texture arguments have been reordered already, but it's still easy enough
to find the LOD argument.
.../nouveau/codegen/nv50_ir_lowering_nvc0.cpp |
On Wed, Nov 9, 2016 at 5:09 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
> >
Tried LLVM version 4.0.0svn (after Tom's and Aaron's fixes), today.
I had to go back to version from 2. Nov.
Thanks,
Dieter
make[3]: Entering directory '/opt/mesa/src/amd/common'
CC ac_nir_to_llvm.lo
ac_nir_to_llvm.c:145:43: error: unknown type name 'LLVMAttribute'
On Wed, Nov 9, 2016 at 10:35 AM, Samuel Pitoiset
wrote:
>
>
> On 11/09/2016 04:19 PM, Ilia Mirkin wrote:
>>
>> On Wed, Nov 9, 2016 at 10:10 AM, Samuel Pitoiset
>> wrote:
>>>
>>>
>>>
>>> On 11/09/2016 03:58 PM, Ilia Mirkin wrote:
While more verbose and a little slower, I think using the
util_is_intensity/luminance* functions would make it clearer to someone reading
the code what’s being excluded.
> On Nov 9, 2016, at 2:15 PM, Ilia Mirkin wrote:
>
> The rasterizer does not have StoreTile support
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
>
Reviewed-by: Tim Rowley
>
On Nov 9, 2016, at 1:38 PM, Ilia Mirkin
> wrote:
This setting is for whether color and alpha have different blend
settings, not for whether blending is
Reviewed-by: Tim Rowley
>
On Nov 8, 2016, at 11:03 PM, Ilia Mirkin
> wrote:
Signed-off-by: Ilia Mirkin >
---
This improves
From: Dave Airlie
We can only read the valid samples if this is an MSAA
texture, which means the type field must be 0x14 or 0x15.
This fixes:
dEQP-VK.glsl.texture_functions.query.texturesamples.*
Cc: "13.0"
Signed-off-by: Dave Airlie
On 09-11-2016 18:09, Emil Velikov wrote:
> From: Emil Velikov
>
> Currently the drmGetDevice[s] API parses the config sysfs file to
> retrieve the revision field.
>
> That is required since there's no separate file (nor a libudev call
> afaict) that can be used. At
On 09-11-2016 20:28, Emil Velikov wrote:
> From: Emil Velikov
>
> Currently the drmGetDevice[s] API parses the config sysfs file to
> retrieve the revision field.
>
> That is required since there's no separate file (nor a libudev call
> afaict) that can be used. At
On Wed, Nov 9, 2016 at 3:22 PM, Nanley Chery wrote:
> On Tue, Nov 08, 2016 at 06:07:41PM -0800, Jason Ekstrand wrote:
> > 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 08, 2016 at 03:09:39PM -0800, Jason Ekstrand wrote:
> 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 Tue, Nov 08, 2016 at 06:07:41PM -0800, Jason Ekstrand wrote:
> 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:
Drivers that contain C++ .hpp files need to ignore them too, along
with .h files, when building source file lists.
---
scons/custom.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/scons/custom.py b/scons/custom.py
index bdb4039..544b15d 100644
--- a/scons/custom.py
+++
Enable swr builds by "scons swr=1 libgl-gdi" (windows only)
---
src/gallium/SConscript | 1 +
src/gallium/drivers/swr/SConscript | 199 +
2 files changed, 200 insertions(+)
create mode 100644 src/gallium/drivers/swr/SConscript
diff --git
- moving some header files around for proper inclusion of windows.h
- OS agnostic loading of arch-specific loadable modules
- PUBLIC function declaration
- better handling on NOMINMAX around windows.h inclusion.
---
src/gallium/drivers/swr/rasterizer/common/os.h | 5 -
---
src/gallium/targets/libgl-gdi/SConscript | 6 ++
src/gallium/targets/libgl-xlib/SConscript | 6 ++
src/gallium/targets/osmesa/SConscript | 6 ++
3 files changed, 18 insertions(+)
diff --git a/src/gallium/targets/libgl-gdi/SConscript
Added compiler flags for libmesaswr, since it now includes core header
files.
---
src/gallium/drivers/swr/Makefile.am | 7 +++
1 file changed, 7 insertions(+)
diff --git a/src/gallium/drivers/swr/Makefile.am
b/src/gallium/drivers/swr/Makefile.am
index dd1c2e6..843d3b5
---
---
scons/llvm.py | 21 +++--
1 file changed, 19 insertions(+), 2 deletions(-)
diff --git a/scons/llvm.py b/scons/llvm.py
index 1fc8a3f..977e47a 100644
--- a/scons/llvm.py
+++ b/scons/llvm.py
@@ -106,7 +106,24 @@ def generate(env):
])
env.Prepend(LIBPATH =
Added hooks for screen creation and swap. Still keep llvmpipe the default
software renderer.
---
src/gallium/targets/libgl-gdi/libgl_gdi.c | 28 +++-
1 file changed, 23 insertions(+), 5 deletions(-)
diff --git a/src/gallium/targets/libgl-gdi/libgl_gdi.c
Changes to support Windows scons builds for OpenSWR driver
Build on windows using the following command line:
scons swr=1 libgl-gdi
This will produce 3 .dlls. The (main) opengl32.dll, and 2 swr-specific
dlls that are loaded dynamically at runtime depending on the underlying
CPU architecture
---
src/util/macros.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/src/util/macros.h b/src/util/macros.h
index 0563fa5..3730abe 100644
--- a/src/util/macros.h
+++ b/src/util/macros.h
@@ -178,7 +178,6 @@ do { \
# elif defined(_MSC_VER) && !defined(__INTEL_COMPILER)
Reviewed-by: Marek Olšák
Marek
On Wed, Nov 9, 2016 at 4:02 PM, Nicolai Hähnle wrote:
> From: Nicolai Hähnle
>
> I'm leaving num_out_sgpr around since it's not in a fast path, and besides
> the compiler should be able to
https://bugs.freedesktop.org/show_bug.cgi?id=98595
--- Comment #11 from Jonathan Gray ---
The proposed fix stops the assertion for me.
With i965 I now hit a different problem that seems to be unrelated, the
(OpenBSD) kernel logs
error: [drm:pid19649:i915_context_is_banned]
On Wednesday, November 9, 2016 10:49:51 PM PST Strasser, Kevin wrote:
> On Wed, Nov 9, 2016 at 12:44 PM, Kenneth Graunke
> wrote:
> > On Wednesday, September 21, 2016 4:32:27 PM PST Kevin Strasser wrote:
> > > The extension spec has been revised to include dependencies for
On Wed, Nov 9, 2016 at 12:44 PM, Kenneth Graunke wrote:
> On Wednesday, September 21, 2016 4:32:27 PM PST Kevin Strasser wrote:
> > The extension spec has been revised to include dependencies for OpenGL ES 2
> > and 3.
> >
> > Signed-off-by: Kevin Strasser
Am 09.11.2016 um 16:22 schrieb Tom Stellard:
> v2:
> Fix adding parameter attributes with LLVM < 4.0.
>
> v3:
> Fix typo.
> Fix parameter index.
> Add a gallivm enum for function attributes.
> ---
> src/gallium/auxiliary/draw/draw_llvm.c| 6 +-
>
On Monday, October 10, 2016 2:29:58 PM PST Kevin Strasser wrote:
> Half float support already exists for desktop GL. Reuse the
> ARB_half_float_vertex enable bit and account for the different enum to
> enable the extension for ES2.
>
> Signed-off-by: Kevin Strasser
>
It's possible to build Mesa for Android using the traditional
autotools workflow. To enable this, let's add the required
pkg-config checks and link against them.
v2: Bundle pkg-config checks together (Emil)
---
configure.ac| 1 +
src/egl/Makefile.am | 2 ++
2 files changed, 3
On 20 October 2016 at 15:47, Eric Engestrom wrote:
> On Friday, 2016-09-30 13:45:55 +0100, Emil Velikov wrote:
>> From: Emil Velikov
>>
>> Currently we only saved the id to memcpy the whole _EGLConfig to write
>> back the exact same id
Alright,
I won't include that particular change in my v2 of the other changes that I
have, then.
Thanks!
George
> -Original Message-
> From: Brian Paul [mailto:bri...@vmware.com]
> Sent: Wednesday, November 9, 2016 4:03 PM
> To: Kyriazis, George ; Marek
https://bugs.freedesktop.org/show_bug.cgi?id=98595
--- Comment #10 from Brian Paul ---
I pushed 5b92008ae279962dc09bcf98c9e5511a325a2bd9, which is a tweaked version
of George Kyriazis's patch. He says he has a v2 patch. And since this is
still broken with older gcc, I'm
Sorry, I already pushed the modified patch.
-Brian
On 11/09/2016 02:57 PM, Kyriazis, George wrote:
I'll be sending about v2 of my patches later today, and (pending review) I will
check them in (actually, I'll ask Tim Rowley to check them in for me, since I
don't have write access yet).
I'll
On Wed, Nov 9, 2016 at 11:52 AM, Kenneth Graunke
wrote:
> On Tuesday, November 8, 2016 8:50:43 PM PST Jason Ekstrand wrote:
> > 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
> >
I'll be sending about v2 of my patches later today, and (pending review) I will
check them in (actually, I'll ask Tim Rowley to check them in for me, since I
don't have write access yet).
I'll modify the check against _MSV_VER 1800 (instead of 1900), but it won't be
tested on my end.
Thanks,
On 9 November 2016 at 20:54, Rob Herring wrote:
> On Wed, Nov 2, 2016 at 10:42 PM, Rob Herring wrote:
>> On Wed, Nov 2, 2016 at 10:32 AM, Emil Velikov
>> wrote:
>>> From: Emil Velikov
>>>
>>> The use of
On Wed, Nov 9, 2016 at 9:58 PM, Brian Paul wrote:
> On 11/07/2016 03:32 PM, 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.
>>
AX_PTHREADS sets PTHREAD_CFLAGS and PTHREAD_LIBS, and we should
not append to it.
This breaks building EGL since PTHREAD_CFLAGS isn't specified, so
let's add it here.
I couldn't find any other places where this breaks the build in
my configuration. If other configurations get broken, we should
From: Ian Romanick
It looks like I added this version as a short-hand for users that didn't
need the fuller version. I don't think there's any real utility in
that. I'm not sure what my thinking was there. Maybe if those users
overloaded the recursion function could
On Tue, Nov 8, 2016 at 5:00 PM, Jason Ekstrand wrote:
> 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
On 11/09/2016 12:39 PM, Francisco Jerez wrote:
Francisco Jerez writes:
Brian Paul writes:
With older gcc versions and MSVC we were using _ralloc_destructor() in
with the linear allocator. That led to a failed canary assertion.
This patch prevents
On 11/07/2016 03:32 PM, 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
We find the oldest backbuffer we can, on the grounds that clients are
only going to keep a fixed history queue, so this gives them the
greatest chance of being able to use that queue via making sure
the age is ~always less than the depth of the swapchain
Reviewed-by: Daniel Stone
On Wed, Nov 2, 2016 at 10:42 PM, Rob Herring wrote:
> On Wed, Nov 2, 2016 at 10:32 AM, Emil Velikov
> wrote:
>> From: Emil Velikov
>>
>> The use of regparm causes an error on arm/arm64 builds with clang.
>> fastcall is
On Wednesday, September 21, 2016 4:32:27 PM PST Kevin Strasser wrote:
> The extension spec has been revised to include dependencies for OpenGL ES 2
> and 3.
>
> Signed-off-by: Kevin Strasser
> ---
> src/mesa/main/extensions_table.h | 2 +-
> 1 file changed, 1
From: Emil Velikov
Currently the drmGetDevice[s] API parses the config sysfs file to
retrieve the revision field.
That is required since there's no separate file (nor a libudev call
afaict) that can be used. At the same time doing so causes the device to
be awaken,
https://bugs.freedesktop.org/show_bug.cgi?id=98632
--- Comment #2 from Emil Velikov ---
As Ken mentioned please follow the instructions [1]. Also consider the most
obvious suggestion/counter-proposal - can we have a local define with
reasonable default for the platform
On 9 November 2016 at 08:33, Tomasz Figa wrote:
> There is an interface that can be used to query YUV buffers for their
> internal format. Specifically, if gralloc:lock_ycbcr() is given no SW
> usage flags, it's supposed to return plane offsets instead of pointers.
> Let's use
On 9 November 2016 at 08:32, Tomasz Figa wrote:
> It is currently completely broken, as it ends up using RGBX_ on
> hardware side, due to no way of distinguishing between these two in the
> DRI API, while HAL_PIXEL_FORMAT_RGB_888 is clearly defined to be the
> 3-byte per
On Wed, Nov 9, 2016 at 8:11 PM, Emil Velikov wrote:
> From: Emil Velikov
>
> Port of the anv commit d96345de989 ("anv: Suffix the intel_icd file with
> the host CPU").
I guess the subject of this patch should say radeon_icd instead of
The rasterizer does not have StoreTile support for these, so just mark
them as unsupported. They may still be used for texturing if necessary.
Fixes fbo-blending-formats piglit test.
Signed-off-by: Ilia Mirkin
---
src/gallium/drivers/swr/swr_screen.cpp | 14 ++
Reviewed-by: Tim Rowley
>
On Nov 9, 2016, at 11:50 AM, Ilia Mirkin
> wrote:
With ARB_clip_control, GL may also do 0..1 depth clipping, not just
-1..1. This removes clip's reliance on
On Monday, November 7, 2016 2:22:56 PM PST Francisco Jerez wrote:
> Chris Forbes writes:
>
> > Hi Curro,
> >
> > Thanks for being thorough about this -- I think there is still one area
> > where things might be a bit wobbly; if we end up taking a sw fallback,
> > swrast
On Tuesday, November 8, 2016 8:50:43 PM PST Jason Ekstrand wrote:
> 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
On 31/10/16 09:30 AM, Daniel Stone wrote:
On 24 October 2016 at 20:42, Daniel Stone wrote:
This reverts commit 25cc889004aad6d1cab9edd76db898658e347b97, though
since the code has changed, it was applied manually.
The intent of moving blocking from SwapBuffers to
https://bugs.freedesktop.org/show_bug.cgi?id=98632
--- Comment #1 from Kenneth Graunke ---
Please send this to mesa-dev.
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the
On Monday, November 7, 2016 9:50:41 PM PST Ian Romanick wrote:
> From: Ian Romanick
>
> As the linked per-stage shaders are processed, mark any block that has a
> field that is accessed as referenced. When combining all the linked
> shaders, combine the per-stage
Francisco Jerez writes:
> Brian Paul writes:
>
>> With older gcc versions and MSVC we were using _ralloc_destructor() in
>> with the linear allocator. That led to a failed canary assertion.
>>
>> This patch prevents _ralloc_destructor() from being used
This setting is for whether color and alpha have different blend
settings, not for whether blending is enabled on a per-RT basis.
Signed-off-by: Ilia Mirkin
---
This fixes gl-1.0-blend-func. Not 100% sure why this setting is a thing, as
opposed to just looking at the
Brian Paul writes:
> With older gcc versions and MSVC we were using _ralloc_destructor() in
> with the linear allocator. That led to a failed canary assertion.
>
> This patch prevents _ralloc_destructor() from being used in those cases.
>
> Bugzilla:
On Wed, Nov 9, 2016 at 11:26 AM, Kristian Høgsberg
wrote:
> On Mon, Nov 7, 2016 at 2:27 PM Jason Ekstrand
> wrote:
>
>> This is the fourth iteration of my attempt to rework relocation handling
>> and do relocations in userspace. I'm finally getting
1 - 100 of 194 matches
Mail list logo