On Saturday, December 13, 2014 08:21:35 PM Ben Widawsky wrote:
> On Fri, Dec 12, 2014 at 11:15:38PM -0800, Kenneth Graunke wrote:
> > q->Ready means that the results are in, and core Mesa is free to return
> > them to the application. gen6_queryobj_get_results() is a natural place
> > to set that
OpenCL 1.2 make distinction between 3 binaries kind:
executable as produce by clBuildProgram and clLinkProgam
compiled as produce by clCompileProgram
library as produce by clLinkProgam with -create-library option
---
src/gallium/state_trackers/clover/core/kernel.cpp | 2 +-
src/gallium/stat
they produce different binaries
---
src/gallium/state_trackers/clover/api/program.cpp | 2 +-
.../state_trackers/clover/core/compiler.hpp| 12 ++-
src/gallium/state_trackers/clover/core/program.cpp | 48 +++--
src/gallium/state_trackers/clover/core/program.hpp | 6 +-
.../state_
clCreateKernel should check that there is a least one executable
available, otherwise it has to trigger CL_INVALID_PROGRAM_EXECUTABLE
---
src/gallium/state_trackers/clover/api/kernel.cpp | 3 +++
src/gallium/state_trackers/clover/core/program.cpp | 11 +++
src/gallium/state_trackers/clo
---
src/gallium/state_trackers/clover/llvm/invocation.cpp | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/src/gallium/state_trackers/clover/llvm/invocation.cpp
b/src/gallium/state_trackers/clover/llvm/invocation.cpp
index 10dbe08..510e195 100644
--- a/src/gallium/state_t
---
src/gallium/state_trackers/clover/api/dispatch.cpp | 2 +-
src/gallium/state_trackers/clover/api/program.cpp | 31 +
.../state_trackers/clover/core/compiler.hpp| 6 +
src/gallium/state_trackers/clover/core/error.hpp | 7 ++
src/gallium/state_trackers/clover/core/program.c
Return an API object from an intrusive smart reference Clover object,
incrementing the reference count of the object.
---
src/gallium/state_trackers/clover/api/util.hpp | 11 +++
1 file changed, 11 insertions(+)
diff --git a/src/gallium/state_trackers/clover/api/util.hpp
b/src/gallium/st
---
src/gallium/state_trackers/clover/api/dispatch.cpp | 2 +-
src/gallium/state_trackers/clover/api/program.cpp | 31 +
.../state_trackers/clover/core/compiler.hpp| 6 +
src/gallium/state_trackers/clover/core/error.hpp | 7 ++
src/gallium/state_trackers/clover/core/program.c
---
.../state_trackers/clover/llvm/invocation.cpp | 26 +-
1 file changed, 16 insertions(+), 10 deletions(-)
diff --git a/src/gallium/state_trackers/clover/llvm/invocation.cpp
b/src/gallium/state_trackers/clover/llvm/invocation.cpp
index 5265d10..10dbe08 100644
--- a/src
Hello,
This serie add the neccesary bits needed for clLinkProgram.
Patches from 1 to 2 are llvm/invocation.cpp little reorganisation.
Patches 3 to 5 rework our clCompileProgram implementation.
Patch 6 is for returning clover smart ptr to the API side.
Patch 7 finaly add clLinkProgram.
Patches fro
On Sunday, December 14, 2014 11:31:28 AM EdB wrote:
This one went out by mistake (I forgot to remove -1 option on git send-email).
It's the same as [Patch 7/7]
> ---
> src/gallium/state_trackers/clover/api/dispatch.cpp | 2 +-
> src/gallium/state_trackers/clover/api/program.cpp | 31 +
>
https://bugs.freedesktop.org/show_bug.cgi?id=87302
Bug ID: 87302
Summary: d3dadapter.so file name has no lib prefix
Product: Mesa
Version: git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity:
Mesa 10.4.0 has been released! Mesa 10.4.0 is a feature release that
includes many updates and enhancements. The full list is available in
the release notes file in docs/relnotes/10.4.html.
The tag in the GIT repository for Mesa 10.4.0 is 'mesa-10.4.0'. I have
verified that the tag is in the corr
https://bugs.freedesktop.org/show_bug.cgi?id=87302
--- Comment #1 from Emil Velikov ---
What makes you think that it needs one ? It's not a shared library nor its
meant to be linked against. It's a module that should be dlopened.
-Emil
P.S. It was me that intentionally removed the prefix :P
--
On 12/12/14 11:46, Timothy Arceri wrote:
> Signed-off-by: Timothy Arceri
> ---
>
> Its been just under 5 years since the required version
> of GCC was set at 3.3.0 at the time it was 7 years old.
>
> I'm proposing bumping it to 4.1.0 which is almost 9 years
> old since its used in RHEL 5 whi
On 11/12/14 21:51, Carl Worth wrote:
> From: Kristian Høgsberg
>
> The upcoming shader cache uses the SHA-1 algorithm for cryptographic
> naming. These new mesa_sha1 functions are implemented with the nettle
> library.
> ---
>
> This patch is another in support of my upcoming shader-cache work.
Hi Mario,
I've picked up patches 1-4 in master and will land them in the stable
branches shortly.
Gents,
Can anyone spare some time and take a look at this patch.
If you're planning to look into it in a few days/a week from now, kindly
let me know so that I can keep the annoyance to a minimum :)
https://bugs.freedesktop.org/show_bug.cgi?id=87302
--- Comment #2 from Georgy ---
Hi Emil.
I try to build wine with nine patch, and wine's configure can't find
-ld3dadapter, symlinking does not fix this issue.
IMHO, if we use lib prefix so we can use both dlopen and linking against (if
some app w
https://bugs.freedesktop.org/show_bug.cgi?id=87302
Emil Velikov changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Sun, Dec 14, 2014 at 7:06 AM, Emil Velikov wrote:
> On 11/12/14 21:51, Carl Worth wrote:
>> From: Kristian Høgsberg
>>
>> The upcoming shader cache uses the SHA-1 algorithm for cryptographic
>> naming. These new mesa_sha1 functions are implemented with the nettle
>> library.
>> ---
>>
>> This
On the same go remove src/mapi/shared-glapi/tests/.gitignore
and src/mapi/glapi/tests/.gitignore as useless.
Signed-off-by: Juha-Pekka Heikkila
---
src/mapi/.gitignore| 2 ++
src/mapi/glapi/tests/.gitignore| 1 -
src/mapi/shared-glapi/tests/.gitignore | 2 --
3 files
Signed-off-by: Juha-Pekka Heikkila
---
src/util/.gitignore | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/util/.gitignore b/src/util/.gitignore
index e945ecb..ecf4985 100644
--- a/src/util/.gitignore
+++ b/src/util/.gitignore
@@ -1 +1,2 @@
format_srgb.c
+u_atomic_test
--
1.8.5.1
_
Reviewed-by: Matt Turner
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Reviewed-by: Matt Turner
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Hi Matt,
To be sure to not missing something, I used a simple vertex shader I have
there and had
the following line in :
int a = gl_MaxDrawBuffers;
At runtime, everything was ok, and GLSL compiler didn't complain about
anything. So there is nothing in mesa to prevent the use of some GLSL
constan
https://bugs.freedesktop.org/show_bug.cgi?id=77449
Felix Schwarz changed:
What|Removed |Added
Depends on||80584
--
You are receiving this mail be
https://bugs.freedesktop.org/show_bug.cgi?id=77449
Sven Arvidsson changed:
What|Removed |Added
Depends on||87076
--
You are receiving this mail b
https://bugs.freedesktop.org/show_bug.cgi?id=87076
Sven Arvidsson changed:
What|Removed |Added
Blocks||77449
--
You are receiving this mail b
On Fri, Dec 12, 2014 at 11:15:42PM -0800, Kenneth Graunke wrote:
> Chris Wilson noted that repeated calls to CheckQuery() would call
> drm_intel_bo_references(brw->batch.bo, query->bo) on each invocation,
> which is expensive. Once we've flushed, we know that future batches
> won't reference query
On 2014-12-14 08:45, Emil Velikov wrote:
On 12/12/14 11:46, Timothy Arceri wrote:
Signed-off-by: Timothy Arceri
---
Its been just under 5 years since the required version
of GCC was set at 3.3.0 at the time it was 7 years old.
I'm proposing bumping it to 4.1.0 which is almost 9 years
old
On 2014-12-14 09:22, kallisti5 wrote:
On 2014-12-14 08:45, Emil Velikov wrote:
On 12/12/14 11:46, Timothy Arceri wrote:
Signed-off-by: Timothy Arceri
---
Its been just under 5 years since the required version
of GCC was set at 3.3.0 at the time it was 7 years old.
I'm proposing bumping it
On 2014-12-12 05:46, Timothy Arceri wrote:
Signed-off-by: Timothy Arceri
---
src/mesa/main/compiler.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/mesa/main/compiler.h b/src/mesa/main/compiler.h
index 34671dc..cdc843d 100644
--- a/src/mesa/main/compiler.h
+++ b/src/me
Mario Kleiner writes:
> targetSBC == 0 is a special case, which asks the function
> to block until all pending OpenGL bufferswap requests have
> completed.
Well, it blocks until all pending glXSwapBuffersMscOML requests for the
target window have completed. It seems that it's supposed to *not* c
Mario Kleiner writes:
> This patch fixes the problem.
Yes, this looks like a good fix, but the names chosen seem very
misleading to me. Given that you're splitting the functionality, using
new names for the two functions will ensure that we carefully review all
current uses of the values and can
Mario Kleiner writes:
> Restores proper immediate tearing swap behaviour for
> OpenGL bufferswap under DRI3/Present.
Hrm. I'd love for this to be controlled by the GLX_EXT_swap_control_tear
extension, but that one uses negative interval values to indicate
tearing, instead of providing a new API,
On Fri, 2014-12-12 at 11:31 -0800, Jason Ekstrand wrote:
> I like this patch, but I doubt it actually builds at this point in the
> series. There are other callers of _mesa_swizzle_and_convert.
True, I'll fix that. It does build though, that is why I did not catch
this when I moved the patch to
36 matches
Mail list logo
