Reviewed-by: Marek Olšák
Marek
On Sun, Jan 12, 2014 at 11:52 PM, Emil Velikov wrote:
> _ColorDrawBufferIndexes is defined as GLint* and using a GLuint*
> will result in the first part of the conditional to be evaluated to
> true always.
>
> Unintentionally introduced by the following commit, th
On Sun, Jan 12, 2014 at 10:34:19AM -0800, Keith Packard wrote:
> the drmServerInfo member, debug_print, takes a printf format string
> and varargs list. Tell the compiler about it.
>
> Signed-off-by: Keith Packard
> ---
> xf86drm.h | 8 +++-
> 1 file changed, 7 insertions(+), 1 deletion(-)
>
For the series:
Reviewed-by: Marek Olšák
Feel free to push this.
Marek
On Sat, Jan 11, 2014 at 4:20 PM, Andreas Hartmetz wrote:
> Continuing here because the threads had diverged...
>
> I've updated the patch series under the same URL and applied all the
> suggested improvements. The variable
From: Marek Olšák
Also set the unsynchronized flag if the whole resource was discarded
to avoid doing buffer-busy checks again.
---
src/gallium/drivers/radeon/r600_buffer_common.c | 8
1 file changed, 8 insertions(+)
diff --git a/src/gallium/drivers/radeon/r600_buffer_common.c
b/src/g
From: Marek Olšák
For consistency only, This unused by radeonsi currently.
---
src/gallium/drivers/radeonsi/si_state_draw.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/gallium/drivers/radeonsi/si_state_draw.c
b/src/gallium/drivers/radeonsi/si_state_draw.c
index f64
From: Marek Olšák
Bugzilla:
https://bugs.freedesktop.org/show_bug.cgi?id=73191
When VL uploads vertex buffers, it uses PIPE_TRANSFER_DONTBLOCK, which always
flushes the context in the winsys if the buffer being mapped is busy. Since
I added handling of DISCARD_RANGE, DONTBLOCK has had no effect
From: Marek Olšák
---
src/gallium/auxiliary/hud/hud_context.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/auxiliary/hud/hud_context.c
b/src/gallium/auxiliary/hud/hud_context.c
index c4a4f18..465013c 100644
--- a/src/gallium/auxiliary/hud/hud_context.c
+++ b/s
From: Marek Olšák
This is the recommended way for streaming vertices. Always use this if you
need to upload vertices every frame.
---
src/gallium/auxiliary/vl/vl_compositor.c | 51
src/gallium/auxiliary/vl/vl_compositor.h | 1 +
2 files changed, 20 insertions(+)
From: Marek Olšák
It's unused and shouldn't be used at all in my opinion.
If some driver doesn't support the unsynchronized flag, u_upload_mgr should
avoid the synchronization by other means, e.g. by using the DONTBLOCK flag.
---
src/gallium/auxiliary/util/u_upload_mgr.c | 16
Signed-off-by: Juha-Pekka Heikkila
---
src/glx/create_context.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/src/glx/create_context.c b/src/glx/create_context.c
index 38e949a..b15921f 100644
--- a/src/glx/create_context.c
+++ b/src/glx/create_context.c
@@ -90,6 +90,9 @@ glXCreateContext
Am 13.01.2014 14:13, schrieb Marek Olšák:
From: Marek Olšák
This patch is: Reviewed-by: Christian König
This is the recommended way for streaming vertices. Always use this if you
need to upload vertices every frame.
---
src/gallium/auxiliary/vl/vl_compositor.c | 51 --
From: Yasir-Khan
Vertices array is being passed to glColorPointer whereas
its supposed to pass the color array
Signed-off-by: Yasir-Khan
diff --git a/src/egl/opengl/demo2.c b/src/egl/opengl/demo2.c
index 71a1a31..505b474 100644
--- a/src/egl/opengl/demo2.c
+++ b/src/egl/opengl/demo2.c
@@ -35,7
From: Marek Olšák
Bugzilla:
https://bugs.freedesktop.org/show_bug.cgi?id=73191
When VL uploads vertex buffers, it uses PIPE_TRANSFER_DONTBLOCK, which always
flushes the context in the winsys if the buffer being mapped is busy. Since
I added handling of DISCARD_RANGE, DONTBLOCK has had no effect
Thierry Reding writes:
> While at it, perhaps the drmMsg() and drmDebugPrint() functions should
> be similarily annotated as well?
I don't know; I'm just fixing X server warnings this week and this was
the source of one of them. Additional warning fixes for drm would be
a great idea!
--
keith.
This patch doesn't fix the bug. :(
Marek
On Mon, Jan 13, 2014 at 2:55 PM, Christian König
wrote:
> From: Marek Olšák
>
> Bugzilla:
> https://bugs.freedesktop.org/show_bug.cgi?id=73191
>
> When VL uploads vertex buffers, it uses PIPE_TRANSFER_DONTBLOCK, which always
> flushes the context in the
Pushed.
Marek
On Tue, Jan 7, 2014 at 11:20 PM, Martin Andersson wrote:
> Hi Marek,
>
> Since it seems no one else have any comments on this, maybe you could
> commit it for me?
>
> //Martin
>
> On Thu, Dec 26, 2013 at 1:15 PM, Marek Olšák wrote:
>> Reviewed-by: Marek Olšák
>>
>> Marek
>>
>> On
Yeah, probably because XBMC still (incorrectly) calls the map function
only once.
Putting the flush into vlVdpResolveDelayedRendering solves the problem
because it's called the next time somebody starts rendering, but it's
way to late at this point.
Need to sync up with the XBMC devs on this
https://bugs.freedesktop.org/show_bug.cgi?id=72895
--- Comment #7 from Barto ---
does anyone need more informations about this bug ?
because this bug is still here with the new mesa 10.0.2,
I did a bisect, the bug begins with 59b01ca252bd6706f08cd80a864819d71dfe741c
commit, I can do another tes
https://bugs.freedesktop.org/show_bug.cgi?id=72895
Alex Deucher changed:
What|Removed |Added
CC||e...@anholt.net
--
You are receiving thi
https://bugs.freedesktop.org/show_bug.cgi?id=72895
Igor Gnatenko changed:
What|Removed |Added
CC||i.gnatenko.br...@gmail.com
--
You are r
On Sat, Dec 28, 2013 at 03:22:09PM +0100, Michał Górny wrote:
> This should help with cross-compiling and multilib when $CHOST-specific
> llvm-config is expected rather than build host default one.
>
> It will help us a bit in Gentoo where we've started using
> i686-pc-linux-gnu-llvm-config for 32
On Mon, Jan 06, 2014 at 11:47:39AM +0200, Lauri Kasanen wrote:
> On Sun, 5 Jan 2014 18:51:18 -0800
> Tom Stellard wrote:
>
> > struct rc_test_file test_file;
> > + struct rc_instruction *inst;
> > unsigned optimizations = 1;
> > unsigned do_full_regalloc = 1;
> > - struct rc_inst
On 01/11/2014 02:37 AM, Kenneth Graunke wrote:
> Formal function parameters are always ir_variable objects, not an
> arbitrary ir_instruction. So there's no need to dynamically cast here.
...especially since we never bother to check that as_variable doesn't
return NULL.
> Signed-off-by: Kenneth
https://bugs.freedesktop.org/show_bug.cgi?id=73512
--- Comment #4 from Tom Stellard ---
According to the icd spec:
http://www.khronos.org/registry/cl/extensions/khr/cl_khr_icd.txt
The vendors directory must go in /etc/OpenCL and also only the library name is
included in the *.icd file, not the f
On 01/11/2014 02:37 AM, Kenneth Graunke wrote:
> These can't use foreach_list since they want to skip over the first few
> list elements. Just doing the ad-hoc list walking isn't too bad.
>
> Signed-off-by: Kenneth Graunke
> ---
> src/glsl/ir_reader.cpp | 18 ++
> 1 file changed
On 01/11/2014 02:37 AM, Kenneth Graunke wrote:
> Hello,
>
> Here's a long overdue cleanup: removing exec_list_iterator and such.
> Should be fairly easy to review. I ran Piglit on i965, swrast (which
> uses ir_to_mesa), and softpipe (which uses st_glsl_to_tgsi). Nothing
> changed.
Patches 1 - 5
On 01/11/2014 02:37 AM, Kenneth Graunke wrote:
> When handling function calls, we often want to walk through the list of
> formal parameters and list of actual parameters at the same time.
> (Both are guaranteed to be the same length.)
>
> Previously, we used a pattern of:
>
>exec_list_iterat
On Thu, Jan 09, 2014 at 02:57:20PM +, christophe choquet wrote:
> Hi,
>
> I am using kernel 3.12.6-gentoo, Mesa 10.0.1 and once every two calls to
> clBuildProgram, the GPU goes to reset after 10 seconds.
> This also happens on Debian unstable with Mesa 9.2. First hello_world works,
> the ne
Reviewed-by: Ian Romanick
On 01/12/2014 10:34 AM, Keith Packard wrote:
> the drmServerInfo member, debug_print, takes a printf format string
> and varargs list. Tell the compiler about it.
>
> Signed-off-by: Keith Packard
> ---
> xf86drm.h | 8 +++-
> 1 file changed, 7 insertions(+), 1 del
On Thu, Jan 09, 2014 at 12:49:51PM +, Dorrington, Albert wrote:
> I am not sure if this is the appropriate list on which to ask this question,
> if not hopefully someone can suggest an alternative.
>
> Under Linux, I am attempting to perform an offline compile of an OpenCL
> kernel example u
Ian Romanick writes:
> Reviewed-by: Ian Romanick
Thanks. Pushed.
8279c8f..cb4bc8e master -> master
--
keith.pack...@intel.com
pgpkKf6zSEV5v.pgp
Description: PGP signature
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.fr
https://bugs.freedesktop.org/show_bug.cgi?id=70410
--- Comment #18 from Krzysztof A. Sobiecki ---
(In reply to comment #17)
> I've tested attachment 91725 [details] and it works with LLVM 3.5 (r198682)
> in a clean build enviroment (LLVM packages for Debian from llvm.org/apt).
>
> I couldn't use
On 2 January 2014 03:58, Tapani Pälli wrote:
> Class will be used by the shader binary cache implementation.
>
> Signed-off-by: Tapani Pälli
> ---
> src/glsl/memory_writer.h | 147
> +++
> 1 file changed, 147 insertions(+)
> create mode 100644 src/gl
On 01/02/2014 03:58 AM, Tapani Pälli wrote:
> Class will be used by the shader binary cache implementation.
>
> Signed-off-by: Tapani Pälli
> ---
> src/glsl/memory_writer.h | 147
> +++
> 1 file changed, 147 insertions(+)
> create mode 100644 src/gls
https://bugs.freedesktop.org/show_bug.cgi?id=73512
--- Comment #5 from Igor Gnatenko ---
(In reply to comment #4)
> According to the icd spec:
> http://www.khronos.org/registry/cl/extensions/khr/cl_khr_icd.txt
>
> The vendors directory must go in /etc/OpenCL and also only the library name
> is i
On Sat, Jan 11, 2014 at 03:53:58PM +, Emil Velikov wrote:
> Hello list,
>
> While going though mesa's build systems I was wondering what it would
> take to improve the overall experience of build testing.
>
> The only thing I can think of is a more centralised solution similar to
> the one us
https://bugs.freedesktop.org/show_bug.cgi?id=73512
--- Comment #6 from Fabian Deutsch ---
Hey,
this can all be a result of me being uninformed (not knowing that only the
library name is contained in the .icd file).
But I think that the .icd file is still not corect, as it contains only the
unve
https://bugs.freedesktop.org/show_bug.cgi?id=73512
Igor Gnatenko changed:
What|Removed |Added
Attachment #91886|0 |1
is obsolete|
On Sun, Jan 12, 2014 at 03:08:56AM +0400, Igor Gnatenko wrote:
> From 5b2bf87f1238e44150492a39f5db0ae90d59459b Mon Sep 17 00:00:00 2001
> From: Igor Gnatenko
> Date: Sun, 12 Jan 2014 02:09:16 +0400
> Subject: [PATCH] opencl: improved auto-gen .icd
>
> v2: Use @OPENCL_VERSION@:0 for library
>
From: Christoph Bumiller
---
src/gallium/drivers/nouveau/codegen/nv50_ir.h | 1 +
.../drivers/nouveau/codegen/nv50_ir_emit_nv50.cpp | 62 --
.../drivers/nouveau/codegen/nv50_ir_print.cpp | 1 +
3 files changed, 59 insertions(+), 5 deletions(-)
diff --git a/src/g
Signed-off-by: Ilia Mirkin
---
src/gallium/drivers/nouveau/nv50/nv50_program.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/src/gallium/drivers/nouveau/nv50/nv50_program.c
b/src/gallium/drivers/nouveau/nv50/nv50_program.c
index 78a12e3..f46f240 100644
--- a/src/gallium/drivers/nouveau/
Signed-off-by: Ilia Mirkin
---
There are still some things that fail -- mostly gl_Layer stuff, and also using
gl_PositionID without a gp.
src/gallium/drivers/nouveau/nv50/nv50_screen.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/drivers/nouveau/nv50/nv50_scre
Signed-off-by: Ilia Mirkin
---
src/gallium/drivers/nouveau/nv50/nv50_program.c | 2 ++
src/gallium/drivers/nouveau/nvc0/nvc0_surface.c | 22 --
2 files changed, 18 insertions(+), 6 deletions(-)
diff --git a/src/gallium/drivers/nouveau/nv50/nv50_program.c
b/src/gallium/drive
Note that the primitive id is stored in a[0x18], while usually the
geometry instructions are of the form a[$a1 + 0x4] which gets mapped to
p[] space. We need to avoid the change from a[] to p[] here, so it's
keyed on whether the access is indirect or not.
Note that there's also a use-case for acce
From: Bryan Cain
Layer output probably doesn't work yet, but other than that everything seems
to be working.
Signed-off-by: Bryan Cain
[calim: fix up minor bugs, code formatting]
Signed-off-by: Christoph Bumiller
Signed-off-by: Ilia Mirkin
---
.../drivers/nouveau/codegen/nv50_ir_emit_nv50.cp
From: Bryan Cain
Instead of emitting an SHL 4 io an address register on the TGSI ARL and UARL
instructions, emit the shift when the loaded address is actually used. This
is necessary because input vertex and attribute indices in geometry shaders on
nv50 need to be shifted left by 2 instead of 4.
Some of the hardware support is missing. The NVIDIA-provided driver,
which claims 3.3 support fails a slew of the relevant tests as well.
This allows us to expose geometry shaders without doing the additional
work involved in supporting ARB_geometry_shader4.
Signed-off-by: Ilia Mirkin
---
src/g
OK, so there's a bunch of stuff in here. The geometry stuff is based on the
work started by Bryan Cain and Christoph Bumiller.
Patches 01-12: Add support for geometry shaders and fix related issues
Patches 13-14: Make it possible for fb clears to operate on texture attachments
with
Creates two areas in the AUX constbuf:
- Sample offsets for MS textures
- Per-texture MS settings
When executing a textureFetch with a MS sampler, looks up that texture's
settings and adjusts the parameters given to the texfetch instruction.
With this change, all the ARB_texture_multisample pig
Signed-off-by: Ilia Mirkin
---
src/gallium/drivers/nouveau/nv50/nv50_context.c | 46 +
1 file changed, 46 insertions(+)
diff --git a/src/gallium/drivers/nouveau/nv50/nv50_context.c
b/src/gallium/drivers/nouveau/nv50/nv50_context.c
index 11afc48..db3bd3a 100644
--- a/src/
This code was missing a break which made it ineffective. But since
shader input loads have been disallowed, define the code out.
Signed-off-by: Ilia Mirkin
---
src/gallium/drivers/nouveau/codegen/nv50_ir_target_nv50.cpp | 3 +++
1 file changed, 3 insertions(+)
diff --git a/src/gallium/drivers/n
For some reason, shader input accesses don't work correctly in non-ld
instructions. Disallow those loads from being propagated.
Signed-off-by: Ilia Mirkin
---
I'm not particularly happy with this patch. Some investigation needs to happen
as to what's going on here. NVIDIA's shaders include p[] a
Make sure that we never try to use a 0-sized map. This can happen when
using a gp, so add a dummy mapping when computing vp_gp_mapping in that
case.
Signed-off-by: Ilia Mirkin
---
src/gallium/drivers/nouveau/nv50/nv50_shader_state.c | 4
1 file changed, 4 insertions(+)
diff --git a/src/gal
---
src/gallium/drivers/nouveau/nv50/nv50_program.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/drivers/nouveau/nv50/nv50_program.h
b/src/gallium/drivers/nouveau/nv50/nv50_program.h
index 13b9516..f63352f 100644
--- a/src/gallium/drivers/nouveau/nv50/nv50_progr
Updates a few inconsistencies as well, like the size of the buffer,
location of the runout, etc.
Signed-off-by: Ilia Mirkin
---
src/gallium/drivers/nouveau/nv50/nv50_context.h| 10 ++
src/gallium/drivers/nouveau/nv50/nv50_screen.c | 8
src/gallium/drivers/nouvea
Fixes most of the tests/spec/gl-3.2/layered-rendering/* piglits.
Signed-off-by: Ilia Mirkin
---
src/gallium/drivers/nouveau/nv50/nv50_surface.c | 25 -
1 file changed, 16 insertions(+), 9 deletions(-)
diff --git a/src/gallium/drivers/nouveau/nv50/nv50_surface.c
b/src/ga
Each code BO is a heap that allocates at the end first, and so GPs are
allocated at the very end of the allocated space. When executing, we see
PAGE_NOT_PRESENT errors for the next page. Just over-allocate to make
sure that there's something there.
Signed-off-by: Ilia Mirkin
---
src/gallium/driv
Set max_out to 1 when there are no outputs.
Signed-off-by: Ilia Mirkin
---
src/gallium/drivers/nouveau/nv50/nv50_program.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/src/gallium/drivers/nouveau/nv50/nv50_program.c
b/src/gallium/drivers/nouveau/nv50/nv50_program.c
index f46f240..81379
---
src/gallium/drivers/nouveau/codegen/nv50_ir_target_nv50.cpp | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/gallium/drivers/nouveau/codegen/nv50_ir_target_nv50.cpp
b/src/gallium/drivers/nouveau/codegen/nv50_ir_target_nv50.cpp
index ade9be0..52257a8 100644
--- a/src/g
On 01/13/2014 09:49 AM, Ian Romanick wrote:
> On 01/11/2014 02:37 AM, Kenneth Graunke wrote:
>> These can't use foreach_list since they want to skip over the first few
>> list elements. Just doing the ad-hoc list walking isn't too bad.
>>
>> Signed-off-by: Kenneth Graunke
>> ---
>> src/glsl/ir_r
On 01/13/2014 09:58 AM, Ian Romanick wrote:
> On 01/11/2014 02:37 AM, Kenneth Graunke wrote:
>> When handling function calls, we often want to walk through the list of
>> formal parameters and list of actual parameters at the same time.
>> (Both are guaranteed to be the same length.)
>>
>> Previous
>From 91796da9c00c0756b90b9e09d404a5357ff32ec6 Mon Sep 17 00:00:00 2001
From: Igor Gnatenko
Date: Sun, 12 Jan 2014 02:09:16 +0400
Subject: [PATCH] opencl: improved auto-gen .icd
v2: Use @OPENCL_VERSION@:0 for library
replace /etc with @sysconfdir@ macros
v3: Drop libdir from icd, because lib
https://bugs.freedesktop.org/show_bug.cgi?id=73571
Priority: medium
Bug ID: 73571
Assignee: mesa-dev@lists.freedesktop.org
Summary: [clover] OpenCL segfault in gegl 'clones' test
Severity: normal
Classification: Unclassified
I don't have an fdo account or push rights. Can somebody else push it
for me please? I've added the Reviewed-by: lines so the patches only
need to be pushed now.
On Monday 13 January 2014 11:22:07 Marek Olšák wrote:
> For the series:
>
> Reviewed-by: Marek Olšák
>
> Feel free to push this.
>
>
https://bugs.freedesktop.org/show_bug.cgi?id=73571
--- Comment #1 from Jan Vesely ---
There are 4 more tests that were failing for different reason, but after
applying
http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20131216/199497.html
segfault in the same way: contrast-curve, pixeli
Kenneth Graunke writes:
> On 01/09/2014 10:03 PM, Eric Anholt wrote:
>> Eric Anholt writes:
>>
>>> Kenneth Graunke writes:
>>>
The kernel doesn't even set up the aliasing PPGTT on Sandybridge, so any
writes marked as PPGTT will likely just get dropped on the floor.
>>>
>>> The hardwa
Kenneth Graunke writes:
> On 01/09/2014 09:31 PM, Eric Anholt wrote:
>> Kenneth Graunke writes:
>>
>>> On 12/13/2013 09:28 AM, Daniel Vetter wrote:
On Thu, Dec 12, 2013 at 01:26:40AM -0800, Kenneth Graunke wrote:
> Broadwell uses 48-bit addresses. The first DWord is the low 32 bits,
>
https://bugs.freedesktop.org/show_bug.cgi?id=73571
--- Comment #2 from Jan Vesely ---
I should have noted that my llvm git includes
http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20131216/199497.html.
Without these patches the backtrace in clones.xml test looks like this:
Program re
On Fri, Jan 10, 2014 at 5:25 PM, Anuj Phogat wrote:
> On Thu, Jan 9, 2014 at 4:34 PM, Chris Forbes wrote:
>> Hi Anuj,
>>
>> There's one fiddly interaction that I don't think this handles quite
>> right, although I think it does conform.
>>
>> Suppose we have this fragment shader:
>>
>>#versio
Tom,
Thanks for your response. I am very interested in implementing this, so any
pointers you can provide would be greatly appreciated.
I don't have access to IRC at work (at least I doubt I do) due to firewalls -
but I can use the mailing list.
I wasn't entirely sure about the proper clang com
On Mon, Jan 13, 2014 at 06:44:15PM +, Dorrington, Albert wrote:
> Tom,
>
> Thanks for your response. I am very interested in implementing this, so any
> pointers you can provide would be greatly appreciated.
I'm cc'ing Fransisco since he may also have some feedback.
The first step is to bui
https://bugs.freedesktop.org/show_bug.cgi?id=73512
--- Comment #8 from Tom Stellard ---
(In reply to comment #7)
> Created attachment 91973 [details] [review]
> [PATCH v3] opencl: improved auto-gen .icd
>
> v2: Use @OPENCL_VERSION@:0 for library
> replace /etc with @sysconfdir@ macros
>
> v
Hi,
I'd like to translate the DRI driver options
(src/mesa/drivers/dri/common/xmlpool) to the Catalan language. What is
the procedure for adding new translations? What tool should I use to
generate ca.po, and how do I submit the file for review?
-Alex
_
On 01/13/2014 01:04 PM, Eric Anholt wrote:
> Kenneth Graunke writes:
>
>> On 01/09/2014 09:31 PM, Eric Anholt wrote:
>>> Kenneth Graunke writes:
>>>
On 12/13/2013 09:28 AM, Daniel Vetter wrote:
> On Thu, Dec 12, 2013 at 01:26:40AM -0800, Kenneth Graunke wrote:
>> Broadwell uses 48-b
https://bugs.freedesktop.org/show_bug.cgi?id=72926
Peter Wu changed:
What|Removed |Added
Attachment #91053|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=73512
--- Comment #9 from Igor Gnatenko ---
(In reply to comment #8)
> (In reply to comment #7)
> > Created attachment 91973 [details] [review] [review]
> > [PATCH v3] opencl: improved auto-gen .icd
> >
> > v2: Use @OPENCL_VERSION@:0 for library
> >
https://bugs.freedesktop.org/show_bug.cgi?id=72926
Peter Wu changed:
What|Removed |Added
Attachment #91216|0 |1
is obsolete|
On 2 January 2014 03:58, Tapani Pälli wrote:
> diff --git a/src/glsl/ir_serialize.cpp b/src/glsl/ir_serialize.cpp
> new file mode 100644
> index 000..30ca018
> --- /dev/null
> +++ b/src/glsl/ir_serialize.cpp
> @@ -0,0 +1,392 @@
> +/* -*- c++ -*- */
> +/*
> + * Copyright © 2013 Intel Corporati
https://bugs.freedesktop.org/show_bug.cgi?id=73512
Igor Gnatenko changed:
What|Removed |Added
Attachment #91973|0 |1
is obsolete|
On Mon, Jan 13, 2014 at 02:02:12AM +, Emil Velikov wrote:
> Because it's a great feature and we should not penalise people
> for doing out-of-tree builds.
>
> Signed-off-by: Emil Velikov
> ---
> src/mesa/Makefile.am | 12 ++--
> 1 file changed, 6 insertions(+), 6 deletions(-)
Please
On 01/07/2014 12:05 AM, Fredrik Höglund wrote:
> On Friday 03 January 2014, Marek Olšák wrote:
>> On Fri, Jan 3, 2014 at 2:04 PM, Marek Olšák wrote:
>>> On Fri, Jan 3, 2014 at 1:27 AM, Maxence Le Doré
>>> wrote:
---
src/mesa/main/texobj.c | 52
On 2 January 2014 03:58, Tapani Pälli wrote:
> Class will be used by the shader binary cache implementation.
>
> Signed-off-by: Tapani Pälli
> ---
> src/glsl/memory_map.h | 174
> ++
> 1 file changed, 174 insertions(+)
> create mode 100644 src/gl
Fast forwarding 3 months from the 10.0 release (November 30th) is
February 28th. I'd like to propose the following set of dates:
January 31st: Feature freeze / 10.1 branch created. I promise to not
let anyone on my team (myself included) dump any giant commit series the
day of the freeze. I'll
https://bugs.freedesktop.org/show_bug.cgi?id=72926
Peter Wu changed:
What|Removed |Added
CC||lekenst...@gmail.com
--- Comment #8 from Pete
On Mon, Jan 13, 2014 at 07:04:44PM +0100, Michał Górny wrote:
> Dnia 2014-01-13, o godz. 08:59:22
> Tom Stellard napisał(a):
>
> > On Sat, Dec 28, 2013 at 03:22:09PM +0100, Michał Górny wrote:
> > > This should help with cross-compiling and multilib when $CHOST-specific
> > > llvm-config is expec
https://bugs.freedesktop.org/show_bug.cgi?id=72926
Peter Wu changed:
What|Removed |Added
CC||za...@vmware.com
--
You are receiving this m
https://bugs.freedesktop.org/show_bug.cgi?id=73571
--- Comment #3 from Jan Vesely ---
Created attachment 92006
--> https://bugs.freedesktop.org/attachment.cgi?id=92006&action=edit
Don't crash on NULL global mem objects
The attached patch fixes the original issue (bt in #c2), and adds prelimnar
https://bugs.freedesktop.org/show_bug.cgi?id=73571
Jan Vesely changed:
What|Removed |Added
Summary|[clover] OpenCL segfault in |[clover] Add support for
https://bugs.freedesktop.org/show_bug.cgi?id=73512
--- Comment #11 from Igor Gnatenko ---
(In reply to comment #8)
> (In reply to comment #7)
> > Created attachment 91973 [details] [review] [review]
> > [PATCH v3] opencl: improved auto-gen .icd
> >
> > v2: Use @OPENCL_VERSION@:0 for library
> >
On Mon, Jan 13, 2014 at 11:12 AM, Tom Stellard wrote:
> On Sun, Jan 12, 2014 at 03:08:56AM +0400, Igor Gnatenko wrote:
>> From 5b2bf87f1238e44150492a39f5db0ae90d59459b Mon Sep 17 00:00:00 2001
>> From: Igor Gnatenko
>> Date: Sun, 12 Jan 2014 02:09:16 +0400
>> Subject: [PATCH] opencl: improved aut
Pushed, thanks.
Marek
On Mon, Jan 13, 2014 at 10:00 PM, Andreas Hartmetz wrote:
> I don't have an fdo account or push rights. Can somebody else push it
> for me please? I've added the Reviewed-by: lines so the patches only
> need to be pushed now.
>
> On Monday 13 January 2014 11:22:07 Marek Olš
I think the format conversion functions should look like:
#ifdef BIG_ENDIAN
case PIPE_FORMAT_A8B8G8R8_UNORM:
return hw_format_for_R8G8B8A8_UNORM;
...
#else
case PIPE_FORMAT_R8G8B8A8_UNORM:
return hw_format_for_R8G8B8A8_UNORM;
#endif
which can be simplified to:
case PIPE_FORM
On 2 January 2014 03:58, Tapani Pälli wrote:
> +
> +
> +/**
> + * Reads header part of the binary blob. Main purpose of this header is to
> + * validate that cached shader was produced with same Mesa driver version.
> + */
> +int
> +ir_deserializer::read_header(struct gl_shader *shader)
> +{
> +
https://bugs.freedesktop.org/show_bug.cgi?id=73578
Priority: medium
Bug ID: 73578
Keywords: regression
CC: ahartm...@gmail.com, mar...@gmail.com
Assignee: mesa-dev@lists.freedesktop.org
Summary: egl_pipe.c:46:38: fatal error:
https://bugs.freedesktop.org/show_bug.cgi?id=73578
--- Comment #1 from Vinson Lee ---
786af2f963925df2c2a6fb60b29a83e8340f03c7 is the first bad commit
commit 786af2f963925df2c2a6fb60b29a83e8340f03c7
Author: Andreas Hartmetz
Date: Sat Jan 4 18:44:33 2014 +0100
radeonsi: Apply si_* file nam
The existing 'offset' field is unfortunately typed as 'unsigned long',
which is unfortunately only 4 bytes with a 32-bit userspace.
Traditionally, the hardware has only supported 32-bit virtual addresses,
so even though the kernel uses a __u64, the value would always fit.
However, Broadwell suppo
Broadwell uses 48-bit addresses. The first DWord is the low 32 bits,
and the second DWord is the high 16 bits.
Cc: Eric Anholt
Cc: Daniel Vetter
Cc: Ben Widawsky
Signed-off-by: Kenneth Graunke
---
src/mesa/drivers/dri/i965/intel_batchbuffer.c | 24
src/mesa/drivers/d
On Tue, Jan 07, 2014 at 02:22:00AM +0100, Luc Verhaegen wrote:
> Hi,
>
> There are still 5 slots open for the FOSDEM graphics DevRoom, and the
> deadline is this friday, the 10th. Get a move on.
>
> If you have requested an account reset with me before, but if you then
> haven't bothered filing
Dnia 2014-01-13, o godz. 08:59:22
Tom Stellard napisał(a):
> On Sat, Dec 28, 2013 at 03:22:09PM +0100, Michał Górny wrote:
> > This should help with cross-compiling and multilib when $CHOST-specific
> > llvm-config is expected rather than build host default one.
> >
> > It will help us a bit in
https://bugs.freedesktop.org/show_bug.cgi?id=73578
Vinson Lee changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
1 - 100 of 118 matches
Mail list logo
