On Tue, 14 Jan 2014 00:19:04 -0600
Tom Gall wrote:
> Hi,
>
> Been experimenting with building mesa on android specifically for ARM.
> I was curious if there is a wiki page that covers building mesa on
> android somewhere. Didn't see anything with the source or on
> mesa3d.org.
>
> As a start I'
Kenneth Graunke writes:
> 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 al
>From 8c47b170c1f6152e337bf333662a3e561853a171 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
On Mon, 2014-01-13 at 15:17 -0800, Matt Turner wrote:
> 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
The original intent was that we'd keep a driver-private copy, and there
would be the normal copy for swrast to make use of without the tuning (or
anything more invasive we might do) specific to i965. Only, we don't
generate swrast code any more, because swrast can't render current shaders
anyway.
Those are the terms used in the docs, and think "n-wide" was something I
just happened to say. Note that shader-db needs updating for the
INTEL_DEBUG=fs parsing.
---
src/mesa/drivers/dri/i965/brw_eu.c | 8 +++---
src/mesa/drivers/dri/i965/brw_fs.cpp | 30 +++
Hi,
Been experimenting with building mesa on android specifically for ARM.
I was curious if there is a wiki page that covers building mesa on
android somewhere. Didn't see anything with the source or on
mesa3d.org.
As a start I'm building with BOARD_GPU_DRIVERS := swrast
libGLES_mesa.so is built
On Mon, 2014-01-13 at 14:13 +0100, Marek Olšák wrote:
> From: Marek Olšák
>
> For consistency only, This unused by radeonsi currently.
The radeonsi changes are
Reviewed-by: Michel Dänzer
--
Earthling Michel Dänzer| http://www.amd.com
Libre software enthusiast
I would have expected explicit qualifiers to trump everything. I
wonder why that was removed -- Ian?
It seems there's a clear precedent established by the other drivers,
though -- so I think we should stick to it.
Bonus for us: since our centroid support is a bit bogus and requires
workarounds, w
On Mon, Jan 13, 2014 at 1:06 PM, Anuj Phogat wrote:
>
> 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 co
Sorry, I did apparently not compile-check some part.
And thanks for fixing it.
On Tuesday 14 January 2014 00:06:05 bugzilla-dae...@freedesktop.org wrote:
> https://bugs.freedesktop.org/show_bug.cgi?id=73578
>
> Vinson Lee changed:
>
>What|Removed |Added
> ---
Alex Henrie writes:
> 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?
I don't know how t
On 01/13/2014 05:35 AM, Juha-Pekka Heikkila wrote:
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/
On 01/13/2014 05:31 AM, Yasir Khan wrote:
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/d
On 01/13/2014 03:56 PM, Kenneth Graunke wrote:
> 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 __u
Nothing in i965 uses it.
Signed-off-by: Kenneth Graunke
---
src/mesa/drivers/dri/i965/intel_batchbuffer.c | 25 -
src/mesa/drivers/dri/i965/intel_batchbuffer.h | 5 -
2 files changed, 30 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/intel_batchbuffer.c
b/src/
libdrm 2.4.52 introduces a new 'uint64_t offset64' field, intended to
replace the old 'unsigned long offset' field. To preserve ABI, libdrm
continues to store the presumed offset in both locations.
On Broadwell, a 64-bit kernel may place BOs at "high" (> 4G) addresses.
However, with a 32-bit user
We are seeking nominations for candidates for election to the X.Org
Foundation Board of Directors. All X.Org Foundation members are
eligible for election to the board.
Nominations for the 2014 election are now open and will remain open
until 23.59 GMT on 12 February 2013.
The Board consists of
https://bugs.freedesktop.org/show_bug.cgi?id=73578
Vinson Lee changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
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
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
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
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
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
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:
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)
> +{
> +
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
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š
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
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
> >
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=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=72926
Peter Wu changed:
What|Removed |Added
CC||za...@vmware.com
--
You are receiving this m
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||lekenst...@gmail.com
--- Comment #8 from Pete
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
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
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 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
https://bugs.freedesktop.org/show_bug.cgi?id=73512
Igor Gnatenko changed:
What|Removed |Added
Attachment #91973|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=72926
Peter Wu changed:
What|Removed |Added
Attachment #91216|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 #91053|0 |1
is obsolete|
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
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
_
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
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
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 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
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
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,
>
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
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
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
Priority: medium
Bug ID: 73571
Assignee: mesa-dev@lists.freedesktop.org
Summary: [clover] OpenCL segfault in gegl 'clones' test
Severity: normal
Classification: Unclassified
>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
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
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
---
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
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
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
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
---
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
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
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
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
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
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.
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
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
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/
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
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
>
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
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 #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 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
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
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
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
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
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 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
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 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:
> 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
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:
> 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
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 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
https://bugs.freedesktop.org/show_bug.cgi?id=72895
Igor Gnatenko changed:
What|Removed |Added
CC||i.gnatenko.br...@gmail.com
--
You are r
https://bugs.freedesktop.org/show_bug.cgi?id=72895
Alex Deucher changed:
What|Removed |Added
CC||e...@anholt.net
--
You are receiving thi
1 - 100 of 118 matches
Mail list logo
