On Don, 2011-09-29 at 02:47 +0200, Marek Olšák wrote:
Hi everyone,
I plan on moving all files from winsys/r600 into drivers/r600. The
r600 winsys sits between drivers/r600 and winsys/radeon and has had no
longer access to the DRM file descriptor, so it's pretty much a
non-winsys.
What
https://bugs.freedesktop.org/show_bug.cgi?id=41263
--- Comment #5 from Simon Farnsworth simon.farnswo...@onelan.co.uk 2011-09-29
02:21:41 PDT ---
I've now updated mesa to git revision e112287474e225969fb10e6bc744d9c48a853fc6
I added the following to that file, to clue me in when software
https://bugs.freedesktop.org/show_bug.cgi?id=41263
--- Comment #8 from Simon Farnsworth simon.farnswo...@onelan.co.uk 2011-09-29
03:10:04 PDT ---
That indeed appeared to be the problem. Patch will be attached shortly.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
https://bugs.freedesktop.org/show_bug.cgi?id=41263
--- Comment #9 from Simon Farnsworth simon.farnswo...@onelan.co.uk 2011-09-29
03:16:20 PDT ---
Created an attachment (id=51747)
View: https://bugs.freedesktop.org/attachment.cgi?id=51747
Review:
https://bugs.freedesktop.org/show_bug.cgi?id=41263
--- Comment #10 from Marek Olšák mar...@gmail.com 2011-09-29 06:47:20 PDT ---
Thanks. Please send the patch to mesa-dev@lists.freedesktop.org
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving
On Wed, Sep 28, 2011 at 8:47 PM, Marek Olšák mar...@gmail.com wrote:
Hi everyone,
I plan on moving all files from winsys/r600 into drivers/r600. The
r600 winsys sits between drivers/r600 and winsys/radeon and has had no
longer access to the DRM file descriptor, so it's pretty much a
On 09/28/2011 05:39 PM, Marek Olšák wrote:
This removes:
- PIPE_CAP_MAX_TEXTURE_IMAGE_UNITS
- PIPE_CAP_MAX_VERTEX_TEXTURE_UNITS
in favor of the that new per-shader cap.
---
src/gallium/auxiliary/tgsi/tgsi_exec.h |2 +
src/gallium/drivers/cell/ppu/cell_screen.c |9
When an FBO is rendering to a texture (rather than a renderbuffer),
Gallium sets up an internal renderbuffer to handle the rendering, and
copies over enough texture state to make this work.
InternalFormat was missed out, causing glTexCopyImage to take a slow
path unnecessarily.
Fixes
On Thu, Sep 29, 2011 at 4:37 PM, Brian Paul bri...@vmware.com wrote:
On 09/28/2011 05:39 PM, Marek Olšák wrote:
This removes:
- PIPE_CAP_MAX_TEXTURE_IMAGE_UNITS
- PIPE_CAP_MAX_VERTEX_TEXTURE_UNITS
in favor of the that new per-shader cap.
---
src/gallium/auxiliary/tgsi/tgsi_exec.h
On 09/29/2011 07:51 AM, Simon Farnsworth wrote:
When an FBO is rendering to a texture (rather than a renderbuffer),
Gallium sets up an internal renderbuffer to handle the rendering, and
copies over enough texture state to make this work.
InternalFormat was missed out, causing glTexCopyImage to
On 09/29/2011 03:43 AM, Yuanhan Liu wrote:
I hope I can find something from OpenGL spec to support this. Badly, I
didn't make it with a simply searching.
Basically, it's an issue that should we restore all the arrayobj stuff
if the bufobj is deleted? Say, in a following case:
On Sep 28, 2011, at 23:28, Miles Bader wrote:
2011/9/29 Alan Coopersmith alan.coopersm...@oracle.com:
_Why_ is the GPLv3 not acceptable, when the GPLv2 was?
Note his employer, which is well known as not accepting the GPLv3,
possibly due to it being a mobile phone manufacturer, and the
This series is the first block of cleans and refactors from my idr-work branch
(note: the tail of that branch is kind of a mess right now). This is working
towards a fairly significant refactor of the way shaders (GLSL and assembly)
are tracked and handled in Mesa. The end goal is to remove as
From: Ian Romanick ian.d.roman...@intel.com
See also 8aadd89.
Signed-off-by: Ian Romanick ian.d.roman...@intel.com
---
src/mesa/program/sampler.cpp | 17 +++--
1 files changed, 3 insertions(+), 14 deletions(-)
diff --git a/src/mesa/program/sampler.cpp
From: Ian Romanick ian.d.roman...@intel.com
This allows querying the linked shader itself rather than the Mesa IR.
This is the first step towards removing gl_program::Attributes.
Signed-off-by: Ian Romanick ian.d.roman...@intel.com
---
src/mesa/main/shader_query.cpp | 78
From: Ian Romanick ian.d.roman...@intel.com
Signed-off-by: Ian Romanick ian.d.roman...@intel.com
---
src/mesa/program/hash_table.h |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/src/mesa/program/hash_table.h b/src/mesa/program/hash_table.h
index e715bb1..746939c
From: Ian Romanick ian.d.roman...@intel.com
Signed-off-by: Ian Romanick ian.d.roman...@intel.com
---
src/mesa/program/hash_table.c | 32
1 files changed, 16 insertions(+), 16 deletions(-)
diff --git a/src/mesa/program/hash_table.c
From: Ian Romanick ian.d.roman...@intel.com
This just folds bind_attrib_location into _mesa_BindAttribLocationARB
and moves the resulting function function to the other source file.
More changes are coming soon.
Signed-off-by: Ian Romanick ian.d.roman...@intel.com
---
From: Ian Romanick ian.d.roman...@intel.com
Signed-off-by: Ian Romanick ian.d.roman...@intel.com
---
src/mesa/program/hash_table.c | 25 +
src/mesa/program/hash_table.h | 15 +++
2 files changed, 40 insertions(+), 0 deletions(-)
diff --git
From: Ian Romanick ian.d.roman...@intel.com
This currently mirrors the state tracking
gl_shader_program::Attributes, but I'm working towards eliminating
that.
Signed-off-by: Ian Romanick ian.d.roman...@intel.com
---
src/mesa/main/mtypes.h | 11 ++-
From: Ian Romanick ian.d.roman...@intel.com
Lots of things set and copy this field around, but nothing uses it.
Signed-off-by: Ian Romanick ian.d.roman...@intel.com
---
src/mesa/main/mtypes.h |2 --
src/mesa/program/ir_to_mesa.cpp|2 --
From: Ian Romanick ian.d.roman...@intel.com
This just folds get_active_attrib into _mesa_GetActiveAttribARB
and moves the resulting function function to the other source file.
More changes are coming soon.
Signed-off-by: Ian Romanick ian.d.roman...@intel.com
---
src/mesa/main/shader_query.cpp |
From: Ian Romanick ian.d.roman...@intel.com
Signed-off-by: Ian Romanick ian.d.roman...@intel.com
---
src/glsl/linker.cpp | 138 +++---
1 files changed, 64 insertions(+), 74 deletions(-)
diff --git a/src/glsl/linker.cpp b/src/glsl/linker.cpp
index
From: Ian Romanick ian.d.roman...@intel.com
Signed-off-by: Ian Romanick ian.d.roman...@intel.com
---
src/mesa/main/mtypes.h |1 -
src/mesa/main/shader_query.cpp |9 ++---
src/mesa/main/shaderobj.c |6 --
3 files changed, 2 insertions(+), 14 deletions(-)
diff
From: Ian Romanick ian.d.roman...@intel.com
Instead of relying on the mirror in the Mesa IR assembly shader, just
use the variables actually stored in the GLSL IR. This will be a bit
slower, but nobody cares about the performance of glGetActiveAttrib.
Signed-off-by: Ian Romanick
From: Ian Romanick ian.d.roman...@intel.com
Signed-off-by: Ian Romanick ian.d.roman...@intel.com
---
src/mesa/main/shader_query.cpp | 27 +++
src/mesa/main/shaderapi.c |2 +-
src/mesa/main/shaderapi.h |2 ++
3 files changed, 30 insertions(+), 1
From: Ian Romanick ian.d.roman...@intel.com
Signed-off-by: Ian Romanick ian.d.roman...@intel.com
---
src/mesa/main/shader_query.cpp| 29 +
src/mesa/main/shaderapi.c |8 +---
src/mesa/main/shaderapi.h |2 ++
From: Ian Romanick ian.d.roman...@intel.com
Signed-off-by: Ian Romanick ian.d.roman...@intel.com
---
src/mesa/main/mtypes.h |5 -
src/mesa/main/shader_query.cpp |4
src/mesa/program/ir_to_mesa.cpp|9 -
From: Brian Paul bri...@vmware.com
The GL spec says that luminance values are returned as (l, 0, 0, 1),
L/A values as (l, 0, 0, a) and intensity values as (i, 0, 0, 1).
Use the pixel transfer scale controls to implement that.
This fixes a few failures in the new piglit getteximage-formats
test
From: Brian Paul bri...@vmware.com
This hasn't been needed so far since none of the core Mesa code paths
that call ctx-Driver.AllocTextureImageBuffer() are used with the
state tracker. That will change in upcoming patches.
Note that this function duplicates some code seen in the st_TexImage()
From: Brian Paul bri...@vmware.com
The target, level and texObj can be obtained through the texImage
parameter. We could make similar changes for the TexImage() hooks too.
---
src/mesa/drivers/common/meta.c |7 +++
src/mesa/drivers/common/meta.h |3 +--
From: Brian Paul bri...@vmware.com
If color material mode is enabled, constant buffer entries related
to the lighting coefficients will depend on glColor. So add
_NEW_CURRENT_ATTRIB to the bitset returned for lighting-related
constants in _mesa_program_state_flags().
This fixes a bug exercised
On 09/29/2011 10:51 AM, Ian Romanick wrote:
From: Ian Romanick ian.d.roman...@intel.com
This allows querying the linked shader itself rather than the Mesa IR.
This is the first step towards removing gl_program::Attributes.
Signed-off-by: Ian Romanick ian.d.roman...@intel.com
NAK.
On 09/29/2011 10:51 AM, Ian Romanick wrote:
From: Ian Romanick ian.d.roman...@intel.com
Signed-off-by: Ian Romanick ian.d.roman...@intel.com
---
src/mesa/program/hash_table.c | 25 +
src/mesa/program/hash_table.h | 15 +++
2 files changed, 40
Fixes piglit ARB_color_buffer_float/api-get
---
src/mesa/main/get.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/src/mesa/main/get.c b/src/mesa/main/get.c
index 9c1771e..0342ff6 100644
--- a/src/mesa/main/get.c
+++ b/src/mesa/main/get.c
@@ -326,6 +326,7 @@
Before, we were only allocating these from our TexImage, so if the
texture image was set up in any other way (non-accelerated
glGenerateMipmaps()), they'd be missing or wrong.
---
src/mesa/drivers/dri/intel/intel_tex.c |5 +
src/mesa/drivers/dri/intel/intel_tex.h |3 +++
This patch series implements GL_EXT_texture_array for Intel, and
partially cleans up Mesa core support for it in the process. It
passes piglit here, plus some internal tests (except for the one
that's broken and ignores the minimum maximum layers).
The first patch you've seen before. I'm just
---
src/mesa/drivers/dri/intel/intel_tex_image.c | 59 --
1 files changed, 8 insertions(+), 51 deletions(-)
diff --git a/src/mesa/drivers/dri/intel/intel_tex_image.c
b/src/mesa/drivers/dri/intel/intel_tex_image.c
index c0f609f..8c87a25 100644
---
Now we can rely on Mesa core for uploads of data without introducing
an extra copy at validate time.
---
src/mesa/drivers/dri/intel/intel_tex.c | 43 ++
src/mesa/drivers/dri/intel/intel_tex.h |6 +++
src/mesa/drivers/dri/intel/intel_tex_image.c |2 +-
From: Brian Paul bri...@vmware.com
Now that we can zero-copy generate the mipmaps into brand new
glTexImage()-generated storage using MapTextureImage(), we no longer
need to allocate image-Data in mipmap generate. This requires
deleting the drivers' old overrides of the miptree tracking after
Now that whole block that also lives in AllocTextureImageBuffer can go
away.
---
src/mesa/drivers/dri/intel/intel_tex.c |6 ++
src/mesa/drivers/dri/intel/intel_tex_image.c | 68 +
2 files changed, 20 insertions(+), 54 deletions(-)
diff --git
Too many separate functions each called from one location (in
different files). This code should all die soon when swrast starts
using MapTextureImage.
---
src/mesa/drivers/dri/intel/intel_mipmap_tree.c | 57
src/mesa/drivers/dri/intel/intel_mipmap_tree.h | 12 ---
Until now, we've been treating 1D arrays as a single slice, and each
array slice is actually just a row of the 2D texture. While swrast
still stores them this way, hardware drivers think that 1D arrays have
actual separate slices not stored as contiguous rows.
---
src/mesa/swrast/s_texture.c |
---
src/mesa/main/texstore.c | 68 +++---
1 files changed, 52 insertions(+), 16 deletions(-)
diff --git a/src/mesa/main/texstore.c b/src/mesa/main/texstore.c
index cbed26c..2aaff0d 100644
--- a/src/mesa/main/texstore.c
+++ b/src/mesa/main/texstore.c
@@
This is just moving the code out with s/6/slices/.
---
src/mesa/drivers/dri/i965/brw_tex_layout.c | 66 +++
1 files changed, 37 insertions(+), 29 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_tex_layout.c
b/src/mesa/drivers/dri/i965/brw_tex_layout.c
index
With 1D array textures, we no longer agree between the GL information
about width/height/depth of a texture and how we lay out a miptree.
---
src/mesa/drivers/dri/i965/brw_wm_surface_state.c |9 --
src/mesa/drivers/dri/i965/gen7_wm_surface_state.c |9 --
---
src/mesa/main/mipmap.c | 104 ++-
1 files changed, 5 insertions(+), 99 deletions(-)
diff --git a/src/mesa/main/mipmap.c b/src/mesa/main/mipmap.c
index 9b167f0..69781d3 100644
--- a/src/mesa/main/mipmap.c
+++ b/src/mesa/main/mipmap.c
@@ -1652,100
So easy to screw up with the crazy way GL manages them.
---
src/mesa/drivers/dri/intel/intel_tex.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/src/mesa/drivers/dri/intel/intel_tex.c
b/src/mesa/drivers/dri/intel/intel_tex.c
index 4ab618a..83ba50e 100644
---
On 09/29/2011 04:26 PM, Eric Anholt wrote:
Fixes piglit ARB_color_buffer_float/api-get
---
src/mesa/main/get.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/src/mesa/main/get.c b/src/mesa/main/get.c
index 9c1771e..0342ff6 100644
--- a/src/mesa/main/get.c
+++
On 09/29/2011 10:51 AM, Ian Romanick wrote:
From: Ian Romanick ian.d.roman...@intel.com
This currently mirrors the state tracking
gl_shader_program::Attributes, but I'm working towards eliminating
that.
Signed-off-by: Ian Romanick ian.d.roman...@intel.com
---
src/mesa/main/mtypes.h
On 09/29/2011 04:39 PM, Eric Anholt wrote:
---
src/mesa/drivers/dri/intel/intel_tex_image.c | 59 --
1 files changed, 8 insertions(+), 51 deletions(-)
diff --git a/src/mesa/drivers/dri/intel/intel_tex_image.c
b/src/mesa/drivers/dri/intel/intel_tex_image.c
index
On 09/29/2011 04:39 PM, Eric Anholt wrote:
This patch series implements GL_EXT_texture_array for Intel, and
partially cleans up Mesa core support for it in the process. It
passes piglit here, plus some internal tests (except for the one
that's broken and ignores the minimum maximum layers).
On 09/29/2011 10:52 AM, Ian Romanick wrote:
From: Ian Romanick ian.d.roman...@intel.com
Instead of relying on the mirror in the Mesa IR assembly shader, just
use the variables actually stored in the GLSL IR. This will be a bit
slower, but nobody cares about the performance of
On 09/29/2011 10:52 AM, Ian Romanick wrote:
From: Ian Romanick ian.d.roman...@intel.com
Signed-off-by: Ian Romanick ian.d.roman...@intel.com
---
src/mesa/main/shader_query.cpp| 29 +
src/mesa/main/shaderapi.c |8 +---
On 09/29/2011 03:40 PM, Eric Anholt wrote:
From: Kenneth Graunke kenn...@whitecape.org
I didn't do it, honest! :)
I may have touched it at one point but 99%+ of this came from your
original patch. git probably just kept my name when rebasing things.
You probably want to --reset-author.
55 matches
Mail list logo