On Sat, Oct 8, 2011 at 7:07 PM, Dave Airlie wrote:
> From: Dave Airlie
>
> We need add a new set of fragment shader variants, along with new vertex
> elements for signed and unsigned clears.
>
> The new fragment shader variants are due to the integers values requiring
> CONSTANT interpolation. Th
https://bugs.freedesktop.org/show_bug.cgi?id=41595
Eric Appleman changed:
What|Removed |Added
Summary|Hi10P videos produce|Hi10P videos produce
|
https://bugs.freedesktop.org/show_bug.cgi?id=41595
Summary: Hi10P videos produce improper playback in gl unless
yv12 is used.
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity
On Sat, 2011-10-08 at 11:35 +0200, Christian König wrote:
> Hi Vadim,
>
> wow quite impressive, does it also contains peep-hole optimisation?
>
Not yet, I want to create a stable framework first (conversion to the
internal representation and back to the bytecode), and this is still
not finished.
From: Dave Airlie
This adds support to the clear and tile caches for integer storage
and clearing, avoiding any floating paths.
Signed-off-by: Dave Airlie
---
src/gallium/drivers/softpipe/sp_clear.c |7 +-
src/gallium/drivers/softpipe/sp_tex_tile_cache.c | 32 -
src/gallium/
From: Dave Airlie
We need add a new set of fragment shader variants, along with new vertex
elements for signed and unsigned clears.
The new fragment shader variants are due to the integers values requiring
CONSTANT interpolation. The new vertex element descriptions are for passing
the clear colo
- Original Message -
> ---
> configs/autoconf.in|1 +
> configure.ac |1 +
> src/gallium/state_trackers/xa/Makefile |2 +-
> src/gallium/targets/xa-vmwgfx/Makefile |2 +-
> 4 files changed, 4 insertions(+), 2 deletions(-)
>
> d
- Original Message -
> ---
> configure.ac |6 +++---
> 1 files changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/configure.ac b/configure.ac
> index 49e81ad..942084b 100644
> --- a/configure.ac
> +++ b/configure.ac
> @@ -1875,9 +1875,9 @@ dnl Restore LDFLAGS and CPPFLAGS
> LD
---
configs/autoconf.in|1 +
configure.ac |1 +
src/gallium/state_trackers/xa/Makefile |2 +-
src/gallium/targets/xa-vmwgfx/Makefile |2 +-
4 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/configs/autoconf.in b/configs/aut
---
configure.ac |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/configure.ac b/configure.ac
index 49e81ad..942084b 100644
--- a/configure.ac
+++ b/configure.ac
@@ -1875,9 +1875,9 @@ dnl Restore LDFLAGS and CPPFLAGS
LDFLAGS="$_SAVE_LDFLAGS"
CPPFLAGS="$_SAVE_CPPFLAGS
https://bugs.freedesktop.org/show_bug.cgi?id=36792
--- Comment #4 from Johannes Obermayr 2011-10-08
07:14:32 PDT ---
Created an attachment (id=52118)
View: https://bugs.freedesktop.org/attachment.cgi?id=52118
Review: https://bugs.freedesktop.org/review?bug=36792&attachment=52118
LLVM should p
On Sat, Oct 8, 2011 at 6:55 AM, Jose Fonseca wrote:
> Just noticed that the latest glext.h doesn't define
> DEPTH_BUFFER/STENCIL_BUFFER anymore. This is what enum.spec says:
>
> # Due to a syncing problem between the ARB_framebuffer_object extension
> # specification and the core API specificatio
- Original Message -
> On Sat, Oct 8, 2011 at 1:44 AM, Jose Fonseca
> wrote:
> >
> >
> > - Original Message -
> >> NOTE: This is a candidate for the stable branches.
> >> ---
> >> src/gallium/auxiliary/pipebuffer/pb_bufmgr_cache.c | 7 +++
> >> 1 files changed, 7 insertio
Just noticed that the latest glext.h doesn't define DEPTH_BUFFER/STENCIL_BUFFER
anymore. This is what enum.spec says:
# Due to a syncing problem between the ARB_framebuffer_object extension
# specification and the core API specification during development, the
# following tokens were present in t
On Sat, Oct 08, 2011 at 02:17:29AM -0700, Kenneth Graunke wrote:
> On 10/08/2011 02:08 AM, Yuanhan Liu wrote:
> > If you include "mtypes.h", which would define macro NDEBUG, before
> > including "compiler.h", you would find that the assert macro will no
> > longer work; it just make it slient by re
Hi Vadim,
wow quite impressive, does it also contains peep-hole optimisation?
I tried to implement that once, but failed because I never got all the
dependencies between opcodes correctly resolved. Rescheduling export
instructions and setting the barrier flag of CF instructions correctly
can also
On 10/08/2011 02:08 AM, Yuanhan Liu wrote:
> If you include "mtypes.h", which would define macro NDEBUG, before
> including "compiler.h", you would find that the assert macro will no
> longer work; it just make it slient by replacing it with ((void) (0));
>
> Signed-off-by: Yuanhan Liu
> ---
> s
If you include "mtypes.h", which would define macro NDEBUG, before
including "compiler.h", you would find that the assert macro will no
longer work; it just make it slient by replacing it with ((void) (0));
Signed-off-by: Yuanhan Liu
---
src/mesa/main/mtypes.h |3 ---
1 files changed, 0 inse
18 matches
Mail list logo