https://bugs.freedesktop.org/show_bug.cgi?id=91985
Kai changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Hm, just realized this messes up for shadow textures. Oh well, this
can wait until there's an actual impl on the other end.
On Sun, Sep 13, 2015 at 12:28 AM, Ilia Mirkin wrote:
> Signed-off-by: Ilia Mirkin
> ---
>
> I was going to add freedreno support for this, but... I couldn't figure
> out ho
Signed-off-by: Ilia Mirkin
---
I was going to add freedreno support for this, but... I couldn't figure
out how to get the GETLOD opcode to return the results I wanted. Figured
I'd send this out thought.
src/gallium/auxiliary/nir/tgsi_to_nir.c | 7 ++-
1 file changed, 6 insertions(+), 1 dele
On Sat, Sep 5, 2015 at 4:27 PM, Ray Strode wrote:
> Hey Kristian, Ander,
>
> Can I convince either/both of you to give this a once over and a r-b ?
Sorry for sitting on this Ray - patch looks good,
Reviewed-by: Kristian Høgsberg
> --Ray
>
> On Fri, Aug 28, 2015 at 2:15 PM, Ray Strode wrote:
>
https://bugs.freedesktop.org/show_bug.cgi?id=91889
Krzysztof A. Sobiecki changed:
What|Removed |Added
Attachment #118228|text/plain |image/png
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=91889
--- Comment #17 from Krzysztof A. Sobiecki ---
Created attachment 118229
--> https://bugs.freedesktop.org/attachment.cgi?id=118229&action=edit
Faulty framebuffer
--
You are receiving this mail because:
You are the QA Contact for the bug.
You
https://bugs.freedesktop.org/show_bug.cgi?id=91889
--- Comment #16 from Krzysztof A. Sobiecki ---
Created attachment 118228
--> https://bugs.freedesktop.org/attachment.cgi?id=118228&action=edit
Correct framebuffer
--
You are receiving this mail because:
You are the QA Contact for the bug.
You
https://bugs.freedesktop.org/show_bug.cgi?id=91889
--- Comment #15 from Krzysztof A. Sobiecki ---
Created attachment 118227
--> https://bugs.freedesktop.org/attachment.cgi?id=118227&action=edit
A texture that breaks things
This is a texture that is written over correct framebuffer
--
You are
https://bugs.freedesktop.org/show_bug.cgi?id=91889
--- Comment #14 from Krzysztof A. Sobiecki ---
So I was looking trough PA.2.trace in qapitrace and I found that in frame 3001
it somehow corrupts framebuffer
So it happens like that:
glTexImage2D(GL_TEXTURE_2D,, binary data) < binary data is
Hi Emil,
Is this still on your radar?
On Sun, Sep 6, 2015 at 6:09 PM, Ray Strode wrote:
> On Sun, Sep 6, 2015 at 3:04 PM, Emil Velikov wrote:
>> Have you seen an application where this causes problems ? Might if I
>> add it to the commit log before pushing ?
> It caused a problem for a proposed
Now that mem object can be move back to the host, I think we should latter
come with a way to optimize read mapping for such objets. For the moment if
they are mapped for reading after been moved to the host, they will be send
back to the device...
Serge Martin (2):
clover: clEnqueueMigrateMemOb
implement memory objects migration to device
---
src/gallium/state_trackers/clover/api/transfer.cpp | 48 ++
src/gallium/state_trackers/clover/core/memory.cpp | 10 ++---
src/gallium/state_trackers/clover/core/memory.hpp | 12 --
.../state_trackers/clover/core/resource.cp
implement memory objects migration back to host
---
src/gallium/state_trackers/clover/api/transfer.cpp | 5 +++-
src/gallium/state_trackers/clover/core/memory.cpp | 28 ++
src/gallium/state_trackers/clover/core/memory.hpp | 4
.../state_trackers/clover/core/resource.cp
On Sat, Sep 12, 2015 at 10:34 AM, Kenneth Graunke wrote:
> On Thursday, September 10, 2015 04:24:51 PM Jason Ekstrand wrote:
>> Cc: "11.0 10.6"
>> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=91719
>> ---
>> src/mesa/drivers/dri/i965/brw_vec4.cpp | 7 +++
>> 1 file changed, 7 inser
On Wednesday, September 09, 2015 10:44:10 AM Kristian Høgsberg Kristensen wrote:
> In trying to separate the backend compiler from the core driver, I ran
> into a couple of inconsistencies with how the compute shader code is
> split across files. First patch moves code around to follow our
> conven
On Thursday, September 10, 2015 04:24:51 PM Jason Ekstrand wrote:
> Cc: "11.0 10.6"
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=91719
> ---
> src/mesa/drivers/dri/i965/brw_vec4.cpp | 7 +++
> 1 file changed, 7 insertions(+)
>
> diff --git a/src/mesa/drivers/dri/i965/brw_vec4.cpp
On Thursday, September 10, 2015 04:24:50 PM Jason Ekstrand wrote:
> ---
> src/mesa/drivers/dri/i965/brw_eu_emit.c | 16
> 1 file changed, 16 insertions(+)
>
> diff --git a/src/mesa/drivers/dri/i965/brw_eu_emit.c
> b/src/mesa/drivers/dri/i965/brw_eu_emit.c
> index 637fd07..b2f740
https://bugs.freedesktop.org/show_bug.cgi?id=90264
--- Comment #49 from Furkan ---
The patch has been on the mailing list since Aug. 10th but there's only one
comment so far - is there anybody else who can pitch in?
http://lists.freedesktop.org/archives/mesa-dev/2015-August/091306.html
Since 11
https://bugs.freedesktop.org/show_bug.cgi?id=84570
Kai changed:
What|Removed |Added
Resolution|DUPLICATE |FIXED
--- Comment #39 from Kai ---
Andreas, this
https://bugs.freedesktop.org/show_bug.cgi?id=84570
Andreas Hartmetz changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=77449
Bug 77449 depends on bug 84570, which changed state.
Bug 84570 Summary: Borderlands 2/Pre-Sequel: Constant frame rate drops while
playing; really bad with additionl lighting
https://bugs.freedesktop.org/show_bug.cgi?id=84570
What|
On Thu, Sep 10, 2015 at 08:41:37AM +0100, Chris Wilson wrote:
> http://people.freedesktop.org/~ickle/vbo/
>
> ministat 63c4b7e_bench_synmark:OglBatch7 2fbce8b_bench_synmark:OglBatch7
> x 63c4b7e_bench_synmark:OglBatch7
> + 2fbce8b_bench_synmark:OglBatch7
> +
This is to avoid needless float<->int conversions, since all
face-related computations are made on integers. Spotted by Emil
Velikov.
---
src/gallium/drivers/softpipe/sp_tex_sample.c | 10 +-
src/gallium/drivers/softpipe/sp_tex_sample.h | 2 +-
2 files changed, 6 insertions(+), 6 deletion
This is a followup fix from const fixes series.
I wasn't entirely sure which type to use - uint or unsigned. Both seem
to be used. Used uint - it's shorter.
Krzesimir Nowak (1):
softpipe: Change faces type to uint
src/gallium/drivers/softpipe/sp_tex_sample.c | 10 +-
src/gallium/drive
Hello all,
It's a real pleasure to announce that Mesa 11.0.0 is now available.
I would like to express my deepest gratitute towards the developers,
testers and everyone else's work on making this huge milestone possible.
Here are some of the highlights:
build:
- Dozens of, non-Linux build fix
Hello all,
It's a real pleasure to announce that Mesa 11.0.0 is now available.
I would like to express my deepest gratitute towards the developers,
testers and everyone else's work on making this huge milestone possible.
Here are some of the highlights:
build:
- Dozens of, non-Linux build fix
On 12 September 2015 at 08:39, Kai Wasserbäch
wrote:
> One place in r600_llvm.c was forgotten when replacing
> R600_UCP_CONST_BUFFER with R600_BUFFER_INFO_CONST_BUFFER.
>
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=91985
> CC: Dave Airlie
> Signed-off-by: Kai Wasserbäch
> ---
>
> Hi
https://bugs.freedesktop.org/show_bug.cgi?id=91889
--- Comment #13 from Albert Freeman ---
Well the warning/error messages are the same in both traces so it can't be
them.
Possible workaround:
{
wget -O - https://github.com/pamods/pamm-atom/raw/stable/install.sh | bash
It will install PAMM in $
https://bugs.freedesktop.org/show_bug.cgi?id=91985
--- Comment #4 from Kai ---
I've sent a patch to the mailing list:
http://thread.gmane.org/gmane.comp.video.mesa3d.devel/112810
It at least compiles again for me, but I can't say for sure, if this is the
correct fix.
--
You are receiving this
One place in r600_llvm.c was forgotten when replacing
R600_UCP_CONST_BUFFER with R600_BUFFER_INFO_CONST_BUFFER.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=91985
CC: Dave Airlie
Signed-off-by: Kai Wasserbäch
---
Hi,
this fixes a FTBFS after the commit mentioned above. If you accept t
https://bugs.freedesktop.org/show_bug.cgi?id=91985
--- Comment #3 from Kai ---
(In reply to Ilia Mirkin from comment #1)
> Seems more likely that the culprit is
>
> From f9caabe8f1bff86d19b53d9ecba5c72b238d9e23 Mon Sep 17 00:00:00 2001
> From: Dave Airlie
> Date: Fri, 11 Sep 2015 04:43:53 +0100
https://bugs.freedesktop.org/show_bug.cgi?id=91985
Kai changed:
What|Removed |Added
CC|v...@ovi.com|airl...@freedesktop.org
Summary|[regres
https://bugs.freedesktop.org/show_bug.cgi?id=91985
--- Comment #1 from Ilia Mirkin ---
Seems more likely that the culprit is
>From f9caabe8f1bff86d19b53d9ecba5c72b238d9e23 Mon Sep 17 00:00:00 2001
From: Dave Airlie
Date: Fri, 11 Sep 2015 04:43:53 +0100
Subject: r600g: lower number of driver con
https://bugs.freedesktop.org/show_bug.cgi?id=91985
Kai changed:
What|Removed |Added
CC||mesa-dev@lists.freedesktop.
|
On Sat, Sep 12, 2015 at 3:35 AM, Ilia Mirkin wrote:
> On Mon, Sep 7, 2015 at 8:15 AM, Julien Isorce wrote:
>> https://bugs.freedesktop.org/show_bug.cgi?id=89969
>>
>> Signed-off-by: Julien Isorce
>> ---
>> src/gallium/drivers/nouveau/nouveau_vp3_video.h | 3 +++
>> src/gallium/drivers/nouve
On Mon, Sep 7, 2015 at 8:15 AM, Julien Isorce wrote:
> https://bugs.freedesktop.org/show_bug.cgi?id=89969
>
> Signed-off-by: Julien Isorce
> ---
> src/gallium/drivers/nouveau/nouveau_vp3_video.h | 3 +++
> src/gallium/drivers/nouveau/nouveau_vp3_video_bsp.c | 8
> 2 files changed, 1
Previously, our VUE map code always assigned slots to varyings
sequentially, in one contiguous block.
This was a bad fit for separate shaders - the GS input layout depended
or the VS output layout, so if we swapped out vertex shaders, we might
have to recompile the GS on the fly - which rather def
Our plan of assigning consecutive slots doesn't work properly for
separate shader objects - at least, if we want to avoid recompiling them
whenever the interface changes.
As a first step, make assign_vue_map take an explicit slot parameter,
rather than implicitly incrementing it.
Signed-off-by: K
The old code was disasterously complex - spread across multiple atoms
which may not even run, inspecting the dirty bits to try and decide
whether it was necessary to do checks...storing VS information in
brw_context...extra flagging...
This code tripped me and Carl up very badly when working on th
39 matches
Mail list logo
