https://bugs.freedesktop.org/show_bug.cgi?id=69101
--- Comment #10 from jack ---
I'll have to give rc7 a shot -- didn't realize it had dropped today. Looks to
have a lot of promising things in it (Marek's shader engine fixes too, which
will be nice.)
--
You are receiving this mail because:
You
https://bugs.freedesktop.org/show_bug.cgi?id=69101
--- Comment #9 from Mike Lothian ---
Actually there are still a few PRIME rendering issue with UXA as well as SNA -
they just don't happen as frequently
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=69101
--- Comment #8 from Mike Lothian ---
If you're using kernel 3.12 try the latest 3.13-rc7 there's an issue with
vgaswitcheroo that's just been fixed - you'll also be able to boot with
radeon.runpm=1 which will power off your card when you're not u
FMA(a,b,c) keeps extra precision (usually 1 more bit of mantissa,
afaik) for the result a*b and add this to c, to finally produce a
IEEE754 32bit float result.
MAD(a,b,c) product a IEEE754 32bit float product a*b and add it to C.
So, fma can be slightly more accurate. An accuracy that is somethin
How is FMA different from MAD?
Please document the new opcodes in src/gallium/docs/source/tgsi.rst.
Marek
On Sun, Jan 5, 2014 at 12:42 AM, Maxence Le Doré
wrote:
> From: Maxence Le Doré
>
> ---
> src/gallium/auxiliary/tgsi/tgsi_info.c | 16
> src/gallium/auxiliary/tgsi/
From: Maxence Le Doré
---
src/mesa/state_tracker/st_glsl_to_tgsi.cpp | 24
1 file changed, 20 insertions(+), 4 deletions(-)
diff --git a/src/mesa/state_tracker/st_glsl_to_tgsi.cpp
b/src/mesa/state_tracker/st_glsl_to_tgsi.cpp
index 726b574..7c1f4e2 100644
--- a/src/mesa
From: Maxence Le Doré
---
src/gallium/auxiliary/tgsi/tgsi_exec.c | 42 ++
1 file changed, 42 insertions(+)
diff --git a/src/gallium/auxiliary/tgsi/tgsi_exec.c
b/src/gallium/auxiliary/tgsi/tgsi_exec.c
index ddff409..aa1b140 100644
--- a/src/gallium/auxiliary/tgsi
From: Maxence Le Doré
---
src/gallium/auxiliary/tgsi/tgsi_exec.c | 44 ++
1 file changed, 44 insertions(+)
diff --git a/src/gallium/auxiliary/tgsi/tgsi_exec.c
b/src/gallium/auxiliary/tgsi/tgsi_exec.c
index aa1b140..10bce5e 100644
--- a/src/gallium/auxiliary/tgsi
From: Maxence Le Doré
---
src/gallium/auxiliary/tgsi/tgsi_exec.c | 16
1 file changed, 16 insertions(+)
diff --git a/src/gallium/auxiliary/tgsi/tgsi_exec.c
b/src/gallium/auxiliary/tgsi/tgsi_exec.c
index b614907..25d3373 100644
--- a/src/gallium/auxiliary/tgsi/tgsi_exec.c
+++ b
From: Maxence Le Doré
---
src/gallium/auxiliary/tgsi/tgsi_exec.c | 14 ++
1 file changed, 14 insertions(+)
diff --git a/src/gallium/auxiliary/tgsi/tgsi_exec.c
b/src/gallium/auxiliary/tgsi/tgsi_exec.c
index 25d3373..ddff409 100644
--- a/src/gallium/auxiliary/tgsi/tgsi_exec.c
+++ b/s
From: Maxence Le Doré
---
src/gallium/auxiliary/tgsi/tgsi_info.c | 16
src/gallium/auxiliary/tgsi/tgsi_opcode_tmp.h | 6 ++
src/gallium/include/pipe/p_shader_tokens.h | 9 -
3 files changed, 30 insertions(+), 1 deletion(-)
diff --git a/src/gallium/auxiliar
From: Maxence Le Doré
---
src/gallium/auxiliary/util/u_cpu_detect.c | 5 +
src/gallium/auxiliary/util/u_cpu_detect.h | 2 ++
2 files changed, 7 insertions(+)
diff --git a/src/gallium/auxiliary/util/u_cpu_detect.c
b/src/gallium/auxiliary/util/u_cpu_detect.c
index d2d1313..19ad4fa 100644
---
From: Maxence Le Doré
---
src/gallium/auxiliary/gallivm/lp_bld_intr.c | 16
src/gallium/auxiliary/gallivm/lp_bld_intr.h | 9 +
2 files changed, 25 insertions(+)
diff --git a/src/gallium/auxiliary/gallivm/lp_bld_intr.c
b/src/gallium/auxiliary/gallivm/lp_bld_intr.c
inde
From: Maxence Le Doré
---
src/gallium/auxiliary/gallivm/lp_bld_intr.c | 18 ++
src/gallium/auxiliary/gallivm/lp_bld_intr.h | 9 +
2 files changed, 27 insertions(+)
diff --git a/src/gallium/auxiliary/gallivm/lp_bld_intr.c
b/src/gallium/auxiliary/gallivm/lp_bld_intr.c
in
On Sat, Jan 04, 2014 at 10:25:52PM +0100, Bruno Jimenez wrote:
> On Sat, 2014-01-04 at 13:08 -0800, Tom Stellard wrote:
>
> [snip]
>
> > >
> > > So, you were wright, I changed the behaviour for
> > > need == 0. But just checking for need < 0 should
> > > address it.
> > >
> >
> > Thanks for the
On Sat, Jan 04, 2014 at 06:28:27PM +0100, Bruno Jimenez wrote:
> On Sat, 2014-01-04 at 08:52 -0800, Tom Stellard wrote:
> > On Sat, Jan 04, 2014 at 01:27:32AM +0100, Bruno Jiménez wrote:
> > > ---
> > > src/gallium/drivers/r600/compute_memory_pool.c | 18 +++---
> > > 1 file changed, 7
https://bugs.freedesktop.org/show_bug.cgi?id=69101
Anton Sudak changed:
What|Removed |Added
CC||anton.su...@gmail.com
--
You are receivin
I wonder if PBO drawpixels in intel_pixel_draw.c needs the same treatment?
Thanks.
Alexander
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
On Sat, 2014-01-04 at 08:52 -0800, Tom Stellard wrote:
> On Sat, Jan 04, 2014 at 01:27:32AM +0100, Bruno Jiménez wrote:
> > ---
> > src/gallium/drivers/r600/compute_memory_pool.c | 18 +++---
> > 1 file changed, 7 insertions(+), 11 deletions(-)
> >
> > diff --git a/src/gallium/drivers
On Sat, Jan 04, 2014 at 01:27:32AM +0100, Bruno Jiménez wrote:
> ---
> src/gallium/drivers/r600/compute_memory_pool.c | 18 +++---
> 1 file changed, 7 insertions(+), 11 deletions(-)
>
> diff --git a/src/gallium/drivers/r600/compute_memory_pool.c
> b/src/gallium/drivers/r600/compute_m
On Sat, Jan 04, 2014 at 01:27:33AM +0100, Bruno Jiménez wrote:
> It seems to be unimplemented.
>
> I think that this function would have been the one that
> solves the problem with fragmentation that
> compute_memory_finalize_pending has.
Reviewed-by: Tom Stellard
> ---
> src/gallium/drivers/r
On Sat, Jan 04, 2014 at 01:27:30AM +0100, Bruno Jiménez wrote:
> ---
Reviewed-by: Tom Stellard
> src/gallium/drivers/r600/compute_memory_pool.c | 8
> 1 file changed, 8 insertions(+)
>
> diff --git a/src/gallium/drivers/r600/compute_memory_pool.c
> b/src/gallium/drivers/r600/compute_
https://bugs.freedesktop.org/show_bug.cgi?id=13978
Benjamin Botwin changed:
What|Removed |Added
Status|VERIFIED|REOPENED
Resolution|FIXED
https://bugs.freedesktop.org/show_bug.cgi?id=13978
--- Comment #5 from Benjamin Botwin ---
Created attachment 91486
--> https://bugs.freedesktop.org/attachment.cgi?id=91486&action=edit
Simple Demonstration
--
You are receiving this mail because:
You are the assignee for the bug.
_
On Sat, Jan 04, 2014 at 01:27:31AM +0100, Bruno Jiménez wrote:
> In this case, NULL checks are added to compute_memory_grow_pool,
> so it returns -1 when it fails. This makes necesary
> to handle such cases in compute_memory_finalize_pending
> when it is needed to grow the pool
> ---
> src/gallium
On Sat, Jan 04, 2014 at 01:27:29AM +0100, Bruno Jiménez wrote:
> ---
Reviewed-by: Tom Stellard
> src/gallium/drivers/r600/compute_memory_pool.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/src/gallium/drivers/r600/compute_memory_pool.c
> b/src/gallium/drivers/r
https://bugs.freedesktop.org/show_bug.cgi?id=69101
--- Comment #7 from jack ---
I've got no problem using UXA, as I'm not doing much high performance stuff
with the IGP. The trouble I run into is that UXA doesn't seem to like PRIME --
whenever I start X with UXA enabled it doesn't show the radeon
https://bugs.freedesktop.org/show_bug.cgi?id=69101
--- Comment #6 from Mike Lothian ---
I find this happens in Gnome when using the SNA backend but not with UXA
As a work around I use a shortcut to toggle effects in kwin - this usually
fixes the issue within one or two goes - this is most useful
28 matches
Mail list logo
