Hi all,
In our mesa code, there is a pipe driver named failover which is not
used at all. I think the failover pipe driver is a good solution of the
hardware without full capability to support GL2.0. But why it's
discarded? It's because fallback solution isn't needed for almost all
hardware
https://bugs.freedesktop.org/show_bug.cgi?id=40860
fangxun xunx.f...@intel.com changed:
What|Removed |Added
Status|RESOLVED|VERIFIED
--- Comment #3
This set of patches add partial support for Uniform Buffer Object (UBO) in mesa.
This is still Work In Progress so the last 3 patches are not complete yet, and
support from the driver is not done yet. The first 6 patches however can be
reviewed.
I did not implement UBO inside shader name and
---
src/mapi/glapi/gen/ARB_Uniform_Buffer_Object.xml | 114 ++
src/mapi/glapi/gen/Makefile |1 +
src/mapi/glapi/gen/gl_API.xml|2 +-
3 files changed, 116 insertions(+), 1 deletions(-)
create mode 100644
---
src/glsl/glsl_lexer.ll |3 ++-
src/glsl/glsl_parser_extras.cpp |1 +
src/glsl/glsl_parser_extras.h |2 ++
3 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/src/glsl/glsl_lexer.ll b/src/glsl/glsl_lexer.ll
index cfd8926..a091f62 100644
---
---
src/mesa/main/mtypes.h| 47 -
src/mesa/main/shaderobj.c |7 ++
2 files changed, 53 insertions(+), 1 deletions(-)
diff --git a/src/mesa/main/mtypes.h b/src/mesa/main/mtypes.h
index f2eb889..49ae2fa 100644
--- a/src/mesa/main/mtypes.h
---
src/glsl/ir.h |2 ++
src/glsl/ir_clone.cpp |2 ++
src/glsl/opt_dead_code.cpp |2 ++
3 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/src/glsl/ir.h b/src/glsl/ir.h
index 2e899f3..cf57b3e 100644
--- a/src/glsl/ir.h
+++ b/src/glsl/ir.h
@@ -394,6 +394,8
---
src/glsl/ast.h | 25 ++
src/glsl/ast_to_hir.cpp | 43 ++-
src/glsl/glsl_parser.yy | 162 +++
src/glsl/glsl_parser_extras.h |5 +
src/mesa/program/ir_to_mesa.cpp |5 +
5 files changed, 239
---
src/glsl/linker.cpp | 154 ++-
1 files changed, 152 insertions(+), 2 deletions(-)
diff --git a/src/glsl/linker.cpp b/src/glsl/linker.cpp
index ba81c59..8dcc0d4 100644
--- a/src/glsl/linker.cpp
+++ b/src/glsl/linker.cpp
@@ -784,6 +784,47 @@
---
src/mesa/main/bufferobj.c |2 +
src/mesa/main/uniforms.c | 99 +
2 files changed, 101 insertions(+), 0 deletions(-)
diff --git a/src/mesa/main/bufferobj.c b/src/mesa/main/bufferobj.c
index c453f9c..794cde5 100644
---
---
src/mesa/main/uniforms.c | 22 ++
1 files changed, 22 insertions(+), 0 deletions(-)
diff --git a/src/mesa/main/uniforms.c b/src/mesa/main/uniforms.c
index b923aef..172c817 100644
--- a/src/mesa/main/uniforms.c
+++ b/src/mesa/main/uniforms.c
@@ -1522,6 +1522,23 @@
https://bugs.freedesktop.org/show_bug.cgi?id=41152
Summary: [glsl] Shader backend in Regnum Online does not work
Product: Mesa
Version: git
Platform: Other
URL: http://www.regnumonlinegame.com/
OS/Version: All
Status:
On Fri, Sep 23, 2011 at 3:18 AM, jaco...@viatech.com.cn wrote:
Hi all,
In our mesa code, there is a pipe driver named failover which is not used
at all. I think the failover pipe driver is a good solution of the hardware
without full capability to support GL2.0. But why it’s discarded?
On Fri, 23 Sep 2011 03:04:21 +0200, Henri Verbeet hverb...@gmail.com wrote:
Non-text part: multipart/mixed
On 23 September 2011 01:48, Eric Anholt e...@anholt.net wrote:
In the case of n == 1 with more than one bit set, doesn't this stomp the
_ColorDrawBufferIndexes[] we just calculated
On Thu, 15 Sep 2011 16:02:49 +0800, Yuanhan Liu yuanhan@linux.intel.com
wrote:
intel_image-mt might be NULL, say with border width set. It then would
trigger a segfault at intel_map/unmap_texture_image function.
This would fix the oglc misctest(basic.textureBorderIgnore) fail.
On Thu, 22 Sep 2011 16:27:12 -0700, Ben Widawsky b...@bwidawsk.net wrote:
This makes the code a lot cleaner, and theoretically faster (not many
real world tests use this GL extension).
Cc: Eric Anholt e...@anholt.net
Cc: Daniel Vetter daniel.vet...@ffwll.ch
Cc: Mesa Devs
On 09/08/2011 09:14 PM, Kenneth Graunke wrote:
i915_miptree_layout, i945_miptree_layout, and brw_miptree_layout always
just return GL_TRUE, so there's really no point to it. Change them to
void functions and remove the (dead) error checking code.
Signed-off-by: Kenneth
On Fri, 23 Sep 2011 10:15:02 -0700
Eric Anholt e...@anholt.net wrote:
On Thu, 22 Sep 2011 16:27:12 -0700, Ben Widawsky b...@bwidawsk.net
wrote:
This makes the code a lot cleaner, and theoretically faster (not
many real world tests use this GL extension).
Cc: Eric Anholt e...@anholt.net
On Fri, 23 Sep 2011 11:46:41 -0700
Ben Widawsky b...@bwidawsk.net wrote:
On Fri, 23 Sep 2011 10:15:02 -0700
Eric Anholt e...@anholt.net wrote:
On Thu, 22 Sep 2011 16:27:12 -0700, Ben Widawsky b...@bwidawsk.net
wrote:
This makes the code a lot cleaner, and theoretically faster (not
On Fri, 23 Sep 2011 11:56:59 -0700
Ben Widawsky b...@bwidawsk.net wrote:
On Fri, 23 Sep 2011 11:46:41 -0700
Ben Widawsky b...@bwidawsk.net wrote:
On Fri, 23 Sep 2011 10:15:02 -0700
Eric Anholt e...@anholt.net wrote:
On Thu, 22 Sep 2011 16:27:12 -0700, Ben Widawsky
On 22 September 2011 15:21, Kenneth Graunke kenn...@whitecape.org wrote:
Found by inspection.
Signed-off-by: Kenneth Graunke kenn...@whitecape.org
---
src/glsl/opt_tree_grafting.cpp | 37
++---
1 files changed, 26 insertions(+), 11 deletions(-)
diff
---
src/egl/main/egldisplay.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/src/egl/main/egldisplay.c b/src/egl/main/egldisplay.c
index 39ba883..4960800 100644
--- a/src/egl/main/egldisplay.c
+++ b/src/egl/main/egldisplay.c
@@ -146,7 +146,11 @@
On 09/23/2011 07:53 AM, vlj wrote:
This set of patches add partial support for Uniform Buffer Object (UBO) in mesa.
This is still Work In Progress so the last 3 patches are not complete yet, and
support from the driver is not done yet. The first 6 patches however can be
reviewed.
I did not
On 09/23/2011 07:53 AM, vlj wrote:
---
src/mesa/main/bufferobj.c |2 +
src/mesa/main/uniforms.c | 99 +
2 files changed, 101 insertions(+), 0 deletions(-)
diff --git a/src/mesa/main/bufferobj.c b/src/mesa/main/bufferobj.c
index
On 09/23/2011 07:53 AM, vlj wrote:
---
src/mesa/main/uniforms.c | 22 ++
1 files changed, 22 insertions(+), 0 deletions(-)
diff --git a/src/mesa/main/uniforms.c b/src/mesa/main/uniforms.c
index b923aef..172c817 100644
--- a/src/mesa/main/uniforms.c
+++
On 09/23/2011 07:53 AM, vlj wrote:
---
src/mesa/main/mtypes.h| 47 -
src/mesa/main/shaderobj.c |7 ++
2 files changed, 53 insertions(+), 1 deletions(-)
diff --git a/src/mesa/main/mtypes.h b/src/mesa/main/mtypes.h
index
On 09/23/2011 07:53 AM, vlj wrote:
---
src/glsl/linker.cpp | 154 ++-
1 files changed, 152 insertions(+), 2 deletions(-)
diff --git a/src/glsl/linker.cpp b/src/glsl/linker.cpp
index ba81c59..8dcc0d4 100644
--- a/src/glsl/linker.cpp
+++
On 09/22/2011 07:24 PM, Brian Paul wrote:
On Thu, Sep 22, 2011 at 6:14 PM, Eric Anholte...@anholt.net wrote:
Here's an extract of what I had in one of my branches for mti, with a
slight cleanup to reduce diffs in texgetimage.c. Tested on i965 and
softpipe. This code can also be found in the
Lack of interest. Nobody wants fallbacks. Especially fallbacks with
0.1 fps, which kinda looks like a hardlock for a while. Besides that,
mapping VRAM to user address space is impractical for several reasons.
Marek
On Fri, Sep 23, 2011 at 9:18 AM, jaco...@viatech.com.cn wrote:
Hi all,
In
First- This may really be the wrong place for this, if so kindly point me in
the right direction and I will buzz off!
I'm trying to run Half Life 2 through Wine on Xubuntu 11.04 using
xorg-edgers and the r600g driver. Here's what I get:
On 21 September 2011 18:21, Kenneth Graunke kenn...@whitecape.org wrote:
Overall, this looks great, Paul. Other than my few small comments:
Reviewed-by: Kenneth Graunke kenn...@whitecape.org
Thanks, Ken. I just pushed this to master. Let me know when your ir_call
patches land--I don't
When mapping a range of a buffer that has the UNSYNCHRONIZED_BIT, and is
only writable, we can take some shortcuts and let people shoot their
feet.
Cc: Eric Anholt e...@anholt.net
Cc: Mesa Devs mesa-dev@lists.freedesktop.org
Signed-off-by: Ben Widawsky b...@bwidawsk.net
---
By default, HiZ is still disabled. This series causes no Piglit regressions
when HiZ is disabled.
When HiZ *is* enabled, it is now stable enough to run gnome-shell, nexuiz, and
openarena without any artifacts. Mipmapped depth textures, however, are still
broken, as well as many Piglit tests.
Add the following functions:
resolve_depthbuffer
resolve_hizbuffer
Signed-off-by: Chad Versace c...@chad-versace.us
---
src/mesa/drivers/dri/intel/intel_context.h | 11 +++
1 files changed, 11 insertions(+), 0 deletions(-)
diff --git
The intel_context.gen field is set by intelInitContext. So, by calling
intelInitContext before initializing the vtable, we can can construct
different vtables for different gens.
Signed-off-by: Chad Versace c...@chad-versace.us
---
src/mesa/drivers/dri/i965/brw_context.c |3 ++-
1 files
Add stub functions for the following:
brw_hiz_resolve_depthbuffer
brw_hiz_resolve_hizbuffer
These will later be used to implement:
intel.vtbl.resolve_depthbuffer
intel.vtbl.resolve_hizbuffer
Signed-off-by: Chad Versace c...@chad-versace.us
---
If Gen = 6, then set the following:
vtbl.resolve_depthbuffer
vtbl.resolve_hizbuffer.
Signed-off-by: Chad Versace c...@chad-versace.us
---
src/mesa/drivers/dri/i965/brw_vtbl.c |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git
The HiZ control state is used only by depth regions for which HiZ is
enabled. The control state points to the depth region's associated HiZ
region and indicates if any resolve is needed.
A later commit will remove intel_renderbuffer::hiz_region. since that
pointer is will be duplicated by
The 'mode' param is a bitmask of GL_MAP_READ_BIT and GL_MAP_WRITE_BIT.
A future commit will perform HiZ resolve operations in intel_region_map().
So, even though the access mode is irrelevant to the GTT, the extra
information allows us to intelligently avoid unneccessary HiZ ops.
Signed-off-by:
Signed-off-by: Chad Versace c...@chad-versace.us
---
src/mesa/drivers/dri/intel/intel_regions.c | 16
1 files changed, 16 insertions(+), 0 deletions(-)
diff --git a/src/mesa/drivers/dri/intel/intel_regions.c
b/src/mesa/drivers/dri/intel/intel_regions.c
index 0a5c2c1..304de8b
This eliminates the need for intel_fbo.h to include intel_regions.h on the
next commit. And this function was too large to be inline, anyway.
Signed-off-by: Chad Versace c...@chad-versace.us
---
src/mesa/drivers/dri/intel/intel_fbo.c | 12
src/mesa/drivers/dri/intel/intel_fbo.h |
This function allocates the HiZ region and initializes the HiZ control
state for a depthbuffer.
It is wise to define the logic for HiZ region allocation in a single
location, since when MSAA arrives that logic will become more complicated.
Signed-off-by: Chad Versace c...@chad-versace.us
---
And replace it with intel_renderbuffer::region::hiz::region.
Signed-off-by: Chad Versace c...@chad-versace.us
---
src/mesa/drivers/dri/i965/brw_misc_state.c | 27 +++--
src/mesa/drivers/dri/intel/intel_context.c | 14 --
src/mesa/drivers/dri/intel/intel_fbo.c |
struct brw_context::hiz contains state needed to perform HiZ meta-ops and
indicates if a HiZ operation is currently in progress.
Signed-off-by: Chad Versace c...@chad-versace.us
---
src/mesa/drivers/dri/i965/brw_context.h | 35 +++
Complete the following functions:
brw_hiz_resolve_depthbuffer
brw_hiz_resolve_hizbuffer
In addition to these meta-ops, we must manipulate several state batches
(see comments to brw_hiz_meta_save). That work is done in the subsequent
commit i965: Manipulate state batches for Hiz meta-ops.
Before this commit, brw_set_prim() used intel_context.reduced_primitive
and BRW_NEW_REDUCED_PRIMITIVE regardless of generation. This was
confusing, because those bits are not actually used on Gen = 6.
Signed-off-by: Chad Versace c...@chad-versace.us
---
src/mesa/drivers/dri/i965/brw_draw.c
For example, GL_TRIANLES is converted to _3DPRIM_TRILIST.
The conversion is necessary because HiZ and MSAA resolve operations emit
a 3DPRIM_RECTLIST, which cannot be conveyed by GLenum.
As a consequence, brw_gs_prog_key.primitive is also converted.
Signed-off-by: Chad Versace
Signed-off-by: Chad Versace c...@chad-versace.us
---
src/mesa/drivers/dri/i965/brw_draw.c |3 ++
src/mesa/drivers/dri/i965/gen6_clip_state.c | 17 +++
src/mesa/drivers/dri/i965/gen6_depthstencil.c | 22 +-
src/mesa/drivers/dri/i965/gen6_sf_state.c
Signed-off-by: Chad Versace c...@chad-versace.us
---
src/mesa/drivers/dri/i965/brw_misc_state.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_misc_state.c
b/src/mesa/drivers/dri/i965/brw_misc_state.c
index 5adf2d7..1121f61 100644
---
In brw_try_draw_prims(), perform a HiZ resolve on the attached depthbuffer
and perform a depth resolve on each enabled depth texture, if needed.
Signed-off-by: Chad Versace c...@chad-versace.us
---
src/mesa/drivers/dri/i965/brw_draw.c | 43 ++
1 files changed,
From: Kenneth Graunke kenn...@whitecape.org
Signed-off-by: Chad Versace c...@chad-versace.us
Signed-off-by: Kenneth Graunke kenn...@whitecape.org
---
src/mesa/drivers/dri/i965/gen7_clip_state.c | 17 ++
src/mesa/drivers/dri/i965/gen7_misc_state.c | 33 +-
And replace it with intel_renderbuffer::region::hiz::region.
v2: In intel_process_dri2_buffer*(), don't call intel_get_renderbuffer() to
get the depthbuffer. The variable 'rb' already points to it.
Signed-off-by: Chad Versace c...@chad-versace.us
---
And replace it with intel_renderbuffer::region::hiz::region.
v2: In intel_process_dri2_buffer*(), don't call intel_get_renderbuffer() to
get the depthbuffer. The variable 'rb' already points to it.
v3: Actually do what I intended in the v2 change (oops). Replace depth_irb
with rb.
53 matches
Mail list logo