Am 20.02.2014 02:59, schrieb Ian Romanick:
On 02/19/2014 02:49 PM, Adel Gadllah wrote:
Hi,
The attached patch adds support for the GLX_EXT_buffer_age extension,
which is mostly used by compositors for efficient sub screen updates.
The extension should not be reported as supported when running
https://bugs.freedesktop.org/show_bug.cgi?id=75061
--- Comment #6 from Maxim ---
(In reply to comment #5)
> Created attachment 94321 [details] [review]
> Bail if rr->buf is NULL
>
> Does this patch help?
>
> (In reply to comment #3)
> > valgrind + hellgrind
>
> Thanks, but the proper spelling
https://bugs.freedesktop.org/show_bug.cgi?id=75061
--- Comment #7 from Maxim ---
Created attachment 94418
--> https://bugs.freedesktop.org/attachment.cgi?id=94418&action=edit
gdb with patch
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=75061
--- Comment #8 from Maxim ---
Created attachment 94419
--> https://bugs.freedesktop.org/attachment.cgi?id=94419&action=edit
valgrind only (with patch)
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=75061
--- Comment #9 from Maxim ---
Created attachment 94422
--> https://bugs.freedesktop.org/attachment.cgi?id=94422&action=edit
valgrind + helgrind (with patch)
--
You are receiving this mail because:
You are the assignee for the bug.
___
Hi,
OK here are updated patches based on the review comments. The first one simply
updates the glxext.h header even though that turned out to not be required
for this but it doesn't hurt doing it anyway.
The second one refactors glx_pbuffer based on the review comments
from Ian (assuming I got wh
---
src/glx/dri2_glx.c | 1 +
src/glx/dri3_glx.c | 18 ++
src/glx/dri3_priv.h | 2 ++
src/glx/glx_pbuffer.c | 8
src/glx/glxclient.h | 1 +
src/glx/glxextensions.c | 1 +
src/glx/glxextensions.h | 1 +
7 files changed, 32 insertions(+)
diff --git
Move the pdraw != NULL check out so that they don't
have to be duplicated.
---
src/glx/glx_pbuffer.c | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
diff --git a/src/glx/glx_pbuffer.c b/src/glx/glx_pbuffer.c
index 411d6e5..978730c 100644
--- a/src/glx/glx_pbuffer.c
+++ b/src/glx
---
include/GL/glxext.h | 32 +---
1 file changed, 29 insertions(+), 3 deletions(-)
diff --git a/include/GL/glxext.h b/include/GL/glxext.h
index 8c642f3..826fda5 100644
--- a/include/GL/glxext.h
+++ b/include/GL/glxext.h
@@ -6,7 +6,7 @@ extern "C" {
#endif
/*
-** C
Am 19.02.2014 18:17, schrieb Leo Liu:
From: Leo Liu
Signed-off-by: Leo Liu
Reviewed and pushed.
Thanks,
Christian.
---
src/gallium/state_trackers/omx/vid_enc.c | 38
src/gallium/state_trackers/omx/vid_enc.h | 7 --
2 files changed, 29 insertions(+
On Wed, Feb 19, 2014 at 4:35 AM, Ian Romanick wrote:
> On 02/09/2014 01:50 AM, Juha-Pekka Heikkilä wrote:
>> The place which cause Klocwork to highlight this is at
>> src/mesa/main/ff_fragment_shader.cpp around line 897 where it says:
>>
>> ...
>> float const_data[4] = {
>> float(1 <<
Hi Folks,
Since commit ee55500c (configure: cleanup classic dri drivers handling,
2014-02-04) when I build from source using
$ ./autogen.sh --disable-dri
it fails with this error message:
configure: error: classic DRI driver 'yes' does not exist
I'm not sure whether it is related but I also
On 02/20/2014 05:38 PM, Brad King wrote:
> Hi Folks,
>
> Since commit ee55500c (configure: cleanup classic dri drivers handling,
> 2014-02-04) when I build from source using
>
> $ ./autogen.sh --disable-dri
>
> it fails with this error message:
>
> configure: error: classic DRI driver 'yes' d
https://bugs.freedesktop.org/show_bug.cgi?id=75126
--- Comment #2 from Brad King ---
I encountered the same issue and can confirm that
0001-configure-use-default-dri-drivers-whenever-opengl-an.patch fixes it for
me. Thanks!
--
You are receiving this mail because:
You are the assignee for the b
Emil Velikov writes:
> Current behaviour states that shared-glapi is usefull when building
> with dri, which is not the case. Shared-glapi is used to dispatch
> the gl* functions across the one or more gl api's which can be dri
> based but do not need to be.
>
> Fixed the following build
>
> ./c
---
src/gallium/drivers/r600/r600_asm.c | 2 +-
src/gallium/drivers/r600/r600_shader.c | 2 +-
src/gallium/drivers/r600/r600_state_common.c | 2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/src/gallium/drivers/r600/r600_asm.c
b/src/gallium/drivers/r600/r600_asm
---
src/gallium/drivers/radeonsi/si_descriptors.c | 2 +-
src/gallium/drivers/radeonsi/si_shader.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_descriptors.c
b/src/gallium/drivers/radeonsi/si_descriptors.c
index d45bc80..9b10d01 10064
The offsets will be stored in the handles parameter. This makes
it possible to use sub-buffers.
v2:
- Style fixes
- Add support for constant sub-buffers
- Store handles in device byte order
v3:
- Use endian helpers
---
src/gallium/drivers/r600/evergreen_compute.c | 7 ++-
src/
---
src/gallium/auxiliary/util/u_math.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/src/gallium/auxiliary/util/u_math.h
b/src/gallium/auxiliary/util/u_math.h
index 0f498bc..ffbcc4c 100644
--- a/src/gallium/auxiliary/util/u_math.h
+++ b/src/gallium/auxiliary/util/u_math.h
@@ -726,6 +726
---
configure.ac| 6 ++
m4/ax_gcc_builtin.m4| 168
src/gallium/auxiliary/util/u_math.h | 3 +-
3 files changed, 176 insertions(+), 1 deletion(-)
create mode 100644 m4/ax_gcc_builtin.m4
diff --git a/configure.ac b/co
---
src/gallium/state_trackers/clover/core/resource.cpp | 2 +-
src/gallium/state_trackers/clover/core/resource.hpp | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/gallium/state_trackers/clover/core/resource.cpp
b/src/gallium/state_trackers/clover/core/resource.cpp
inde
---
src/gallium/drivers/radeonsi/si_shader.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/drivers/radeonsi/si_shader.c
b/src/gallium/drivers/radeonsi/si_shader.c
index 9b04e6b..7776821 100644
--- a/src/gallium/drivers/radeonsi/si_shader.c
+++ b/src/gallium/drive
v2:
- Use __builtin_bswap64()
- Remove unnecessary mask
- Add util_le64_to_cpu() helper
---
configure.ac| 2 ++
src/gallium/auxiliary/util/u_math.h | 16
2 files changed, 18 insertions(+)
diff --git a/configure.ac b/configure.ac
index 75d345a..629f5
https://bugs.freedesktop.org/show_bug.cgi?id=75278
Priority: medium
Bug ID: 75278
Keywords: regression
CC: anuj.pho...@gmail.com, jljus...@gmail.com,
stereotype...@gmail.com
Assignee: mesa-dev@lists.freedesktop.org
From: Ian Romanick
This should have happend around the time of commit 4680d23, but Keith's
DRI3 patches and my GLX_MESA_query_renderer patches crossed in the mail.
I don't have a working DRI3 setup, so I haven't been able to actually
verify this. I'm hoping that someone can piglit this for me o
Matt Turner (19):
i965: Reduce predicate field of backend_instruction to uint8_t.
i965: Mark brw_reg_type and register_file enums as PACKED.
i965/fs: Reduce the sizes of some fs_reg members.
i965/fs: Make fs_reg's type an enum for better debugging.
i965/fs: Reorder fs_reg for better packi
Will now take a byte, rather than four.
---
src/mesa/drivers/dri/i965/brw_reg.h| 3 ++-
src/mesa/drivers/dri/i965/brw_shader.h | 3 ++-
2 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_reg.h
b/src/mesa/drivers/dri/i965/brw_reg.h
index 978dd3f..6f48b
---
src/mesa/drivers/dri/i965/brw_fs.h | 30 +++---
1 file changed, 15 insertions(+), 15 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_fs.h
b/src/mesa/drivers/dri/i965/brw_fs.h
index d3a5f85..a1f7222 100644
--- a/src/mesa/drivers/dri/i965/brw_fs.h
+++ b/src/mesa
---
src/mesa/drivers/dri/i965/brw_shader.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/mesa/drivers/dri/i965/brw_shader.h
b/src/mesa/drivers/dri/i965/brw_shader.h
index c76f33b..4c79861 100644
--- a/src/mesa/drivers/dri/i965/brw_shader.h
+++ b/src/mesa/drivers/dri/i965
---
src/mesa/drivers/dri/i965/brw_fs.h | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_fs.h
b/src/mesa/drivers/dri/i965/brw_fs.h
index a1f7222..7da66ed 100644
--- a/src/mesa/drivers/dri/i965/brw_fs.h
+++ b/src/mesa/drivers/dri/i965/br
---
src/mesa/drivers/dri/i965/brw_fs.h | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_fs.h
b/src/mesa/drivers/dri/i965/brw_fs.h
index c6f4ffb..38fa34b 100644
--- a/src/mesa/drivers/dri/i965/brw_fs.h
+++ b/src/mesa/drivers/dri/i965/brw_fs.h
Since the enum is marked as packed, it'll still take only one byte.
---
src/mesa/drivers/dri/i965/brw_fs.cpp | 6 +++---
src/mesa/drivers/dri/i965/brw_fs.h | 6 +++---
src/mesa/drivers/dri/i965/brw_shader.cpp | 2 +-
src/mesa/drivers/dri/i965/brw_shader.h | 3 ++-
4 files changed, 9 in
---
src/mesa/drivers/dri/i965/brw_fs.h | 20 +++-
1 file changed, 11 insertions(+), 9 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_fs.h
b/src/mesa/drivers/dri/i965/brw_fs.h
index 7da66ed..b4e69ba 100644
--- a/src/mesa/drivers/dri/i965/brw_fs.h
+++ b/src/mesa/drivers/dr
It makes a copy internally, so making a second copy is unnecessary.
---
src/mesa/drivers/dri/i965/brw_fs.h | 2 +-
src/mesa/drivers/dri/i965/brw_fs_visitor.cpp | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_fs.h
b/src/mesa/drivers/dr
Potentially we'll want more than three sources for Phi nodes.
To avoid passing a mem_ctx parameter into each fs_inst() constructor, we
add a static thread-local variable to fs_inst that we set in the
fs_visitor() constructor.
---
Is __thread good enough? What about multi-context GL?
src/mesa/dri
The fs_reg src array is going to turn into a pointer and we'd rather not
consider the implications of shallow copying fs_insts.
---
src/mesa/drivers/dri/i965/brw_fs.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/src/mesa/drivers/dri/i965/brw_fs.h
b/src/mesa/drivers/dri/i965/brw_fs.h
inde
Unfortunately the compiler isn't able to recognize that assigning
reg_undef is just zeroing the fs_reg, which was already done by the
above memset.
---
src/mesa/drivers/dri/i965/brw_fs.cpp | 6 --
1 file changed, 6 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_fs.cpp
b/src/mesa/dri
---
src/mesa/drivers/dri/i965/brw_fs.cpp | 9 +
src/mesa/drivers/dri/i965/brw_fs.h | 2 ++
2 files changed, 11 insertions(+)
diff --git a/src/mesa/drivers/dri/i965/brw_fs.cpp
b/src/mesa/drivers/dri/i965/brw_fs.cpp
index 997b411..ce50e8b 100644
--- a/src/mesa/drivers/dri/i965/brw_fs.cpp
These functions (modulo emit_lrp, necessitating the small fix-up) pass
these arguments by value unmodified to other functions. No point in
making an additional copy.
---
src/mesa/drivers/dri/i965/brw_fs.cpp | 7 ---
src/mesa/drivers/dri/i965/brw_fs.h | 14 --
src
All other callers of init() immediately set opcode to something else.
---
src/mesa/drivers/dri/i965/brw_fs.cpp | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/mesa/drivers/dri/i965/brw_fs.cpp
b/src/mesa/drivers/dri/i965/brw_fs.cpp
index e51cdbd..37b5bb0 100644
--- a/src/me
---
src/mesa/drivers/dri/i965/brw_fs.h | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_fs.h
b/src/mesa/drivers/dri/i965/brw_fs.h
index b4e69ba..a1f33e7 100644
--- a/src/mesa/drivers/dri/i965/brw_fs.h
+++ b/src/mesa/drivers/dri/i965/
---
src/mesa/drivers/dri/i965/brw_fs.cpp | 13 +++--
src/mesa/drivers/dri/i965/brw_fs.h | 3 ++-
2 files changed, 9 insertions(+), 7 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_fs.cpp
b/src/mesa/drivers/dri/i965/brw_fs.cpp
index 4d13446..997b411 100644
--- a/src/mesa/drive
Will get more complicated when fs_reg src becomes a pointer.
---
src/mesa/drivers/dri/i965/brw_fs.cpp | 5 +
src/mesa/drivers/dri/i965/brw_fs.h | 1 +
src/mesa/drivers/dri/i965/brw_fs_visitor.cpp | 3 +--
3 files changed, 7 insertions(+), 2 deletions(-)
diff --git a/src/mesa
---
src/mesa/drivers/dri/i965/brw_fs.cpp | 2 +-
src/mesa/drivers/dri/i965/brw_fs_fp.cpp | 4 ++--
src/mesa/drivers/dri/i965/brw_fs_visitor.cpp | 4 ++--
3 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_fs.cpp
b/src/mesa/drivers/dri/i965/br
Wouldn't it be nice if case labels could be non-constant expressions.
---
src/mesa/drivers/dri/i965/brw_fs.cpp | 77 +---
src/mesa/drivers/dri/i965/brw_fs.h | 10 ++---
2 files changed, 31 insertions(+), 56 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_
https://bugs.freedesktop.org/show_bug.cgi?id=71870
Thomas Rohloff changed:
What|Removed |Added
Status|VERIFIED|REOPENED
Resolution|FIXED
https://bugs.freedesktop.org/show_bug.cgi?id=71870
Kenneth Graunke changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=75286
Priority: medium
Bug ID: 75286
Assignee: mesa-dev@lists.freedesktop.org
Summary: make error with Gallium i915/DRM configuration
Severity: normal
Classification: Unclassified
Fixes a build break in state_tracker/st_program.c
Signed-off-by: Jordan Justen
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=75278
Cc: Vinson Lee
---
src/gallium/auxiliary/tgsi/tgsi_ureg.c | 7 +++
src/gallium/auxiliary/tgsi/tgsi_ureg.h | 4
2 files changed, 11 insertions(+)
https://bugs.freedesktop.org/show_bug.cgi?id=75286
--- Comment #1 from Emil Velikov ---
The gallium i915 is a bit special, as it's the only driver to have both sw and
drm based winsys.
When you disable dri, you essentially state "there will be no drm winsys", thus
the makefile should handle the
https://bugs.freedesktop.org/show_bug.cgi?id=75286
--- Comment #2 from Stephane Marchesin ---
I wonder if we should just remove the i915 sw winsys... I certainly don't
use/test it and it's confusing (like in this case where people thing they're
still getting acceleration).
--
You are receiving
https://bugs.freedesktop.org/show_bug.cgi?id=75286
--- Comment #3 from Christian Prochaska
---
So, which configuration would be the one to use for accelerated rendering on
i915 without X11?
--
You are receiving this mail because:
You are the assignee for the bug.
__
https://bugs.freedesktop.org/show_bug.cgi?id=75286
--- Comment #4 from Emil Velikov ---
(In reply to comment #2)
> I wonder if we should just remove the i915 sw winsys... I certainly don't
> use/test it and it's confusing (like in this case where people thing they're
> still getting acceleration)
On 02/12/2014 04:24 PM, m...@lunarg.com wrote:
> From: Mike Stroyan
>
> Putting NoDDClr and NoDDChk dependency control on instruction
> sequences that include math opcodes can cause corruption of channels.
> Treat math opcodes like send opcodes and suppress dependency hinting.
Since you've ana
https://bugs.freedesktop.org/show_bug.cgi?id=75286
--- Comment #5 from Stephane Marchesin ---
(In reply to comment #4)
> (In reply to comment #2)
> > I wonder if we should just remove the i915 sw winsys... I certainly don't
> > use/test it and it's confusing (like in this case where people thing
On 02/19/2014 05:30 PM, Eric Anholt wrote:
> We haven't been executing this code before the meta-blit case, because
> we've been flagging the miptree as validated at texstorage time, and never
> having to revalidate.
> ---
> src/mesa/drivers/dri/i965/intel_mipmap_tree.c | 15 ++-
> src
https://bugs.freedesktop.org/show_bug.cgi?id=75278
Jordan Justen changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=75286
--- Comment #6 from Christian Prochaska
---
(In reply to comment #4)
> (In reply to comment #2)
> > I wonder if we should just remove the i915 sw winsys... I certainly don't
> > use/test it and it's confusing (like in this case where people thin
Ian,
Here is a shader_test version. It lacks the sparkling uncertainty of the
pixel values in the previous animated example program.
It just gets all vertices uniformly wrong when I run it.
On Thu, Feb 20, 2014 at 4:31 PM, Ian Romanick wrote:
> On 02/12/2014 04:24 PM, m...@lunarg.com wrote:
https://bugs.freedesktop.org/show_bug.cgi?id=75286
--- Comment #7 from Emil Velikov ---
(In reply to comment #5)
[snip]
> I ship i915g on Chrome OS, so it is maintained. I don't encounter many
> issues with it, though, so there's not many commits. As for i915 + sw
> winsys, probably no one uses i
On 20/02/14 19:47, Ian Romanick wrote:
> From: Ian Romanick
>
> This should have happend around the time of commit 4680d23, but Keith's
> DRI3 patches and my GLX_MESA_query_renderer patches crossed in the mail.
>
> I don't have a working DRI3 setup, so I haven't been able to actually
> verify th
On Don, 2014-02-20 at 10:21 -0800, Tom Stellard wrote:
>
> diff --git a/src/gallium/drivers/radeonsi/si_shader.c
> b/src/gallium/drivers/radeonsi/si_shader.c
> index 54270cd..9b04e6b 100644
> --- a/src/gallium/drivers/radeonsi/si_shader.c
> +++ b/src/gallium/drivers/radeonsi/si_shader.c
> @@ -233
https://bugs.freedesktop.org/show_bug.cgi?id=75286
--- Comment #8 from Christian Prochaska
---
(In reply to comment #7)
> For compilation purposes you will need the headers but as far as runtime is
> concerned you should be fine.
>
Seems to be only a missing #ifdef HAVE_WINSYS_XLIB around the
On Thu, Feb 20, 2014 at 4:55 PM, Mike Stroyan wrote:
> Ian,
>
> Here is a shader_test version. It lacks the sparkling uncertainty of the
> pixel values in the previous animated example program.
> It just gets all vertices uniformly wrong when I run it.
Thanks for the test Mike. I reproduced it
FWIW, memcpy() vs a for() loop has different semantics with respect to
address alignment. I don't know how much it will matter, but last time I
was reading assembly output, copying int[] via for() loop didn't produce a
codepath for 16-byte aligned addresses (allowing for SSE streaming) while
memcpy
On Thu, Feb 20, 2014 at 10:21 AM, Tom Stellard wrote:
> ---
> configure.ac| 6 ++
> m4/ax_gcc_builtin.m4| 168
>
> src/gallium/auxiliary/util/u_math.h | 3 +-
> 3 files changed, 176 insertions(+), 1 deletion(-)
> c
This makes it easy to compare output between different cards, especially
for ones that you don't have (and/or not in the current machine).
Signed-off-by: Ilia Mirkin
---
This currently only works for nv50+, but it'd probably be possible to split
the code paths and introduce nv30/40 support.
sr
Signed-off-by: Ilia Mirkin
---
I assume this is some left-over from nvfx -> nv30? That flag certainly doesn't
do anything now...
src/gallium/drivers/nouveau/nv30/nv30_context.h | 3 +--
src/gallium/drivers/nouveau/nv30/nv30_fragprog.c | 2 +-
src/gallium/drivers/nouveau/nv30/nvfx_fragprog.c |
Signed-off-by: Ilia Mirkin
---
Perhaps there was a day when those were different, but that day is not today.
src/gallium/drivers/nouveau/nv30/nv30_context.c | 1 -
src/gallium/drivers/nouveau/nv30/nv30_context.h | 1 -
src/gallium/drivers/nouveau/nv30/nvfx_fragprog.c | 20 ++
Signed-off-by: Ilia Mirkin
---
Were these things that didn't get quite ported over from the old nvfx? If so,
does it matter? Are they things we need? Even if they are, they can be
implemented in a way that doesn't put that state into nv30_context.
src/gallium/drivers/nouveau/nv30/nv30_context.c
This should pave the way to being able to use the compiler without a
context. Also leads to cleaner code.
Signed-off-by: Ilia Mirkin
---
So... there was a bit of an oops on this patch, I realized that NOUVEAU_ERR
was supplied in silly places and decided to move it to a shared
nouveau_debug. Idea
This series adds support for texture views on i965. I think it's fairly
complete, but have probably still missed some things. It would be great if
someone at Intel can run the relevant parts of oglconform against this.
Big changes from V1:
* Level/layer clamping behavior is fixed. [there were pat
Signed-off-by: Chris Forbes
---
src/mesa/drivers/dri/i965/intel_mipmap_tree.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/intel_mipmap_tree.c
b/src/mesa/drivers/dri/i965/intel_mipmap_tree.c
index eca876b..e43c1ff 100644
--- a/src/mesa/drivers
None of the other 3-component 16bpc formats are directly supported, so
they get promoted to XRGB equivalents. *Not* promoting RGB16F the same
way makes texture views much more fiddly -- we don't want to have to do
crazy copying behind the scenes.
(with my other master + my experimental ARB_texture
Signed-off-by: Chris Forbes
---
src/mesa/main/texobj.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/src/mesa/main/texobj.c b/src/mesa/main/texobj.c
index 6adc0ae..67c362d 100644
--- a/src/mesa/main/texobj.c
+++ b/src/mesa/main/texobj.c
@@ -557,6 +557,13 @@ _mesa_test_texobj_complete
We will need to call this to munge view formats.
Signed-off-by: Chris Forbes
---
src/mesa/drivers/dri/i965/intel_mipmap_tree.c | 76 +++
src/mesa/drivers/dri/i965/intel_mipmap_tree.h | 3 ++
2 files changed, 45 insertions(+), 34 deletions(-)
diff --git a/src/mesa/driver
We're about to start sharing miptrees in texture views, and I'd rather
not teach this validation code about nonzero MinLevel or MinLayer when
views are guaranteed complete [and all levels resident in the base
miptree].
The only thing we have to do is set up our _MaxLevel derived state.
Signed-off
We will need this for munging the view's format.
Signed-off-by: Chris Forbes
---
src/mesa/drivers/dri/i965/intel_mipmap_tree.c | 31 ---
src/mesa/drivers/dri/i965/intel_mipmap_tree.h | 3 +++
2 files changed, 26 insertions(+), 8 deletions(-)
diff --git a/src/mesa/driver
We need to wire the original texture's mt into the view. All the hard
work of setting up an appropriate tree of gl_texture_image structures
has already been done by core mesa.
Signed-off-by: Chris Forbes
---
src/mesa/drivers/dri/i965/intel_tex.c | 41 +++
1 file c
Signed-off-by: Chris Forbes
---
src/mesa/drivers/dri/i965/gen7_wm_surface_state.c | 17 -
1 file changed, 12 insertions(+), 5 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/gen7_wm_surface_state.c
b/src/mesa/drivers/dri/i965/gen7_wm_surface_state.c
index 154a0fd..ba7a538 10
This is the actual mesa_format to use. In non-view cases this is always
the same as the mt's format.
Signed-off-by: Chris Forbes
---
src/mesa/drivers/dri/i965/intel_tex.c | 8
src/mesa/drivers/dri/i965/intel_tex_obj.h | 5 +
src/mesa/drivers/dri/i965/intel_tex_validate
Signed-off-by: Chris Forbes
---
src/mesa/drivers/dri/i965/brw_blorp_clear.cpp | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_blorp_clear.cpp
b/src/mesa/drivers/dri/i965/brw_blorp_clear.cpp
index 9159df5..039bc03 100644
--- a/src/mesa/drivers/d
This allows core mesa's TexSubImage paths etc to work correctly
with views which have nonzero MinLevel or MinLayer.
Signed-off-by: Chris Forbes
---
src/mesa/drivers/dri/i965/intel_tex.c | 11 ---
1 file changed, 8 insertions(+), 3 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/inte
Signed-off-by: Chris Forbes
---
src/mesa/drivers/dri/i965/intel_tex_subimage.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/intel_tex_subimage.c
b/src/mesa/drivers/dri/i965/intel_tex_subimage.c
index 489b6ad..c2875dd 100644
--- a/src/mesa/dr
This will eventually be relaxed, but we'll get the fallback path
working first.
Signed-off-by: Chris Forbes
---
src/mesa/drivers/dri/i965/intel_tex_subimage.c | 4
1 file changed, 4 insertions(+)
diff --git a/src/mesa/drivers/dri/i965/intel_tex_subimage.c
b/src/mesa/drivers/dri/i965/intel
V2: - No need for layer_multiplier; multisampled depth surfaces are IMS.
- Remove unused num_layers.
Signed-off-by: Chris Forbes
---
src/mesa/drivers/dri/i965/brw_clear.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_clear.c
b/src/me
Signed-off-by: Chris Forbes
---
docs/GL3.txt| 2 +-
docs/relnotes/10.2.html | 1 +
2 files changed, 2 insertions(+), 1 deletion(-)
diff --git a/docs/GL3.txt b/docs/GL3.txt
index 542ee28..f53e92a 100644
--- a/docs/GL3.txt
+++ b/docs/GL3.txt
@@ -162,7 +162,7 @@ GL 4.3:
GL_ARB_textur
We're about to need this so we can determine the layer count of the
wrapper.
Signed-off-by: Chris Forbes
---
src/mesa/drivers/dri/i965/intel_fbo.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/intel_fbo.c
b/src/mesa/drivers/dri/i965/intel_f
Signed-off-by: Chris Forbes
---
src/mesa/drivers/dri/i965/brw_blorp_clear.cpp | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/mesa/drivers/dri/i965/brw_blorp_clear.cpp
b/src/mesa/drivers/dri/i965/brw_blorp_clear.cpp
index 039bc03..9e7252f 100644
--- a/src/mesa/drivers/dri
This is the effective layer count, for clears etc. This differs from the
depth of the miptree level when views are involved.
Signed-off-by: Chris Forbes
---
src/mesa/drivers/dri/i965/intel_fbo.c | 10 ++
src/mesa/drivers/dri/i965/intel_fbo.h | 3 +++
2 files changed, 13 insertions(+)
d
We'll still avoid MinLayer here since the fast path doesn't understand
arrays at all, but it's straightforward to do levels.
Signed-off-by: Chris Forbes
---
src/mesa/drivers/dri/i965/intel_tex_subimage.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/mesa/drivers/dri/i96
Signed-off-by: Chris Forbes
---
src/mesa/drivers/dri/i965/intel_fbo.c | 4
1 file changed, 4 insertions(+)
diff --git a/src/mesa/drivers/dri/i965/intel_fbo.c
b/src/mesa/drivers/dri/i965/intel_fbo.c
index d11cdb6..a2ed5d2 100644
--- a/src/mesa/drivers/dri/i965/intel_fbo.c
+++ b/src/mesa/dri
We're about to need this in another place.
Signed-off-by: Chris Forbes
---
src/mesa/drivers/dri/i965/intel_fbo.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/intel_fbo.c
b/src/mesa/drivers/dri/i965/intel_fbo.c
index b0e7f80..efdffe1 100644
Signed-off-by: Chris Forbes
---
src/mesa/drivers/dri/i965/intel_extensions.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/mesa/drivers/dri/i965/intel_extensions.c
b/src/mesa/drivers/dri/i965/intel_extensions.c
index ef9aa55..0bd1115 100644
--- a/src/mesa/drivers/dri/i965/intel_extensi
94 matches
Mail list logo