On Die, 2013-03-05 at 14:43 -0500, Kevin H. Hobbs wrote:
> On 03/05/2013 01:58 PM, Matt Turner wrote:
> > On Tue, Mar 5, 2013 at 9:37 AM, Kevin H. Hobbs wrote:
> >>
> >> so now configure is giving me exactly what I asked for which is good :-)
> >>
> >> Unfortunately it isn't what I want :-( and
https://bugs.freedesktop.org/show_bug.cgi?id=58210
--- Comment #6 from Zack Rusin ---
I haven't tested Cinnamon, but iirc it was using Clutter and since Clutter uses
GLX_INTEL_swap_event it had to be broken (all GLX_INTEL_swap_event using apps
were freezing waiting for the sync event that would n
https://bugs.freedesktop.org/show_bug.cgi?id=58210
John Kåre Alsaker changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=58210
--- Comment #4 from Zack Rusin ---
Is this Fedora or are you using gnome-shell or anything clutter based? If so
then, we know about this and it's already been fixed in master and backported
to stable branches: https://bugzilla.redhat.com/show_bug
https://bugs.freedesktop.org/show_bug.cgi?id=58210
--- Comment #3 from John Kåre Alsaker ---
It works with non-debug builds too.
It could be that this is fixed in 9.1. I tried building the 9.0 branch, but I
think I hit some 2D fallback mode in GDM and couldn't trigger the bug.
Building Mesa 9.1
Use 0 instead.
---
src/gallium/drivers/llvmpipe/lp_setup.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/src/gallium/drivers/llvmpipe/lp_setup.c
b/src/gallium/drivers/llvmpipe/lp_setup.c
index 4529775..299fd65 100644
--- a/src/gallium/drivers/llvmpipe/lp_setup.c
++
On Tue, Mar 5, 2013 at 4:08 PM, Carl Worth wrote:
> Matt Turner writes:
>> Commit 67ef7559 added an || test "x$enable_dri" check, which was just
>> wrong since the whole block was enclosed in if test "x$enable_dri". The
>> comment added with it stated the actual intent: to enable when any DRI
>>
On 03/05/2013 04:26 PM, Ian Romanick wrote:
I've just cherry-picked almost everything from master that was marked.
I had to modify the get-pick-list script to catch a couple commits
that had ill-formed notes.
I didn't pick this commit because there were conflicts, and I was
lazy. :)
c77917d35fd
On Tue, Mar 5, 2013 at 3:56 PM, Matt Turner wrote:
> Replaces (samples - 1) ADDs and a MUL with (samples - 1) LRPs.
> ---
NAK this. LRP is a 3-src operand instruction, which means 16-wide
needs to double the instructions. In the best case, this might be
slightly better but we don't do the proper
Matt Turner writes:
> Commit 67ef7559 added an || test "x$enable_dri" check, which was just
> wrong since the whole block was enclosed in if test "x$enable_dri". The
> comment added with it stated the actual intent: to enable when any DRI
> drivers were built.
Thanks, Matt.
I've tested this and
On 5 March 2013 15:56, Matt Turner wrote:
> Replaces (samples - 1) ADDs and a MUL with (samples - 1) LRPs.
> ---
> src/mesa/drivers/dri/i965/brw_blorp_blit.cpp | 31
> +++--
> 1 files changed, 14 insertions(+), 17 deletions(-)
>
> diff --git a/src/mesa/drivers/dri/i965/brw_
Replaces (samples - 1) ADDs and a MUL with (samples - 1) LRPs.
---
src/mesa/drivers/dri/i965/brw_blorp_blit.cpp | 31 +++--
1 files changed, 14 insertions(+), 17 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_blorp_blit.cpp
b/src/mesa/drivers/dri/i965/brw_blorp_bli
https://bugs.freedesktop.org/show_bug.cgi?id=61821
--- Comment #1 from Carl Worth ---
*** Bug 59261 has been marked as a duplicate of this bug. ***
--
You are receiving this mail because:
You are on the CC list for the bug.
___
mesa-dev mailing list
m
I've just cherry-picked almost everything from master that was marked.
I had to modify the get-pick-list script to catch a couple commits that
had ill-formed notes.
I didn't pick this commit because there were conflicts, and I was lazy. :)
c77917d35fdf64d9f194fbecc4748213621eefc8 r600g: pad th
https://bugs.freedesktop.org/show_bug.cgi?id=61821
Matt Turner changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|mesa-dev@lists
https://bugs.freedesktop.org/show_bug.cgi?id=61821
Matt Turner changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|mesa-dev@lists
https://bugs.freedesktop.org/show_bug.cgi?id=61455
--- Comment #5 from Keith Kriewall ---
Created attachment 75990
--> https://bugs.freedesktop.org/attachment.cgi?id=75990&action=edit
Zip of wincopy for Windows
Wincopy ported to Windows is attached, as a Dev Studio 2010 solution/project
and so
Jordan Justen writes:
> On Fri, Feb 22, 2013 at 7:52 PM, Eric Anholt wrote:
>> This was apparently not noticed because we don't have any testing of
>> application-generated debug output. However, as I'm changing the
>> GL-generated debug output to use the same path as
>> application/middleware-
Jordan Justen writes:
> On Fri, Feb 22, 2013 at 7:52 PM, Eric Anholt wrote:
>> +static enum mesa_debug_type
>> +gl_enum_to_debug_type(GLenum e)
>> +{
>> + int i;
>> +
>> + for (i = 0; i < Elements(debug_type_enums); i++) {
>
> I guess we have both Elements and ARRAY_SIZE. Should we try to me
https://bugs.freedesktop.org/show_bug.cgi?id=61821
Vinson Lee changed:
What|Removed |Added
CC||flo...@shadowice.org
--
You are receiving
On Tue, Mar 5, 2013 at 11:43 AM, Kevin H. Hobbs wrote:
> The problem I have is: I do not see any way to configure Mesa to build
> the llvmpipe driver.
Ah. To do this you enable the gallium swrast driver and LLVM.
--with-gallium-drivers=swrast,... --enable--llvm
__
On 03/05/2013 01:58 PM, Matt Turner wrote:
> On Tue, Mar 5, 2013 at 9:37 AM, Kevin H. Hobbs wrote:
>>
>> so now configure is giving me exactly what I asked for which is good :-)
>>
>> Unfortunately it isn't what I want :-( and the swrast driver gives me
>> more vtk test errors than the llvmpipe d
https://bugs.freedesktop.org/show_bug.cgi?id=61821
Vinson Lee changed:
What|Removed |Added
CC||marvi...@gmx.de
--
You are receiving this
https://bugs.freedesktop.org/show_bug.cgi?id=61828
Roland Scheidegger changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=61828
--- Comment #2 from Roland Scheidegger ---
Fixed by b9eb573600ff6d654bbc27d1fc5e935e5a74b071.
Though either llvmpipe or softpipe handle TXP wrong...
--
You are receiving this mail because:
You are the assignee for the bug.
_
On Tue, Mar 5, 2013 at 9:37 AM, Kevin H. Hobbs wrote:
> On 03/04/2013 01:32 PM, Matt Turner wrote:
>>
>> Committed. Thanks!
>
> Before this change ( at least this is the most reasonable change from
> last night ) I would configure mesa with :
>
> ./autogen.sh \
> --prefix=/home/kevin/mesa_nightl
Commit 67ef7559 added an || test "x$enable_dri" check, which was just
wrong since the whole block was enclosed in if test "x$enable_dri". The
comment added with it stated the actual intent: to enable when any DRI
drivers were built.
---
configure.ac |2 +-
1 files changed, 1 insertions(+), 1 d
The whole block is enclosed inside if test "x$enable_dri" = xyes.
---
configure.ac | 34 --
1 files changed, 16 insertions(+), 18 deletions(-)
diff --git a/configure.ac b/configure.ac
index ea56a04..925dc6b 100644
--- a/configure.ac
+++ b/configure.ac
@@ -1062,26
On Tue, Mar 05, 2013 at 03:27:19PM +0100, Christian König wrote:
> From: Christian König
>
> Signed-off-by: Christian König
This series has my r-b, but I'd like to test it on r600,
before you push it.
-Tom
> ---
> src/gallium/drivers/radeonsi/radeonsi_shader.c | 31
> +
On 03/04/2013 01:32 PM, Matt Turner wrote:
>
> Committed. Thanks!
Before this change ( at least this is the most reasonable change from
last night ) I would configure mesa with :
./autogen.sh \
--prefix=/home/kevin/mesa_nightly \
--enable-glx \
--with-dri-drivers=swrast \
--with-gallium-
LICM stands for Loop Invariant Code Motion.
Instructions that does not depend of loop index are moved outside of loop body.
(This solves one of llvm generated code Vadim pointed in another thread)
DCE is DeadCodeElimination...I don't know the difference between "classic" DCE
and aggressive DCE th
On 03/05/13 16:36, Ian Romanick wrote:
On 03/05/2013 07:09 AM, Brian Paul wrote:
On 03/05/2013 05:08 AM, Alan Hourihane wrote:
Add's the missing GL_TEXTURE_CUBE_MAP entry in
_mesa_legal_texture_dimensions.
Signed-off-by: Alan Hourihane
---
src/mesa/main/teximage.c | 1 +
1 files changed, 1 ins
On 03/05/13 15:09, Brian Paul wrote:
On 03/05/2013 05:08 AM, Alan Hourihane wrote:
Add's the missing GL_TEXTURE_CUBE_MAP entry in
_mesa_legal_texture_dimensions.
Signed-off-by: Alan Hourihane
---
src/mesa/main/teximage.c | 1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/src/
On Die, 2013-03-05 at 15:27 +0100, Christian König wrote:
> From: Christian König
>
> Signed-off-by: Christian König
This could use a little more information, e.g.: What are LICM and DCE?
Why is it a good idea to enable them?
--
Earthling Michel Dänzer | http://w
On Die, 2013-03-05 at 15:27 +0100, Christian König wrote:
> From: Christian König
>
> Signed-off-by: Christian König
> ---
> src/gallium/drivers/radeonsi/radeonsi_shader.c | 31
> +---
> 1 file changed, 12 insertions(+), 19 deletions(-)
>
> diff --git a/src/gallium/driv
Reviewed-by: Vincent Lejeune
- Mail original -
> De : Christian König
> À : mesa-dev@lists.freedesktop.org
> Cc : mic...@daenzer.net
> Envoyé le : Mardi 5 mars 2013 15h27
> Objet : [Mesa-dev] [PATCH 7/7] radeon/llvm: enable LICM and DCE pass
>
> From: Christian König
>
> Signed-off
On 03/05/2013 09:25 AM, srol...@vmware.com wrote:
From: Roland Scheidegger
This partly reverts 6ace2e41da7dded630d932d03bacb7e14a93d47a.
Apparently with GL_MESA_texture_array fixed-function texturing
with texture arrays is possible, and hence we have to handle TXP.
(Though noone seems to know th
On 03/05/2013 07:09 AM, Brian Paul wrote:
On 03/05/2013 05:08 AM, Alan Hourihane wrote:
Add's the missing GL_TEXTURE_CUBE_MAP entry in
_mesa_legal_texture_dimensions.
Signed-off-by: Alan Hourihane
---
src/mesa/main/teximage.c | 1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a
From: Roland Scheidegger
This partly reverts 6ace2e41da7dded630d932d03bacb7e14a93d47a.
Apparently with GL_MESA_texture_array fixed-function texturing
with texture arrays is possible, and hence we have to handle TXP.
(Though noone seems to know the semantics, softpipe now does what
it did before,
From: Christian König
Signed-off-by: Christian König
---
src/gallium/drivers/r600/r600_llvm.c |1 +
src/gallium/drivers/radeon/radeon_llvm.h |3 +
.../drivers/radeon/radeon_setup_tgsi_llvm.c| 32 +++---
src/gallium/drivers/radeonsi/radeonsi_shader.c
From: Christian König
Signed-off-by: Christian König
---
src/gallium/drivers/radeonsi/radeonsi_shader.c | 88 +++-
src/gallium/drivers/radeonsi/radeonsi_shader.h | 18 -
2 files changed, 72 insertions(+), 34 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/rad
From: Christian König
Signed-off-by: Christian König
---
src/gallium/drivers/radeon/radeon_llvm_emit.cpp | 22 ++
src/gallium/drivers/radeon/radeon_llvm_emit.h |2 ++
src/gallium/drivers/radeonsi/radeonsi_shader.c | 14 ++
3 files changed, 26 insertion
From: Christian König
Signed-off-by: Christian König
---
src/gallium/drivers/radeonsi/radeonsi_shader.c | 21 +++--
src/gallium/drivers/radeonsi/radeonsi_shader.h |1 +
2 files changed, 12 insertions(+), 10 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/radeonsi_s
From: Christian König
Signed-off-by: Christian König
---
src/gallium/drivers/radeonsi/radeonsi_shader.c | 31 +---
1 file changed, 12 insertions(+), 19 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/radeonsi_shader.c
b/src/gallium/drivers/radeonsi/radeonsi_shader
From: Christian König
Signed-off-by: Christian König
---
src/gallium/drivers/radeonsi/radeonsi_shader.c | 31 +---
1 file changed, 12 insertions(+), 19 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/radeonsi_shader.c
b/src/gallium/drivers/radeonsi/radeonsi_shader
From: Christian König
So LLVM can better eliminate dead code.
Signed-off-by: Christian König
---
src/gallium/drivers/radeonsi/radeonsi_shader.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/drivers/radeonsi/radeonsi_shader.c
b/src/gallium/drivers/radeonsi/
From: Christian König
Signed-off-by: Christian König
---
.../drivers/radeon/radeon_setup_tgsi_llvm.c|2 ++
1 file changed, 2 insertions(+)
diff --git a/src/gallium/drivers/radeon/radeon_setup_tgsi_llvm.c
b/src/gallium/drivers/radeon/radeon_setup_tgsi_llvm.c
index f7b7586..f017b87
On Mon, Mar 4, 2013 at 2:22 PM, Marek Olšák wrote:
> ---
> src/mesa/main/teximage.c | 22 --
> 1 file changed, 12 insertions(+), 10 deletions(-)
>
> diff --git a/src/mesa/main/teximage.c b/src/mesa/main/teximage.c
> index 0dcf88a..a7b88d1 100644
> --- a/src/mesa/main/teximag
Alexander Monakov writes:
> 2) Specifically in order to work with the Steam overlay, the interposer
> *protects itself from dlsym interposition* by using
> real_dlsym = dlsym(dlopen("libdl.so.2"), "dlsym"). Similar protection against
> dlopen interposition would also make sense.
Thanks, Alexande
On 03/05/2013 05:08 AM, Alan Hourihane wrote:
Add's the missing GL_TEXTURE_CUBE_MAP entry in
_mesa_legal_texture_dimensions.
Signed-off-by: Alan Hourihane
---
src/mesa/main/teximage.c | 1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/src/mesa/main/teximage.c b/src/mesa/main/t
On 03/04/2013 06:03 PM, srol...@vmware.com wrote:
From: Roland Scheidegger
Otherwise the state tracker will crash if the texture instructions
have offsets.
---
src/mesa/state_tracker/st_glsl_to_tgsi.cpp | 20 ++--
1 file changed, 18 insertions(+), 2 deletions(-)
Reviewed-b
On 2 March 2013 00:14, Ian Romanick wrote:
>
I added some comments, but I think the extension is pretty much fine
for at least Wine's purposes.
> GLX_ARB_create_context and GLX_ARB_create_context_profile are required.
>
It's probably not a big deal since just about everyone implements
these,
Add's the missing GL_TEXTURE_CUBE_MAP entry in
_mesa_legal_texture_dimensions.
Signed-off-by: Alan Hourihane
---
src/mesa/main/teximage.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/src/mesa/main/teximage.c b/src/mesa/main/teximage.c
index 0dcf88a..9d4a170 100644
-
On Tue, 5 Mar 2013, Jose Fonseca wrote:
> $LIB is a neat idea. But does it work on debian/ubuntu systems, where
> mesa/NVIDIA libGL.so are put in different paths , which are then chosen via
> /etc/ld.so.conf*?
I think Debian installs a symlink to the active libGL in /usr/lib. Not sure
about Ub
On Tue, 5 Mar 2013, Jose Fonseca wrote:
> I expected that when one sets TRACE_LIBGL env var with the path for the true
> libGL.so.1, then apitrace wouldn't be picking up symbols the overlay -- it
> would be taking symbols only from the true libGL.so, there avoiding infinite
> recursion.
... unle
On Mon, 4 Mar 2013, Carl Worth wrote:
> I don't think it should be too hard to get this to work, (though it
> may require a source change to the Steam overlay). I'll do some more
> experiments tomorrow and see if I can't make a concrete recommendation
> to be able to give to Valve as a bug repor
- Original Message -
>
>
> On Mon, 4 Mar 2013, Carl Worth wrote:
>
> > I don't think it should be too hard to get this to work, (though it
> > may require a source change to the Steam overlay). I'll do some more
> > experiments tomorrow and see if I can't make a concrete recommendation
I expected that when one sets TRACE_LIBGL env var with the path for the true
libGL.so.1, then apitrace wouldn't be picking up symbols the overlay -- it
would be taking symbols only from the true libGL.so, there avoiding infinite
recursion.
Jose
- Original Message -
> Jose Fonseca writ
On Mon, Mar 04, 2013 at 10:55:07AM -0500, Kristian H?gsberg wrote:
> On Mon, Mar 4, 2013 at 10:11 AM, Pohjolainen, Topi
> wrote:
> > On Mon, Mar 04, 2013 at 09:56:34AM -0500, Kristian H?gsberg wrote:
> >> On Mon, Mar 4, 2013 at 4:55 AM, Pohjolainen, Topi
> >> wrote:
> >> > On Fri, Mar 01, 2013 at
59 matches
Mail list logo
