Yes please!
Acked-by: Tapani Pälli
On 05/04/2017 07:29 PM, Emil Velikov wrote:
From: Emil Velikov
A simple platform that you want to use in a many usecases. See the
spec file details.
It has no special requirements plus it takes less than
Reviewed-by: Tapani Pälli
On 05/06/2017 05:03 PM, Mauro Rossi wrote:
Needed to fix android building errors:
external/mesa/src/mesa/drivers/dri/i965/brw_state_upload.c:148: error:
undefined reference to 'gen5_init_atoms'
It's now basically a single expression, so it probably makes sense to
have it inlined into the callers.
Suggested by Marek.
---
src/mesa/main/varray.c | 18 --
src/mesa/main/varray.h | 17 +++--
2 files changed, 15 insertions(+), 20 deletions(-)
diff --git
Pushed, thanks!
On 03/05/17 04:06, Grazvydas Ignotas wrote:
Just like other type hash tables are destroyed in
_mesa_glsl_release_types(), also destroy the ones for function and
subroutine types.
Signed-off-by: Grazvydas Ignotas
---
src/compiler/glsl_types.cpp | 10
Build mesa 4289 failed
Commit 1f743a0edf by Grazvydas Ignotas on 5/2/2017 6:06 PM:
glsl: destroy function and subroutine hash tables\n\nJust like other type hash tables are destroyed in\n_mesa_glsl_release_types(), also destroy the ones for function
https://bugs.freedesktop.org/show_bug.cgi?id=100782
Shawn Starr changed:
What|Removed |Added
Resolution|--- |INVALID
Previously, texture formats were being used unconditionally without
checking. However nv30 supports neither RGBX8 nor R4A4/A4R4 formats. Add
sufficient fallbacks so that the nv30 driver can have working OSD.
Tested on a NV44A/PCI.
Signed-off-by: Ilia Mirkin
---
I need to
The datalayout for modules was purposely not being set in order to work around
the fact that the ExecutionEngine requires that the module's datalayout
matches the datalayout of the TargetMachine that the ExecutionEngine is
using.
When the pass manager runs on a module with no datalayout, it uses
Hi,
There should be very few X11 calls while rendering (basically only at
the beginning or end of a frame).
Why not just always run these calls in the main thread (and wait for
glthread work to finish) ?
That's basically what we do for gallium nine.
Yours,
Axel
On 05/05/2017 17:37,
On Thursday, 2017-05-04 17:37:56 +0100, Emil Velikov wrote:
> From: Emil Velikov
>
> Signed-off-by: Emil Velikov
Reviewed-by: Eric Engestrom
I guess updating the release calendar could be added as part of
On Thursday, 2017-05-04 17:29:52 +0100, Emil Velikov wrote:
> From: Emil Velikov
>
> Building EGL/Vulkan/other without X11, while GLX is enabled is confusing
> and misleading. In practise anyone aiming at the former will also
> disable GLX.
>
> The inverse (some
V3: use always_inline attribute (Suggested by Nicolai)
Cc: Nicolai Hähnle
---
src/mapi/glapi/gen/gl_API.xml | 2 +-
src/mesa/main/shaderapi.c | 75 +--
src/mesa/main/shaderapi.h | 2 ++
3 files changed, 54 insertions(+), 25
On Saturday, 2017-05-06 18:46:13 +0300, Andres Gomez wrote:
> Completed the 17.1 cycle and added the beginning of the 17.2 one.
>
> Cc: Emil Velikov
> Cc: Juan A. Suarez Romero
> Signed-off-by: Andres Gomez
Reviewed-by: Eric
On Saturday, 2017-05-06 17:09:35 +0300, Andres Gomez wrote:
> If an identified commit was having more than one fix, we would warn
> about that and only treat the first.
>
> Now, we don't warn but treat all of them.
This was on my todo list, thanks for fixing this :)
>
> Signed-off-by: Andres
On Friday, 2017-05-05 12:27:03 -0700, Chad Versace wrote:
> main/egldisplay.c: In function '_eglParseX11DisplayAttribList':
> main/egldisplay.c:491:38: warning: cast to pointer from integer of different
> size [-Wint-to-pointer-cast]
> display->Options.Platform = (void *)value;
>
> The
Am 26.04.2017 14:37, schrieb tournier.elie:
Hello,
I'm not an r600g person but I will be pleased to have a look to this
work.
Hello Elie,
I know, read most of your posts about your 'former' fp64 lib which was
indeed HW-agnostic.
I'm currently working on the fp64 for r600g. Hope to be
Tested-by: Ilia Mirkin
Seems to work with a NV44A (with some hacks to deal with its
non-pcie/agp-ness, but that's entirely separate). The "background"
area when entering full-screen mode appears to not get cleared with
dri3 like it does with dri2, although I think I've seen
Fixes: ddb99127a6f6c ("egl/x11: Honor the EGL_PLATFORM_X11_SCREEN_EXT
attribute")
Signed-off-by: Eric Engestrom
---
src/egl/main/egldisplay.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/src/egl/main/egldisplay.c b/src/egl/main/egldisplay.c
index
On 5 May 2017 at 01:46, Bas Nieuwenhuizen wrote:
> Can't we just use a non-SRGB image view into the destination image?
> That should save some operations.
We could possibly here, but not in the subpass path, which a later
patch enables.
I wasn't sure it was worth the
This series is
Reviewed-by: Bas Nieuwenhuizen
On Fri, May 5, 2017 at 2:59 AM, Dave Airlie wrote:
> From: Dave Airlie
>
> This isn't necessary yet but I'd like to use the range in
> some future patches.
>
> Signed-off-by: Dave
This series is
Reviewed-by: Bas Nieuwenhuizen
On Thu, May 4, 2017 at 5:27 AM, Dave Airlie wrote:
> From: Dave Airlie
>
> If we are resolving into an srgb dest, we need to convert
> to linear so the store does the conversion
Also added clang check.
macro.h is include by p_compiler.h so no other change is needed.
---
src/gallium/include/pipe/p_compiler.h | 11 ---
src/util/macros.h | 11 +++
2 files changed, 11 insertions(+), 11 deletions(-)
diff --git
On 08/05/17 06:29, Nicolai Hähnle wrote:
On 04.05.2017 16:28, Nicolai Hähnle wrote:
On 04.05.2017 05:34, Timothy Arceri wrote:
On 04/05/17 13:31, Dave Airlie wrote:
+/* The ARB_separate_shader_object spec says:
+ *
+ * "The executable code for an individual shader stage is taken
from
+
https://bugs.freedesktop.org/show_bug.cgi?id=100960
--- Comment #2 from Fabian Maurer ---
Created attachment 131245
--> https://bugs.freedesktop.org/attachment.cgi?id=131245=edit
screenshot(broken) on linux
--
You are receiving this mail because:
You are the QA Contact
https://bugs.freedesktop.org/show_bug.cgi?id=100960
--- Comment #1 from Fabian Maurer ---
Created attachment 131244
--> https://bugs.freedesktop.org/attachment.cgi?id=131244=edit
screenshot (working) on windows
--
You are receiving this mail because:
You are the QA
https://bugs.freedesktop.org/show_bug.cgi?id=100960
Bug ID: 100960
Summary: Special block from Minecraft mod rendered out of place
Product: Mesa
Version: git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
On 04.05.2017 16:28, Nicolai Hähnle wrote:
On 04.05.2017 05:34, Timothy Arceri wrote:
On 04/05/17 13:31, Dave Airlie wrote:
+/* The ARB_separate_shader_object spec says:
+ *
+ * "The executable code for an individual shader stage is taken
from
+ * the current program for that stage.
Build mesa 4285 completed
Commit dab6a2dfd9 by Jose Fonseca on 5/7/2017 4:58 PM:
nir: Fix missing snprintf symbol on Windows.\n\nCopy nir_print.c's snprintf definition for now, to unbreak Windows\nbuilds.\n\nWe can and should cleanup all snprintf definitions
I ran into the same thing... Do you by chance have '--with-dri-driverdir='
in your configure command?
I had '--prefix=/usr/local' and '--with-dri-driverdir=/usr/local/dri', and
removing the --with-dri-driverdir fixed my build.
--Aaron
On Sat, May 6, 2017 at 7:48 PM, Grazvydas Ignotas
Build mesa 4283 failed
Commit c297e68828 by Dave Airlie on 4/28/2017 6:17 AM:
radv: set PERF_MOD in sample state like radeonsi.\n\nThis just aligns the code with radeonsi.\n\nReviewed-by: Bas Nieuwenhuizen \nSigned-off-by: Dave Airlie
Reviewed-by: Bas Nieuwenhuizen
On Sun, May 7, 2017 at 11:54 AM, Dave Airlie wrote:
> From: Dave Airlie
>
> As I pointed out for radeonsi, and AMD confirmed, so fix this
> in radv as well.
>
> Cc: "17.1"
From: Dave Airlie
As I pointed out for radeonsi, and AMD confirmed, so fix this
in radv as well.
Cc: "17.1"
Signed-off-by: Dave Airlie
---
src/amd/vulkan/si_cmd_buffer.c | 3 ++-
1 file changed, 2 insertions(+), 1
32 matches
Mail list logo