On Thu, Jun 20, 2013 at 3:14 AM, Jonathan Gray j...@jsg.id.au wrote:
Use grep -w instead of the empty string escape sequences
which are less portable. Makes the grep tests
function as intended on OpenBSD.
Signed-off-by: Jonathan Gray j...@jsg.id.au
---
configure.ac | 6 +++---
1 file
On Wed, Jun 26, 2013 at 6:46 AM, Jean-Sébastien Pédron
jean-sebastien.ped...@dumbbell.fr wrote:
On 26.06.2013 15:35, Jonathan Gray wrote:
On Wed, Jun 26, 2013 at 02:54:34PM +0200, Jean-Sébastien Pédron wrote:
Hello,
On FreeBSD, the x86-64 arch is named amd64. This patch fixes its
detection
Lets the code compile on non Linux systems.
Signed-off-by: Jonathan Gray j...@jsg.id.au
---
src/gallium/drivers/r300/r300_chipset.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git src/gallium/drivers/r300/r300_chipset.c
src/gallium/drivers/r300/r300_chipset.c
index
https://bugs.freedesktop.org/show_bug.cgi?id=66955
--- Comment #16 from Phil Armstrong p...@kantaka.co.uk ---
So, running the Xserver as usual (ie, unchanged from stock install) running
FTL linked against the old libstdc++ but with LIBGL_ALWAYS_INDIRECT=y causes
the Xserver to crash as before.
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-by:
Signed-off-by: Kenneth Graunke kenn...@whitecape.org
Cc: Chad Versace chad.vers...@linux.intel.com
---
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
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
https://bugs.freedesktop.org/show_bug.cgi?id=66955
--- Comment #17 from Phil Armstrong p...@kantaka.co.uk ---
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
On Don, 2013-07-18 at 14:45 +1000, Jonathan Gray wrote:
Signed-off-by: Jonathan Gray j...@jsg.id.au
---
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
https://bugs.freedesktop.org/show_bug.cgi?id=66955
--- Comment #18 from Michel Dänzer mic...@daenzer.net ---
(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
Series looks good to me.
Jose
- Original Message -
From: Roland Scheidegger srol...@vmware.com
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
https://bugs.freedesktop.org/show_bug.cgi?id=66955
--- Comment #19 from Phil Armstrong p...@kantaka.co.uk ---
Ah, I'd missed that case!
--
You are receiving this mail because:
You are the assignee for the bug.
___
mesa-dev mailing list
https://bugs.freedesktop.org/show_bug.cgi?id=66955
--- Comment #20 from Phil Armstrong p...@kantaka.co.uk ---
(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
https://bugs.freedesktop.org/show_bug.cgi?id=66955
--- Comment #21 from Phil Armstrong p...@kantaka.co.uk ---
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
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 #22 from Phil Armstrong p...@kantaka.co.uk ---
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,
https://bugs.freedesktop.org/show_bug.cgi?id=66955
--- Comment #23 from Phil Armstrong p...@kantaka.co.uk ---
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
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 j...@jsg.id.au
---
src/gallium/drivers/radeonsi/Makefile.am | 3 ++-
src/gallium/winsys/radeon/drm/radeon_winsys.h | 2 +-
2 files
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 j...@jsg.id.au
---
src/gallium/drivers/radeonsi/Makefile.am | 3 ++-
https://bugs.freedesktop.org/show_bug.cgi?id=66955
Phil Armstrong p...@kantaka.co.uk changed:
What|Removed |Added
Summary|Substituting an older |Running the game FTL
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
A listener is added just after the interface is bound, in
registry_handle_global().
Signed-off-by: Ander Conselvan de Oliveira
ander.conselvan.de.olive...@intel.com
---
src/gallium/state_trackers/egl/wayland/native_drm.c | 1 -
1 file changed, 1 deletion(-)
diff --git
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:
Pushed, thanks.
Marek
On Thu, Jul 18, 2013 at 8:44 AM, Jonathan Gray j...@jsg.id.au wrote:
Lets the code compile on non Linux systems.
Signed-off-by: Jonathan Gray j...@jsg.id.au
---
src/gallium/drivers/r300/r300_chipset.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff
On Thu, Jul 18, 2013 at 1:38 AM, Ian Romanick i...@freedesktop.org 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
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 config.log
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
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
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
On 07/18/2013 12:10 AM, Kenneth Graunke wrote:
Signed-off-by: Kenneth Graunke kenn...@whitecape.org
Cc: Chad Versace chad.vers...@linux.intel.com
---
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
On Sat, May 25, 2013 at 4:33 AM, Fabian Bieler fabianbie...@fastmail.fm 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
https://bugs.freedesktop.org/show_bug.cgi?id=66806
Vinson Lee v...@freedesktop.org changed:
What|Removed |Added
CC||jfons...@vmware.com,
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-by:
On 07/18/2013 05:23 AM, Marek Olšák wrote:
On Thu, Jul 18, 2013 at 1:38 AM, Ian Romanick i...@freedesktop.org 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
On 17 July 2013 18:24, Kenneth Graunke kenn...@whitecape.org wrote:
Nothing actually uses this yet.
Signed-off-by: Kenneth Graunke kenn...@whitecape.org
---
src/glsl/ast.h | 14 ++
src/glsl/ast_type.cpp | 6 +-
src/glsl/glsl_parser.yy | 12
3
On 07/18/2013 11:39 AM, Paul Berry wrote:
On 17 July 2013 18:24, Kenneth Graunke kenn...@whitecape.org
mailto:kenn...@whitecape.org wrote:
Nothing actually uses this yet.
Signed-off-by: Kenneth Graunke kenn...@whitecape.org
mailto:kenn...@whitecape.org
---
src/glsl/ast.h
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 kenn...@whitecape.org
---
src/mesa/drivers/dri/i965/intel_extensions.c | 1 +
1 file changed, 1 insertion(+)
diff --git
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 kenn...@whitecape.org
---
src/mesa/state_tracker/st_extensions.c | 1 +
1 file changed, 1 insertion(+)
diff --git
On Wed, Jul 17, 2013 at 1:09 PM, Paul Berry stereotype...@gmail.com wrote:
On 15 July 2013 17:14, Jordan Justen jordan.l.jus...@intel.com 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
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
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 split
On 17 July 2013 18:24, Kenneth Graunke kenn...@whitecape.org 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
On Mon, Jul 15, 2013 at 7:32 PM, Kenneth Graunke kenn...@whitecape.org 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 Mon, Jul 15, 2013 at 7:32 PM, Kenneth Graunke kenn...@whitecape.org 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
On Mon, Jul 15, 2013 at 7:32 PM, Kenneth Graunke kenn...@whitecape.org 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
On Tue, Jun 4, 2013 at 6:03 AM, Jonathan Liu net...@gmail.com 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
On Mon, Feb 4, 2013 at 6:27 PM, Mike Frysinger vap...@gentoo.org 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
On Mon, Apr 15, 2013 at 1:46 PM, Andreas Oberritter o...@saftware.de 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 o...@saftware.de
---
Thanks, committed (finally).
https://bugs.freedesktop.org/show_bug.cgi?id=44618
Matt Turner matts...@gmail.com changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Reviewed-by: Marek Olšák mar...@gmail.com
Marek
On Thu, Jul 18, 2013 at 8:51 PM, Kenneth Graunke kenn...@whitecape.org 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
On 17 July 2013 18:24, Kenneth Graunke kenn...@whitecape.org wrote:
Everything is done. Every driver that supports 1.30 should enable this
extension.
Signed-off-by: Kenneth Graunke kenn...@whitecape.org
I've made comments on patches 3 and 5.
We talked in person about clarifying the commit
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 to
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
Change from not cacheable to cacheable in L3.
Do so for the draw upload path and blorp.
CC: Kenneth Graunke kenn...@whitecape.org
Signed-off-by: Chad Versace chad.vers...@linux.intel.com
---
src/mesa/drivers/dri/i965/brw_misc_state.c | 9 -
src/mesa/drivers/dri/i965/gen6_blorp.cpp | 9
Change from not cacheable to cacheable in L3.
Do so for the draw upload path and blorp.
CC: Kenneth Graunke kenn...@whitecape.org
Signed-off-by: Chad Versace chad.vers...@linux.intel.com
---
src/mesa/drivers/dri/i965/brw_draw_upload.c | 3 +++
src/mesa/drivers/dri/i965/gen6_blorp.cpp| 3 +++
Change from not cacheable to cacheable in L3.
Do so for the draw upload path and blorp.
CC: Kenneth Graunke kenn...@whitecape.org
Signed-off-by: Chad Versace chad.vers...@linux.intel.com
---
src/mesa/drivers/dri/i965/gen7_blorp.cpp | 4 +++-
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 kenn...@whitecape.org
Signed-off-by: Chad Versace chad.vers...@linux.intel.com
---
Change from not cacheable to cacheable in L3.
Do so for the draw upload path and blorp.
CC: Kenneth Graunke kenn...@whitecape.org
Signed-off-by: Chad Versace chad.vers...@linux.intel.com
---
src/mesa/drivers/dri/i965/gen7_blorp.cpp| 6 --
src/mesa/drivers/dri/i965/gen7_misc_state.c | 7
On 07/17/2013 04:49 AM, Tomasz Lis wrote:
From: Tomasz Lis tomasz@intel.com
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
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
From: Ian Romanick ian.d.roman...@intel.com
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
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
On 07/18/2013 05:05 PM, Ian Romanick wrote:
From: Ian Romanick ian.d.roman...@intel.com
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
63 matches
Mail list logo
