https://bugs.freedesktop.org/show_bug.cgi?id=92265
Pekka Paalanen changed:
What|Removed |Added
CC||four...@xfce.org
--- Comment #6 from Pe
Hi Markus,
I noticed that you did not reply to mesa-dev in your original e-mail so
I am CCing the list now so we keep the discussion here.
On Mon, 2015-10-05 at 08:07 +0200, Iago Toral wrote:
> Hi Markus,
>
> On Sun, 2015-10-04 at 18:15 +0200, Markus Wick wrote:
> > Hi Iago,
> >
> > I've tried
Series is
Reviewed-by: Jason Ekstrand
On Sat, Oct 3, 2015 at 10:58 AM, Matt Turner wrote:
> We never emit IF instructions with an embedded comparison (lost in the
> switch to NIR), so this code is not used. If we want to readd support,
> we should have a pass that merges a CMP instruction with
Thank you for the patch, but it's not applicable on my (private)
branch where I'm reworking st/mesa's shader compilation, including
DrawPixels shaders. Your patch helped to fix it in the new
implementation at least.
Sorry for ignoring it in the first place.
Marek
On Sat, Mar 28, 2015 at 6:07 PM,
On Sun, 2015-10-04 at 11:24 +1100, Timothy Arceri wrote:
> ---
> docs/GL3.txt | 8 +++-
> 1 file changed, 7 insertions(+), 1 deletion(-)
>
> diff --git a/docs/GL3.txt b/docs/GL3.txt
> index e020deb..09c711f 100644
> --- a/docs/GL3.txt
> +++ b/docs/GL3.txt
> @@ -178,7 +178,13 @@ GL 4.4, GLSL 4
You need to ensure that the streaming loads do not execute speculatively too
early (before the data to be copied has been produced). The MFENCE at the
start of the copy routine is sufficient to ensure that the loads don't see
stale data older than that fence.
All loads must be completed at the
https://bugs.freedesktop.org/show_bug.cgi?id=92265
Dennis Schridde changed:
What|Removed |Added
CC||devuran...@gmx.net
--
You are receivi
https://bugs.freedesktop.org/show_bug.cgi?id=92278
Bug ID: 92278
Summary: Black screen in War Thunder
Product: Mesa
Version: 11.0
Hardware: Other
OS: All
Status: NEW
Severity: normal
Priority: me
https://bugs.freedesktop.org/show_bug.cgi?id=92278
--- Comment #1 from Sven Arvidsson ---
Trace: https://www.dropbox.com/s/7zvvfe25ye46jrl/aces.trace?dl=0
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
__
https://bugs.freedesktop.org/show_bug.cgi?id=91596
--- Comment #17 from Rob Clark ---
(In reply to Emil Velikov from comment #15)
> (In reply to Chih-Wei Huang from comment #11)
> > Mesa still doesn't support PIXEL_FORMAT_RGBA_?
>
> It should, depending on how exactly you define the formats.
a
2015-09-30 5:36 GMT+08:00 Chad Versace :
> On Mon 28 Sep 2015, Marek Olšák wrote:
>> On Mon, Sep 28, 2015 at 1:29 PM, Emil Velikov
>> wrote:
>> > As the spec allows for {server,client}_wait_sync to be called without
>> > currently bound context, while our implementation requires context
>> > p
This serie add clLinkProgram function needed for CL 1.2.
However, it lacks the binary type part that is mandatory for input validation
and also for CL_PROGRAM_BINARY_TYPE query. This will be adressed
in another serie once we agree on the way to store it.
Now that llvm/invocation.cpp is no longer c
Reviewed-by: Francisco Jerez
---
src/gallium/state_trackers/clover/api/program.cpp | 31 +++---
src/gallium/state_trackers/clover/core/program.hpp | 4 +--
2 files changed, 29 insertions(+), 6 deletions(-)
diff --git a/src/gallium/state_trackers/clover/api/program.cpp
b/src/ga
Return an API object from an intrusive reference to a Clover object,
incrementing the reference count of the object.
Reviewed-by: Francisco Jerez
---
src/gallium/state_trackers/clover/api/util.hpp | 12
1 file changed, 12 insertions(+)
diff --git a/src/gallium/state_trackers/clover
---
src/gallium/state_trackers/clover/api/program.cpp | 19 +-
.../state_trackers/clover/core/compiler.hpp| 7 +-
src/gallium/state_trackers/clover/core/error.hpp | 7 +
src/gallium/state_trackers/clover/core/program.cpp | 41 +++-
src/gallium/state_trackers/clover/core/program.hp
https://bugs.freedesktop.org/show_bug.cgi?id=92265
--- Comment #5 from Fabio Coatti ---
Spotted this report after bisecting :(
So, I can confirm the same behaviour under kde5/gentoo/qt-5.4.2: black windows,
and the commit that cause the problem seems to be
commit f15a7f3c6e1bb802ae8c2a29a2dc35
Oh, I forgot this:
Reviewed-by: Marek Olšák
Marek
On Sun, Oct 4, 2015 at 2:03 PM, Marek Olšák wrote:
> Nice catch. Please add this to the commit message:
>
> Cc: mesa-sta...@lists.freedesktop.org
>
> It will be automatically picked for 11.0 after you push it.
>
> Marek
>
> On Sun, Oct 4, 2015
Nice catch. Please add this to the commit message:
Cc: mesa-sta...@lists.freedesktop.org
It will be automatically picked for 11.0 after you push it.
Marek
On Sun, Oct 4, 2015 at 12:09 PM, Nicolai Hähnle wrote:
> Vertex attributes of different categories (constant/per-instance/
> per-vertex) go
Timothy Arceri writes:
> The uniform will only be of a single type so store the data for
> opaque types in a single array.
>
> Cc: Francisco Jerez
> Cc: Ilia Mirkin
This patch is:
Reviewed-by: Francisco Jerez
> ---
> src/glsl/ir_uniform.h| 6 +---
> src/glsl/li
Vertex attributes of different categories (constant/per-instance/
per-vertex) go into different buffers for translation, and this is now
properly reflected in the vertex buffers passed to the driver.
Fixes e.g. piglit's point-vertex-id divisor test.
---
src/gallium/auxiliary/util/u_vbuf.c | 1 +
This is more optimal as it means we no longer have to upload the same set
of Atomic Buffer Object surfaces to all stages in the program.
This also fixes a bug where since commit c0cd5b var->data.binding was
being used as a replacement for atomic buffer index, but they don't have
to be the same val
The uniform will only be of a single type so store the data for
opaque types in a single array.
Cc: Francisco Jerez
Cc: Ilia Mirkin
---
src/glsl/ir_uniform.h| 6 +---
src/glsl/link_uniform_initializers.cpp | 12 +++
src/glsl/link_uniforms.cpp
22 matches
Mail list logo
