On 07/18/2013 05:05 PM, Ian Romanick wrote:
From: Ian Romanick
GL_EXT_framebuffer_object differs from GL_ARB_framebuffer_object in ways
that we can't and don't implement in core profiles. Exposing it is a
lie, so we shouldn't do that.
It's possible the some other GL_EXT_framebuffer_* extensio
The 9.2 branch is now live. From this point on, the branch will be
treated just like any other stable release branch. Please remember to
CC any patches destined for the release to mesa-stable.
The current target date for the release is August 22nd. We'll start
having release candidates week
From: Ian Romanick
GL_EXT_framebuffer_object differs from GL_ARB_framebuffer_object in ways
that we can't and don't implement in core profiles. Exposing it is a
lie, so we shouldn't do that.
It's possible the some other GL_EXT_framebuffer_* extensions should be
disabled, but it's not quite so c
Patches 2-5 are committed, with Ken's r-b.
Patch 1 is blocked by concerns from Ken. The patch doesn't
do what it claims to do. I'll resubmit it later, but let's not
block the 9.2 branch on it.
On 07/18/2013 03:00 PM, Chad Versace wrote:
Nothing was landing in the L3 cache because we neglected
On 07/17/2013 04:49 AM, Tomasz Lis wrote:
From: Tomasz Lis
glx: Creation of dummy X pixmap associated with float buffer.
This change addresses the fact that float configs can be only used for pbuffers,
and that 2D driver may not allow creation of an associated pixmap.
It wouldn't be needed if
Change from "not cacheable" to "cacheable" in L3.
Do so for the draw upload path and blorp.
CC: Kenneth Graunke
Signed-off-by: Chad Versace
---
src/mesa/drivers/dri/i965/gen7_blorp.cpp| 6 --
src/mesa/drivers/dri/i965/gen7_misc_state.c | 7 +--
2 files changed, 9 insertions(+), 4 de
Change from "not cacheable" to "cacheable" in L3.
Do so for the draw upload path and blorp.
In blorp, change only the PS packet, because the VS packet is disabled.
CC: Kenneth Graunke
Signed-off-by: Chad Versace
---
src/mesa/drivers/dri/i965/gen7_blorp.cpp | 4 +++-
src/mesa/drivers/dri/i965/
Change from "not cacheable" to "cacheable" in L3.
Do so for the draw upload path and blorp.
CC: Kenneth Graunke
Signed-off-by: Chad Versace
---
src/mesa/drivers/dri/i965/gen7_blorp.cpp | 4 +++-
src/mesa/drivers/dri/i965/gen7_wm_surface_state.c | 6 +-
2 files changed, 8 insertions
Change from "not cacheable" to "cacheable" in L3.
Do so for the draw upload path and blorp.
CC: Kenneth Graunke
Signed-off-by: Chad Versace
---
src/mesa/drivers/dri/i965/brw_draw_upload.c | 3 +++
src/mesa/drivers/dri/i965/gen6_blorp.cpp| 3 +++
2 files changed, 6 insertions(+)
diff --git
Change from "not cacheable" to "cacheable" in L3.
Do so for the draw upload path and blorp.
CC: Kenneth Graunke
Signed-off-by: Chad Versace
---
src/mesa/drivers/dri/i965/brw_misc_state.c | 9 -
src/mesa/drivers/dri/i965/gen6_blorp.cpp | 9 -
2 files changed, 16 insertions(+),
Nothing was landing in the L3 cache because we neglected to set the MOCS L3
bit. This fixes that and puts a bunch of stuff into L3.
Improves Xonotic 1920x1080 by +5.68% on Haswell Mobile GT2.
No Piglit regressions.
This series depends on Ken's recent patches and lives on my hsw-mocs-l3-v04
branc
On Wed, Jul 17, 2013 at 09:46:43AM -0500, Aaron Watry wrote:
> Hi Tom,
>
> I have verified that these patches, along with the previous one fix
> the errors that I was getting for SI. The test case from that FD.o
> bug still fails, but that's due to attempting to sign extend the
> v2i1/v4i1 result
On 17 July 2013 18:24, Kenneth Graunke wrote:
> Everything is done. Every driver that supports 1.30 should enable this
> extension.
>
> Signed-off-by: Kenneth Graunke
>
I've made comments on patches 3 and 5.
We talked in person about clarifying the commit messages in patches 1 and
7. I don't
Reviewed-by: Marek Olšák
Marek
On Thu, Jul 18, 2013 at 8:51 PM, Kenneth Graunke wrote:
> Any driver that supports GLSL 1.30 should be able to handle this
> extension, as it's entirely implemented in the GLSL compiler.
>
> Signed-off-by: Kenneth Graunke
> ---
> src/mesa/state_tracker/st_extens
https://bugs.freedesktop.org/show_bug.cgi?id=44618
Matt Turner changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
On Mon, Apr 15, 2013 at 1:46 PM, Andreas Oberritter wrote:
> This is required in case a wrapper or symlink is used. This patch
> has also been sent upstream, awaiting moderation.
>
> Signed-off-by: Andreas Oberritter
> ---
Thanks, committed (finally).
On Mon, Feb 4, 2013 at 6:27 PM, Mike Frysinger wrote:
> The current gen_matypes logic assumes that the host compiler will produce
> information that is useful for the target compiler. Unfortunately, this
> is not the case whenever cross-compiling.
>
> When we detect that we're cross-compiling and
On Tue, Jun 4, 2013 at 6:03 AM, Jonathan Liu wrote:
> Adds the dependencies of builtin_compiler as sources when cross
> compiling instead of using libtool to share compilation with src/glsl.
> The builtin_compiler executable is built for the host when cross
> compiling so it doesn't make sense to
On Mon, Jul 15, 2013 at 7:32 PM, Kenneth Graunke wrote:
> Hello!
>
> The GL_ARB_shading_language_420pack allows qualifiers to be specified in
> a flexible order, which is nice now that there are so many different
> qualifiers. Yet, we still need to support the old language semantics
> which enfor
On Mon, Jul 15, 2013 at 7:32 PM, Kenneth Graunke wrote:
> The GL_ARB_shading_language_420pack extension/GLSL 4.20 allow qualifiers
> to be specified in (basically) any order. In order to support this, we
> can't hardcode the ordering restrictions in the grammar.
>
> This patch alters the grammar
On Mon, Jul 15, 2013 at 7:32 PM, Kenneth Graunke wrote:
> This makes it easy to check if any storage qualifiers are set.
>
> XXX: I'm not sure if centroid should be in this or not
Ken and I decided yesterday that it should not be. So, just squash
your other patch into this.
__
On 17 July 2013 18:24, Kenneth Graunke wrote:
> Rather than creating a new "binding" field in ir_variable, we reuse
> constant_value since the linker code for handling uniform initializers
> uses that.
>
I'm uncomfortable with this. It's already a bit irregular that we use
constant_value for th
On 07/18/2013 02:11 PM, Ander Conselvan de Oliveira wrote:
> Hi,
>
> Wayland 1.2 server API changed a little bit. The change that affects
> mesa the most is the deprecation of struct wl_buffer. This series
> updates all EGL code to use the new API.
>
> The motivation for the first patch was to sp
On 18/07/13 13:11, Ander Conselvan de Oliveira wrote:
> The helper provides a series of functions to easy the implementation
> of the WL_bind_wayland_display extension on different platforms. But
> even with the helpers there was still a bit of duplicated code between
> platforms, with the drm auth
On Wed, Jul 17, 2013 at 1:09 PM, Paul Berry wrote:
> On 15 July 2013 17:14, Jordan Justen wrote:
>>
>> git://people.freedesktop.org/~jljusten/mesa ivb-full-depth-buffer-v1
>>
>> This series converts DEPTH_BUFFER to use the LOD and
>> minimum array element fields and always points the
>> depth, hi
Any driver that supports GLSL 1.30 should be able to handle this
extension, as it's entirely implemented in the GLSL compiler.
Signed-off-by: Kenneth Graunke
---
src/mesa/state_tracker/st_extensions.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/mesa/state_tracker/st_extensions.c
b/s
While all the work is in the shared GLSL compiler, this extension
requires GLSL 1.30, which is currently only supported on Gen6+.
Signed-off-by: Kenneth Graunke
---
src/mesa/drivers/dri/i965/intel_extensions.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/mesa/drivers/dri/i965/intel_ex
On 07/18/2013 11:39 AM, Paul Berry wrote:
On 17 July 2013 18:24, Kenneth Graunke mailto:kenn...@whitecape.org>> wrote:
Nothing actually uses this yet.
Signed-off-by: Kenneth Graunke mailto:kenn...@whitecape.org>>
---
src/glsl/ast.h | 14 ++
src/glsl/a
On 17 July 2013 18:24, Kenneth Graunke wrote:
> Nothing actually uses this yet.
>
> Signed-off-by: Kenneth Graunke
> ---
> src/glsl/ast.h | 14 ++
> src/glsl/ast_type.cpp | 6 +-
> src/glsl/glsl_parser.yy | 12
> 3 files changed, 31 insertions(+), 1 dele
On 07/18/2013 05:23 AM, Marek Olšák wrote:
On Thu, Jul 18, 2013 at 1:38 AM, Ian Romanick wrote:
For these reasons, glBindFramebuffer and glBindRenderbuffer have different
GLX protocol opcodes than their EXT counterparts. I failed to notice this,
and all of the functions alias each other. This
The L3 controls are identical on all platforms, but LLC differs:
- Ivybridge has a "cache in LLC" flag
- Baytrail has no LLC, but instead has a snoop bit:
"data accesses in this page must be snooped in the CPU caches."
- Haswell has writeback/uncached flags for LLC and eLLC (eDRAM).
Signed-off-b
https://bugs.freedesktop.org/show_bug.cgi?id=66806
Vinson Lee changed:
What|Removed |Added
CC||jfons...@vmware.com,
|
On Sat, May 25, 2013 at 4:33 AM, Fabian Bieler wrote:
> When validating draw parameters move check for 0 draw count last
> (drawing with count 0 is not an error), so that other parameters (e.g.: the
> primitive type) are validated and the correct errors (if applicable) are
> generated.
>
> >From t
On 07/18/2013 12:10 AM, Kenneth Graunke wrote:
Signed-off-by: Kenneth Graunke
Cc: Chad Versace
---
src/mesa/drivers/dri/i965/brw_defines.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/src/mesa/drivers/dri/i965/brw_defines.h
b/src/mesa/drivers/dri/i965/brw_defines.h
index db63b2b..
On 07/18/2013 12:10 AM, Kenneth Graunke wrote:
The L3 controls are identical on all platforms, but LLC differs:
- Ivybridge has a "cache in LLC" flag
- Baytrail has no LLC, but instead has a snoop bit:
"data accesses in this page must be snooped in the CPU caches."
- Haswell has writeback/unca
On 07/18/2013 12:31 AM, Kenneth Graunke wrote:
On 07/17/2013 04:46 PM, Chad Versace wrote:
Set MOCS to L3_CACHEABLE for the following packets, during the normal
draw upload path and during blorp:
3DSTATE_CONSTANT_PS
3DSTATE_CONSTANT_VS
3DSTATE_DEPTH_BUFFER
3DSTATE_HIER_DEPTH_
On 07/18/2013 12:20 AM, Kenneth Graunke wrote:
On 07/17/2013 04:46 PM, Chad Versace wrote:
+/* Memory Object Control State, Gen7 */
+/* L3 Cacheability Control */
+#define GEN7_MOCS_L3_UNCACHEABLE0
+#define GEN7_MOCS_L3_CACHEABLE 1
+/* LCC Cacheability Control
On 07/17/2013 06:12 PM, Brian Paul wrote:
> On 07/17/2013 03:10 PM, Kevin H. Hobbs wrote:
>>
>> Can anybody give me a clue as to what's going on?
>
> My guess is your Fedora 18 system is missing some dependency that was
> previously found on your Fedora 17 system.
>
> I'd try to compare Mesa co
I think this Direct3D 9 state tracker is the most important project
since Mesa 1.0. I mean this adds native Direct3D 9 driver
infrastructure for Wine on Linux and as such should eventually be
competitive with Windows in terms of performance.
Do we need the horrible OpenGL anymore? Haha, just kiddi
v2: use RADEON_CFLAGS instead of LIBDRM_CFLAGS
Signed-off-by: Jonathan Gray
---
src/gallium/drivers/radeonsi/Makefile.am | 3 ++-
src/gallium/winsys/radeon/drm/radeon_winsys.h | 2 +-
2 files changed, 3 insertions(+), 2 deletions(-)
diff --git src/gallium/drivers/radeonsi/Makefile.am
src/
On Thu, Jul 18, 2013 at 1:38 AM, Ian Romanick wrote:
> For these reasons, glBindFramebuffer and glBindRenderbuffer have different
> GLX protocol opcodes than their EXT counterparts. I failed to notice this,
> and all of the functions alias each other. This prevents us from being able
> to strict
Pushed, thanks.
Marek
On Thu, Jul 18, 2013 at 8:44 AM, Jonathan Gray wrote:
> Lets the code compile on non Linux systems.
>
> Signed-off-by: Jonathan Gray
> ---
> src/gallium/drivers/r300/r300_chipset.c | 7 ++-
> 1 file changed, 6 insertions(+), 1 deletion(-)
>
> diff --git src/gallium/dr
Since Wayland 1.2, struct wl_buffer and a few functions are deprecated.
References to wl_buffer are replaced with wl_resource and some getter
functions and calls to deprecated functions are replaced with the proper
new API. The latter changes are related to resource versioning.
Signed-off-by: And
A listener is added just after the interface is bound, in
registry_handle_global().
Signed-off-by: Ander Conselvan de Oliveira
---
src/gallium/state_trackers/egl/wayland/native_drm.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/src/gallium/state_trackers/egl/wayland/native_drm.c
b/src/ga
The helper provides a series of functions to easy the implementation
of the WL_bind_wayland_display extension on different platforms. But
even with the helpers there was still a bit of duplicated code between
platforms, with the drm authentication being the only part that
differs.
This patch chang
Hi,
Wayland 1.2 server API changed a little bit. The change that affects
mesa the most is the deprecation of struct wl_buffer. This series
updates all EGL code to use the new API.
The motivation for the first patch was to split the usage of server and
client API in the same source file in gallium
https://bugs.freedesktop.org/show_bug.cgi?id=66955
Phil Armstrong changed:
What|Removed |Added
Summary|Substituting an older |Running the game FTL with
On Don, 2013-07-18 at 19:55 +1000, Jonathan Gray wrote:
> On Thu, Jul 18, 2013 at 10:24:00AM +0200, Michel Dänzer wrote:
> > On Don, 2013-07-18 at 14:45 +1000, Jonathan Gray wrote:
> > > Signed-off-by: Jonathan Gray
> > > ---
> > > src/gallium/drivers/radeonsi/Makefile.am | 3 ++-
> > > src/
On Thu, Jul 18, 2013 at 10:24:00AM +0200, Michel Dänzer wrote:
> On Don, 2013-07-18 at 14:45 +1000, Jonathan Gray wrote:
> > Signed-off-by: Jonathan Gray
> > ---
> > src/gallium/drivers/radeonsi/Makefile.am | 3 ++-
> > src/gallium/winsys/radeon/drm/radeon_winsys.h | 2 +-
> > 2 files change
https://bugs.freedesktop.org/show_bug.cgi?id=66955
--- Comment #23 from Phil Armstrong ---
Sorry: the mismatch in numbers is because the replay came from a different
dump. Running it on the dump I posted gives the expected
$ ~/Code/apitrace/build/apitrace replay FTL.trace
apitrace: warning: cau
https://bugs.freedesktop.org/show_bug.cgi?id=66955
--- Comment #22 from Phil Armstrong ---
tail of the trace dump is as follows:
11773 glGenTextures(n = 1, textures = &1870)
11774 glBindTexture(target = GL_TEXTURE_2D, texture = 1870)
11775 glTexImage2D(target = GL_TEXTURE_2D, level = 0, internal
On 18.07.2013 10:24, Michel Dänzer wrote:
> Don't you need to add $(LIBDRM_CFLAGS) to
> src/gallium/drivers/r600/Makefile.am as well though?
I sent a patch that adds $(LIBDRM_CFLAGS) to several Makefile.am in the
following mail:
http://lists.freedesktop.org/archives/mesa-dev/2013-June/041040.html
https://bugs.freedesktop.org/show_bug.cgi?id=66955
--- Comment #21 from Phil Armstrong ---
Running apitrace on the trace generated by running
$ DISPLAY=:0.0 LIBGL_ALWAYS_INDIRECT=y apitrace trace ./amd64/bin/FTL
from an ssh shell (which kills the Xserver)
gives me the following output when I r
https://bugs.freedesktop.org/show_bug.cgi?id=66955
--- Comment #20 from Phil Armstrong ---
(Hit post accidentally there)
OK, so if I just set LIBGL_ALWAYS_INDIRECT, and link the binary against the
usual system libraries, not the bundled ones (verified with ldd & running the
binary directly, not
https://bugs.freedesktop.org/show_bug.cgi?id=66955
--- Comment #19 from Phil Armstrong ---
Ah, I'd missed that case!
--
You are receiving this mail because:
You are the assignee for the bug.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
htt
Series looks good to me.
Jose
- Original Message -
> From: Roland Scheidegger
>
> Usually with fixed point renderbuffers clamping is done as part of
> conversion.
> However, since we blend in float format, we essentially skip all conversion
> steps pre-blend but since this is still a fi
https://bugs.freedesktop.org/show_bug.cgi?id=66955
--- Comment #18 from Michel Dänzer ---
(In reply to comment #17)
> Replaying the crashing trace recorded by apitrace does not cause the Xserver
> to crash, [...]
What if you replay it with LIBGL_ALWAYS_INDIRECT=y?
I think this is just a normal
On Don, 2013-07-18 at 14:45 +1000, Jonathan Gray wrote:
> Signed-off-by: Jonathan Gray
> ---
> src/gallium/drivers/radeonsi/Makefile.am | 3 ++-
> src/gallium/winsys/radeon/drm/radeon_winsys.h | 2 +-
> 2 files changed, 3 insertions(+), 2 deletions(-)
>
> diff --git src/gallium/drivers/rade
https://bugs.freedesktop.org/show_bug.cgi?id=66955
--- Comment #17 from Phil Armstrong ---
Replaying the crashing trace recorded by apitrace does not cause the Xserver to
crash, which seems unsurprising since everything is fine if the binary in
question is linked against the system libstdc++ inst
On 07/17/2013 04:46 PM, Chad Versace wrote:
Set MOCS to L3_CACHEABLE for the following packets, during the normal
draw upload path and during blorp:
3DSTATE_CONSTANT_PS
3DSTATE_CONSTANT_VS
3DSTATE_DEPTH_BUFFER
3DSTATE_HIER_DEPTH_BUFFER
3DSTATE_STENCIL_BUFFER
3DSTATE_
On 07/17/2013 04:46 PM, Chad Versace wrote:
For Ivybridge and Haswell.
Signed-off-by: Chad Versace
---
src/mesa/drivers/dri/i965/brw_defines.h | 20
1 file changed, 20 insertions(+)
diff --git a/src/mesa/drivers/dri/i965/brw_defines.h
b/src/mesa/drivers/dri/i965/brw_de
Signed-off-by: Kenneth Graunke
Cc: Chad Versace
---
src/mesa/drivers/dri/i965/brw_defines.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/src/mesa/drivers/dri/i965/brw_defines.h
b/src/mesa/drivers/dri/i965/brw_defines.h
index db63b2b..ee802f9 100644
--- a/src/mesa/drivers/dri/i965/brw_
The L3 controls are identical on all platforms, but LLC differs:
- Ivybridge has a "cache in LLC" flag
- Baytrail has no LLC, but instead has a snoop bit:
"data accesses in this page must be snooped in the CPU caches."
- Haswell has writeback/uncached flags for LLC and eLLC (eDRAM).
Signed-off-b
63 matches
Mail list logo
