On Mon, Oct 8, 2012 at 8:27 PM, Daniel Stone wrote:
> configure.ac would previously refuse to complete if libX11 wasn't
> installed, even if we'd disabled GLX and weren't building an X11 EGL
> platform. Make the check simply set the no_x variable that's used (but
> never set) immediately below fo
Ever since df4a88ac, the check for compressed formats has been
unnecessary. And ever since cb72ec5f, the build has been broken with
FEATURE_ES. Remove it, as it does nothing.
Signed-off-by: Daniel Stone
---
src/mesa/main/teximage.c |4
1 file changed, 4 deletions(-)
diff --git a/src/
https://bugs.freedesktop.org/show_bug.cgi?id=55788
Priority: medium
Bug ID: 55788
Assignee: mesa-dev@lists.freedesktop.org
Summary: the latest git mesa fails to build, error in
state_trackers
Severity: normal
Classificati
configure.ac would previously refuse to complete if libX11 wasn't
installed, even if we'd disabled GLX and weren't building an X11 EGL
platform. Make the check simply set the no_x variable that's used (but
never set) immediately below for what looks like this very case.
Signed-off-by: Daniel Ston
On 10/08/2012 05:46 PM, Ian Romanick wrote:
On 10/08/2012 04:46 PM, Brian Paul wrote:
None of the returned values were used (and the vars weren't even
declared!). Fixes broken build when FEATURE_ES was defined.
I don't see any build failure. I always build with --enable-es1 and
--enable-es2.
It looks like Marek's commit cb72ec5fc55651af186e45942a1cd3e45eb5c359
removed the vars...
-Brian
On Mon, Oct 8, 2012 at 6:46 PM, Ian Romanick wrote:
> On 10/08/2012 04:46 PM, Brian Paul wrote:
>>
>> None of the returned values were used (and the vars weren't even
>> declared!). Fixes broken bu
I'm going to start reverting any patch that breaks 'make check'. It's
just ridiculous, guys. Seriously.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
On 10/08/2012 04:46 PM, Brian Paul wrote:
None of the returned values were used (and the vars weren't even
declared!). Fixes broken build when FEATURE_ES was defined.
I don't see any build failure. I always build with --enable-es1 and
--enable-es2. I see proxy_format, choose_format, and cho
So I wrote a proper proposal. It differs slightly from my
implementation (EGL_DEFAULT_MESA is added), so I'll have to revise
that. Could someone point me in the correct direction to get enums
allocated from Khronos?
Name
MESA_image_sRGB
Name Strings
EGL_MESA_image_sRGB
Contact
Joh
Version 12 of the EGL_KHR_create_context spec changed this behavior.
---
src/egl/main/eglcontext.c | 17 +++--
1 files changed, 7 insertions(+), 10 deletions(-)
diff --git a/src/egl/main/eglcontext.c b/src/egl/main/eglcontext.c
index 71eca6f..4efb76b 100644
--- a/src/egl/main/eglcon
---
src/mesa/main/texcompress_cpal.c | 15 ---
src/mesa/main/texcompress_cpal.h |3 ---
2 files changed, 0 insertions(+), 18 deletions(-)
diff --git a/src/mesa/main/texcompress_cpal.c b/src/mesa/main/texcompress_cpal.c
index 4aa1f61..75389a4 100644
--- a/src/mesa/main/texcompres
None of the returned values were used (and the vars weren't even
declared!). Fixes broken build when FEATURE_ES was defined.
---
src/mesa/main/teximage.c |4
1 files changed, 0 insertions(+), 4 deletions(-)
diff --git a/src/mesa/main/teximage.c b/src/mesa/main/teximage.c
index d7156e6..
Mesa 9.0 has been released. Mesa 9.0 is a feature release. "The" big
feature is the availability of OpenGL 3.1 on some supported hardware.
The tag in the GIT repository for Mesa 9.0 is 'mesa-9.0'.
Mesa 9.0 is available for download at
ftp://freedesktop.org/pub/mesa/9.0/
I was originally plan
---
src/gallium/drivers/svga/svga_format.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/src/gallium/drivers/svga/svga_format.c
b/src/gallium/drivers/svga/svga_format.c
index 5176106..5a153a8 100644
--- a/src/gallium/drivers/svga/svga_format.c
+++ b/src/gallium/drivers/svga/svga_format.c
On 10/06/2012 03:30 AM, Andreas Boll wrote:
> Reported-by: Fabio Pedretti
>
> v2: (Chad Versace chad.vers...@linux.intel.com)
> - Rewrite FAQ - proper place for installing mesa.
> ---
> docs/faq.html | 43 ---
> 1 files changed, 24 insertions(+), 19 de
Fixes segfault in intelCreateBuffer when running gles2conform.
To reproduce the segfault, execute `GTF` with no arguments.
Commit 7dc0be8 incidentally changed the Intel driver to to list, in
dri2_egl_display::driver_configs, the double-buffered variant of each
__DRIconfig *before* the single-buffe
On 10/05/2012 03:38 AM, Neil Roberts wrote:
Rob Bradford writes:
+ packing->RowLength != width)
I wonder if this is a bit overzealous and we should change it to accept
packing->RowLength==0 as well. Setting the row length to zero is
equivalent to setting it to the width of the data. It
I'm okay with that.
Marek
On Mon, Oct 8, 2012 at 10:05 PM, Stéphane Marchesin
wrote:
> I'd like to cherry-pick this into 9.0, any objections?
>
> Stéphane
>
>
> On Fri, Sep 14, 2012 at 10:09 AM, Marek Olšák wrote:
>> ---
>> src/gallium/auxiliary/util/u_blitter.c | 168
>>
I'd like to cherry-pick this into 9.0, any objections?
Stéphane
On Fri, Sep 14, 2012 at 10:09 AM, Marek Olšák wrote:
> ---
> src/gallium/auxiliary/util/u_blitter.c | 168
> +---
> src/gallium/auxiliary/util/u_blitter.h |2 +
> 2 files changed, 111 insertions(+
On 10/08/2012 09:32 AM, Eric Anholt wrote:
Kenneth Graunke writes:
On 10/04/2012 04:07 PM, Eric Anholt wrote:
This should improve our ability to register allocate without spilling.
Unfortuantely, due to the live variable analysis being ignorant of loops, we
still have register allocation fail
On Mon, Oct 8, 2012 at 6:25 AM, Jose Fonseca wrote:
>
>
> - Original Message -
>> On Sun, Oct 7, 2012 at 3:37 PM, Stéphane Marchesin
>> wrote:
>> > On Wed, Jul 18, 2012 at 8:35 AM, Jose Fonseca
>> > wrote:
> [...]
>> >> I can't reproduce the failures here neither, nor with softpipe +
>>
On Mon, Oct 1, 2012 at 8:08 AM, Andreas Boll wrote:
> 2012/9/21 Matt Turner :
>> On Mon, Sep 17, 2012 at 8:22 AM, Andreas Boll
>> wrote:
>>> Yep, vdpau is also affected.
>>>
>>> $ LD_LIBRARY_PATH="/home/andreas/mesa-testing/lib/vdpau"
>>> VDPAU_DRIVER=r600' vdpauinfo
>>> display: :0 screen: 0
>
Kenneth Graunke writes:
> On 10/04/2012 04:07 PM, Eric Anholt wrote:
>> This should improve our ability to register allocate without spilling.
>> Unfortuantely, due to the live variable analysis being ignorant of loops, we
>> still have register allocation failures on some programs.
>> ---
>> s
Kenneth Graunke writes:
> On 10/04/2012 04:07 PM, Eric Anholt wrote:
>> +
>> + /* Now, extend those intervals using our analysis of control flow.
>> +*
>> +* The control flow-aware analysis was done at a channel level, while at
>> +* this point we're distilling it down to vgrfs.
>> +
Vincent Lejeune writes:
> ---
> src/gallium/drivers/radeon/R600Instructions.td | 3 +++
> 1 file changed, 3 insertions(+)
This series looks like a really nice improvement to the radeon llvm
code. Thanks!
pgpN3ZSZTVLz8.pgp
Description: PGP signature
___
Kenneth Graunke writes:
> On 10/04/2012 04:07 PM, Eric Anholt wrote:
>> For tracking live variables, we want to know when a register is completely
>> rewritten, so we need to be able to compare a writemask to the size of the
>> register. There's also potential use for this in register coalescing
Presumably some of this was used by the old fragment shader backend.
---
src/mesa/drivers/dri/i965/brw_eu.h | 12
src/mesa/drivers/dri/i965/brw_eu_emit.c | 108
2 files changed, 120 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_eu.h
b/src/mes
Kenneth Graunke writes:
> On 09/22/2012 02:04 PM, Eric Anholt wrote:
>> Use a simple chaining hash table for the ACP. This is not really very good,
>> because we still do a full walk of the tree per destination write, but it
>> still reduces fp-long-alu runtime from 5.3 to 3.9s.
>> ---
>> src/
Kenneth Graunke writes:
> On 10/07/2012 06:34 PM, Kenneth Graunke wrote:
>> On 10/07/2012 06:06 PM, Paul Berry wrote:
>>> Can we make a kernel patch that adds 3D_CHICKEN3 to the whitelist? That
>>> would at least allow guardband clipping to work with future kernels.
>>
>> That would definitely w
On 10/08/2012 04:24 AM, Oliver McFadden wrote:
On Thu, Oct 04, 2012 at 02:21:32PM +0300, Oliver McFadden wrote:
CC: Kenneth Graunke
Signed-off-by: Oliver McFadden
---
src/mesa/drivers/common/meta.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/src/mesa/drivers/c
---
src/gallium/drivers/radeon/AMDGPUISelLowering.cpp | 3 +--
src/gallium/drivers/radeon/AMDGPUIntrinsics.td | 1 -
src/gallium/drivers/radeon/AMDILIntrinsics.td | 2 --
src/gallium/drivers/radeon/R600Instructions.td | 2 +-
src/gallium/drivers/radeon/radeon_setup_tgsi_llvm.c |
---
src/gallium/drivers/radeon/AMDGPUISelLowering.cpp | 2 --
src/gallium/drivers/radeon/AMDILIntrinsics.td | 2 --
src/gallium/drivers/radeon/radeon_setup_tgsi_llvm.c | 4 ++--
3 files changed, 2 insertions(+), 6 deletions(-)
diff --git a/src/gallium/drivers/radeon/AMDGPUISelLowering.cpp
---
src/gallium/drivers/radeon/AMDGPUISelLowering.cpp | 1 +
src/gallium/drivers/radeon/AMDGPUIntrinsics.td | 1 -
src/gallium/drivers/radeon/R600Instructions.td | 2 +-
src/gallium/drivers/radeon/SIInstructions.td| 2 +-
src/gallium/drivers/radeon/radeon_setup_tgsi_llvm.c | 4
---
src/gallium/drivers/radeon/AMDGPUISelLowering.cpp | 3 +--
src/gallium/drivers/radeon/AMDILIntrinsics.td | 1 -
src/gallium/drivers/radeon/radeon_setup_tgsi_llvm.c | 6 +++---
3 files changed, 4 insertions(+), 6 deletions(-)
diff --git a/src/gallium/drivers/radeon/AMDGPUISelLowering.c
---
src/gallium/drivers/radeon/AMDGPUISelLowering.cpp | 1 +
src/gallium/drivers/radeon/AMDILIntrinsics.td | 2 --
src/gallium/drivers/radeon/R600Instructions.td | 2 +-
src/gallium/drivers/radeon/radeon_setup_tgsi_llvm.c | 4 ++--
4 files changed, 4 insertions(+), 5 deletions(-)
dif
---
src/gallium/drivers/radeon/AMDGPUIntrinsics.td | 2 --
src/gallium/drivers/radeon/R600Instructions.td | 17 +++--
src/gallium/drivers/radeon/radeon_setup_tgsi_llvm.c | 8
3 files changed, 15 insertions(+), 12 deletions(-)
diff --git a/src/gallium/drivers/radeo
---
src/gallium/drivers/radeon/R600Instructions.td | 3 +++
1 file changed, 3 insertions(+)
diff --git a/src/gallium/drivers/radeon/R600Instructions.td
b/src/gallium/drivers/radeon/R600Instructions.td
index 1689a2f..01a5bba 100644
--- a/src/gallium/drivers/radeon/R600Instructions.td
+++ b/src/ga
- Original Message -
> On Sun, Oct 7, 2012 at 3:37 PM, Stéphane Marchesin
> wrote:
> > On Wed, Jul 18, 2012 at 8:35 AM, Jose Fonseca
> > wrote:
[...]
> >> I can't reproduce the failures here neither, nor with softpipe +
> >> draw llvm
> >>
> >> I also considered that this could be 32bit
On Mon, Oct 08, 2012 at 02:24:44PM +0300, Oliver McFadden wrote:
> On Thu, Oct 04, 2012 at 02:21:32PM +0300, Oliver McFadden wrote:
> > CC: Kenneth Graunke
> > Signed-off-by: Oliver McFadden
> > ---
> > src/mesa/drivers/common/meta.c |3 +--
> > 1 files changed, 1 insertions(+), 2 deletions(
On Thu, Oct 04, 2012 at 02:21:32PM +0300, Oliver McFadden wrote:
> CC: Kenneth Graunke
> Signed-off-by: Oliver McFadden
> ---
> src/mesa/drivers/common/meta.c |3 +--
> 1 files changed, 1 insertions(+), 2 deletions(-)
>
> diff --git a/src/mesa/drivers/common/meta.c b/src/mesa/drivers/common
On Sun, Oct 7, 2012 at 3:37 PM, Stéphane Marchesin
wrote:
> On Wed, Jul 18, 2012 at 8:35 AM, Jose Fonseca wrote:
>>
>>
>> - Original Message -
>>> Am 18.07.2012 07:11, schrieb Marek Olšák:
>>> > On Wed, Jul 18, 2012 at 1:58 AM, Roland Scheidegger
>>> > wrote:
>>> >> Am 17.07.2012 23:49,
On Mon, Oct 8, 2012 at 6:41 AM, Kenneth Graunke wrote:
> Perhaps the best course of action is to simply:
> 1. Cc: sta...@kernel.org the kernel fix and get it backported as far back as
> anybody cares.
> 2. Leave GB clipping disabled in 9.0, but keep it for 9.1. That way, by the
> time it ships an
https://bugs.freedesktop.org/show_bug.cgi?id=44618
--- Comment #16 from Homer Simpson ---
Ok looking good just some flag cleanups
libstdc++ needs to be found so there should be a LDFLAGS for build in my cross
toolchain i use sysroot with no system paths ill need to add this for build
compile.
a
43 matches
Mail list logo