On Wed, Jul 11, 2012 at 7:15 AM, Kristian Høgsberg wrote:
> On Tue, Jul 10, 2012 at 4:54 PM, Kristian Høgsberg wrote:
>> On Tue, Jul 10, 2012 at 4:24 PM, Ferry Huberts wrote:
>>>
>>> On 10-07-12 22:13, Kenneth Graunke wrote:
On 07/10/2012 12:50 PM, Tom Stellard wrote:
>
>
>
Kenneth Graunke writes:
> inverse() has been done for a while.
Does the inverse() builtin constant expression handling work for
you? It doesn't here.
> None of us know what "highp change" means;
GLSL 1.40 spec: "Make the default precision qualification for fragment
shader be high." -- it was a
Hi Jeremy,
I wasn't able to reproduce this problem when I committed the patch to
update gl2ext.h, but I now figured out what triggers it. It only
happens when the asm stubs are disabled (either pass --disable-asm to
configure or buid on an arch where we fallback to c stubs) and when
shared glapi
Some application calls eglCreateWindowSurface with
EGLNativeWindowType parameter having zero value. It causes SEGV
and disturbs error handling like EGL_NO_SURFACE.
Signed-off-by: Elvis Lee
---
src/egl/drivers/dri2/platform_drm.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/src/egl/dr
https://bugs.freedesktop.org/show_bug.cgi?id=51972
Bug #: 51972
Summary: Compilation error on x86-64 with --enable-32-bit
option
Classification: Unclassified
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
On 07/10/2012 02:39 PM, Jeremy Huddleston Sequoia wrote:
Mesa master stopped building successfully on my tinderbox on 7/6. The relevant
changes from the previous successful build were 95ce454..c445b0f, and I
bisected it to the upgrade of gl2ext.h to version 18099 (see below).
../../../src/map
On Tue, Jul 10, 2012 at 5:16 PM, Marek Olšák wrote:
> On Tue, Jul 10, 2012 at 10:00 PM, Jerome Glisse wrote:
>> On Tue, Jul 10, 2012 at 2:10 PM, Marek Olšák wrote:
>>> On Tue, Jul 10, 2012 at 6:40 AM, Vadim Girlin wrote:
On Sat, 2012-07-07 at 01:48 +0200, Marek Olšák wrote:
> On Wed, J
On 07/09/2012 03:40 PM, Eric Anholt wrote:
> This was accidentally copy-and-pasted inside.
> ---
> src/mesa/drivers/dri/i965/brw_fs_live_variables.cpp |9 +
> 1 file changed, 5 insertions(+), 4 deletions(-)
>
> diff --git a/src/mesa/drivers/dri/i965/brw_fs_live_variables.cpp
> b/src/
On 07/09/2012 03:40 PM, Eric Anholt wrote:
> ---
> src/mesa/drivers/dri/i965/brw_fs.cpp | 25
> ++--
> src/mesa/drivers/dri/i965/brw_fs.h |1 +
> .../drivers/dri/i965/brw_fs_copy_propagation.cpp | 16 ++---
> src/mesa/drivers/dri/i96
Enable it for all hardware.
No current hardware supports ETC1, so this patch implements it by
translating the ETC1 data to RGBX data during the call to
glCompressedTexImage2D(). For details, see the doxygen for
intel_mipmap_tree::wraps_etc1.
Passes the Piglit test spec/OES_compressed_ETC1_RGB8_te
Add function _mesa_etc1_unpack_rgba. It is intended to be used by
glCompressedTexSubImage2D to decode ETC1 textures into RGBA.
CC: Chia-I
CC: Kenneth Graunke
Signed-off-by: Chad Versace
---
src/mesa/main/texcompress_etc.c | 32
src/mesa/main/texcompress_etc
Move the body of util_etc1_rgb8_unpack_rgba_unorm8 into a new function
that can be shared between gallium and dri drivers,
texcompress_etc_tmp.h:etc1_unpack_rgba.
CC: Chia-I
CC: Kenneth Graunke
Signed-off-by: Chad Versace
---
src/gallium/auxiliary/util/u_format_etc.c | 25 +
This series lives on my etc1-v9 branch.
This series enables GL_OES_compressed_ETC1_RGB8_texture for all Intel hardware
by simply decoding the ETC1 data into RGBX data at time of glTexImage. No
current Intel hardware supports ETC1.
v2: Don't break gallium.
Chad Versace (3):
gallium/util, mesa:
On Tue, Jul 10, 2012 at 4:54 PM, Kristian Høgsberg wrote:
> On Tue, Jul 10, 2012 at 4:24 PM, Ferry Huberts wrote:
>>
>> On 10-07-12 22:13, Kenneth Graunke wrote:
>>>
>>> On 07/10/2012 12:50 PM, Tom Stellard wrote:
I just fetched from the master branch of the fdo mesa repo and was
>
On Tue, 2012-07-10 at 20:10 +0200, Marek Olšák wrote:
> On Tue, Jul 10, 2012 at 6:40 AM, Vadim Girlin wrote:
> > On Sat, 2012-07-07 at 01:48 +0200, Marek Olšák wrote:
> >> On Wed, Jun 27, 2012 at 1:34 AM, Vadim Girlin
> >> wrote:
> >> > Use r600_resource_texture::flished_depth_texture for GPU ac
Mesa master stopped building successfully on my tinderbox on 7/6. The relevant
changes from the previous successful build were 95ce454..c445b0f, and I
bisected it to the upgrade of gl2ext.h to version 18099 (see below).
../../../src/mapi/glapi/glapitemp.h:4635:1: error: no previous prototype fo
On Tue, Jul 10, 2012 at 10:08 AM, Jon TURNEY
wrote:
> Automake can't handle having both clip.S and clip.c, even though they have
> different paths
>
> "src/mesa/Makefile.am: object `clip.lo' created by `$(SRCDIR)/sparc/clip.S'
> and `$(SRCDIR)/main/clip.c'"
>
> Signed-off-by: Jon TURNEY
> ---
On Tue, Jul 10, 2012 at 10:08 AM, Jon TURNEY
wrote:
> v2: Use AM_V_GEN to silence generated code rules. Add BUILT_SOURCES to
> CLEANFILES
>
> Signed-off-by: Jon TURNEY
> ---
> configure.ac|2 +
> src/glsl/.gitignore |1 +
> src/glsl/Makefile
https://bugs.freedesktop.org/show_bug.cgi?id=51956
Ian Romanick changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Tue, Jul 10, 2012 at 10:00 PM, Jerome Glisse wrote:
> On Tue, Jul 10, 2012 at 2:10 PM, Marek Olšák wrote:
>> On Tue, Jul 10, 2012 at 6:40 AM, Vadim Girlin wrote:
>>> On Sat, 2012-07-07 at 01:48 +0200, Marek Olšák wrote:
On Wed, Jun 27, 2012 at 1:34 AM, Vadim Girlin
wrote:
> U
On Tue, Jul 10, 2012 at 4:24 PM, Ferry Huberts wrote:
>
> On 10-07-12 22:13, Kenneth Graunke wrote:
>>
>> On 07/10/2012 12:50 PM, Tom Stellard wrote:
>>>
>>>
>>> I just fetched from the master branch of the fdo mesa repo and was
>>> greeted with a "forced update" message, and the gitweb interface
On 10-07-12 22:13, Kenneth Graunke wrote:
On 07/10/2012 12:50 PM, Tom Stellard wrote:
I just fetched from the master branch of the fdo mesa repo and was
greeted with a "forced update" message, and the gitweb interface shows
several days of history are missing from the master branch.
olv appea
https://bugs.freedesktop.org/show_bug.cgi?id=51956
--- Comment #1 from Ian Romanick 2012-07-10 20:18:07 PDT
---
Changing the name is fine. The test just needs to have the new name replace
the old name too.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You
On 07/10/2012 12:50 PM, Tom Stellard wrote:
>
> I just fetched from the master branch of the fdo mesa repo and was
> greeted with a "forced update" message, and the gitweb interface shows
> several days of history are missing from the master branch.
>
> olv appears to be the last user to modify t
On Tue, Jul 10, 2012 at 2:10 PM, Marek Olšák wrote:
> On Tue, Jul 10, 2012 at 6:40 AM, Vadim Girlin wrote:
>> On Sat, 2012-07-07 at 01:48 +0200, Marek Olšák wrote:
>>> On Wed, Jun 27, 2012 at 1:34 AM, Vadim Girlin wrote:
>>> > Use r600_resource_texture::flished_depth_texture for GPU access, and
I just fetched from the master branch of the fdo mesa repo and was
greeted with a "forced update" message, and the gitweb interface shows
several days of history are missing from the master branch.
olv appears to be the last user to modify the master branch:
tstellar@annarchy:~$ ls -l /git/mesa/
On 07/10/2012 11:42 AM, Kenneth Graunke wrote:
> On 07/09/2012 10:46 AM, Chad Versace wrote:
>> The header defined the functions in with C-style macro templates. Since
>> there was only one user of the header, the templates were unnecessary.
>> This patch redefines the functions as vanilla, non-tem
2012/7/10 Ian Romanick :
> Right... I forgot that the HTML formatting got changed around. I just
> copied the 8.0.3 release notes in the 8.0 branch as the starting point. I
> think it should be fine apply this to master, and I can pick it over to 8.0
> branch later... though I don't think it will
https://bugs.freedesktop.org/show_bug.cgi?id=51960
Bug #: 51960
Summary: [bisected] Mesa master fails to build
Classification: Unclassified
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
On Sun, Jul 8, 2012 at 10:44 PM, Christopher James Halse Rogers
wrote:
> On Sun, 2012-07-08 at 19:39 -0700, Kenneth Graunke wrote:
>> On 07/08/2012 04:14 PM, Christopher James Halse Rogers wrote:
>> > Signed-off-by: Christopher James Halse Rogers
>> >
>> > ---
>> > src/mesa/sources.mak |9 +
On 07/09/2012 10:46 AM, Chad Versace wrote:
> The header defined the functions in with C-style macro templates. Since
> there was only one user of the header, the templates were unnecessary.
> This patch redefines the functions as vanilla, non-templated functions.
>
> This patch also removes the h
On 07/09/2012 10:46 AM, Chad Versace wrote:
> Add function _mesa_etc1_image_decode_to_abgr(). It is intended to be
> used by glCompressedTexSubImage2D to translate ETC1 textures into ABGR.
>
> Signed-off-by: Chad Versace
> ---
> src/mesa/main/texcompress_etc.c | 82
> +++
https://bugs.freedesktop.org/show_bug.cgi?id=51956
Bug #: 51956
Summary: EnumStrings.LookUpByNumber regression
Classification: Unclassified
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
St
It had many problems:
- The shadow comparison was done post-filtering.
- It required state-dependent recompiles whenever the comparison
function changed.
- It didn't even work: many cases hit assertion failures.
- I never implemented it for the VS.
The new lowering pass which converts textureGra
Intel hardware doesn't natively support textureGrad with shadow
comparisons. So we need to generate code to handle it somehow.
Based on the equations of page 205 of the OpenGL 3.0 specification,
it's possible to compute the LOD value that would be selected given the
gradient values. Then, we can
This swizzles away unwanted components, while preserving the order of
the ones that remain.
Signed-off-by: Kenneth Graunke
---
src/glsl/ir_builder.cpp | 15 +++
src/glsl/ir_builder.h |5 +
2 files changed, 20 insertions(+)
diff --git a/src/glsl/ir_builder.cpp b/src/glsl/
I needed to compute logs and square roots in a patch I was working on,
and wanted to use the convenient interface. We already have a similar
constructor for binops; adding one for unops seems reasonable.
Signed-off-by: Kenneth Graunke
---
src/glsl/ir_builder.cpp |8
src/glsl/ir_bui
Intel hardware doesn't natively support textureGrad with shadow
comparisons. This patch series implements a GLSL IR level lowering
pass to compute the LOD level that would be selected based on the
given gradient values, based on the equations on page 205 of the
OpenGL 3.0 specification. It then s
I ran into this while trying to create a TXS query, which doesn't have a
coordinate. Since it didn't get initialized to NULL, a bunch of
visitors tried to access it and crashed.
Most of the time, this won't be a problem, but it's just a good idea.
Signed-off-by: Kenneth Graunke
---
src/glsl/ir
On Tue, Jul 10, 2012 at 6:40 AM, Vadim Girlin wrote:
> On Sat, 2012-07-07 at 01:48 +0200, Marek Olšák wrote:
>> On Wed, Jun 27, 2012 at 1:34 AM, Vadim Girlin wrote:
>> > Use r600_resource_texture::flished_depth_texture for GPU access, and
>> > allocate it in the VRAM. For transfers we'll allocate
On Tue, Jul 10, 2012 at 11:44 AM, Michel Dänzer wrote:
> On Mon, 2012-07-09 at 21:15 +0200, Marek Olšák wrote:
>> This fixes piglit/depth-level-clamp.
>> ---
>> src/gallium/drivers/r600/r600_texture.c |5 +++--
>> 1 file changed, 3 insertions(+), 2 deletions(-)
>>
>> diff --git a/src/gallium/
Right... I forgot that the HTML formatting got changed around. I just
copied the 8.0.3 release notes in the 8.0 branch as the starting point.
I think it should be fine apply this to master, and I can pick it over
to 8.0 branch later... though I don't think it will matter there. I'll
just hav
---
docs/relnotes-8.0.4.html | 85 ++
1 files changed, 41 insertions(+), 44 deletions(-)
diff --git a/docs/relnotes-8.0.4.html b/docs/relnotes-8.0.4.html
index dd89b95..529140a 100644
--- a/docs/relnotes-8.0.4.html
+++ b/docs/relnotes-8.0.4.html
@@ -1
On Tue, Jul 10, 2012 at 9:04 AM, Jose Fonseca wrote:
>
>
> - Original Message -
>> On Tue, Jul 10, 2012 at 3:30 PM, Jose Fonseca
>> wrote:
>> > Yep. The interfaces are busted.
>> >
>> > Without native integers we get
>> >
>> >DCL SV[0], INSTANCEID
>> >...
>> >ARL ADDR[0].x, SV
Mesa 8.0.4 has been released. Mesa 8.0.4 is a bug fix release which
fixes bugs found since the 8.0.3 release.
The tag in the GIT repository for Mesa 8.0.4 is 'mesa-8.0.4'.
Mesa 8.0.4 is available for download at
ftp://freedesktop.org/pub/mesa/8.0.4/
I was originally planning for Mesa 8.0.4 to
- Original Message -
> On Tue, Jul 10, 2012 at 3:30 PM, Jose Fonseca
> wrote:
> > Yep. The interfaces are busted.
> >
> > Without native integers we get
> >
> >DCL SV[0], INSTANCEID
> >...
> >ARL ADDR[0].x, SV[0].
> >
> > and with integers we get
> >
> >DCL SV[0], INS
On Mon, Jul 9, 2012 at 3:15 PM, Marek Olšák wrote:
> Hi everyone,
>
> this series has two parts.
>
> Patches 1-12 are Mesa/Gallium improvements. Most importantly, this adds
> acceleration of stencil copying (including glBlitFramebuffer) using the
> shader stencil export functionality. I am afrai
- Original Message -
> Hi everyone,
>
> this series has two parts.
>
> Patches 1-12 are Mesa/Gallium improvements. Most importantly, this
> adds acceleration of stencil copying (including glBlitFramebuffer)
> using the shader stencil export functionality. I am afraid r600g and
> radeonsi
Hi,
I plan to push this series in two days if there's no other feedback.
Marek
On Thu, Jul 5, 2012 at 1:20 PM, Marek Olšák wrote:
> Hi everyone,
>
> the title says it all. These are the remaining transform feedback extensions
> from GL4. Nothing needs to be done for this in drivers, provided t
On 07/09/2012 04:57 PM, Brad King wrote:
> Running "git bisect" points to commit 2d4b77c7 (automake:
> Convert src/mesa/drivers/x11/Makefile, 2012-06-12). The change
> made by the commit does not obviously drop use of GL_LIB.
Upon closer inspection it *does* obviously drop use of GL_LIB.
Now "lib
* "configure substitutions are not allowed in _SOURCES variables" in automake,
so remove the AC_SUBST'ed GLAPI_ASM_SOURCES and instead use some AM_CONDITIONALS
to choose which asm sources are used
* Change GLAPI_LIB to point to the .la file in other Makefile.am files, and
make a link
to the .a fi
The libmesa convenience library is linked with the libglsl convenience
library. libOsmesa is linked with libmesa, and also directly with libglsl.
This gives rise to duplicate symbol errors.
We must either:
(i) Not link libmesa with libglsl, and link anything that uses libmesa with
libglsl as well
automake doesn't allow hyphens in variable names
Signed-off-by: Jon TURNEY
---
configure.ac |2 +-
src/mapi/glapi/sources.mak |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/configure.ac b/configure.ac
index 5724f8a..c579fd3 100644
--- a/configure.ac
+
Now mesa/drivers/dri is converted to automake, we want to update DRI_LIB_DEPS
so that we link with the libmesa or libdricore libtool library, as appropriate.
However, this is complicated by the fact that gallium/targets is not (yet)
converted, so we can't share the DRI_LIB_DEPS autoconf variable w
* "configure substitutions are not allowed in _SOURCES variables" in automake,
so instead of
MESA_ASM_FILES, use some AM_CONDITIONALS to choose which architecture's asm
sources are used
in libmesa_la_SOURCES. (Can't remove MESA_ASM_FILES autoconf variable as it's
still used in
sources.mak)
* Up
---
configs/current.in |1 -
configure.ac |3 ---
2 files changed, 0 insertions(+), 4 deletions(-)
diff --git a/configs/current.in b/configs/current.in
index f4858bd..ca817c4 100644
--- a/configs/current.in
+++ b/configs/current.in
@@ -147,7 +147,6 @@ VG_LIB_DEPS = $(EXTRA_LIB_PATH)
Automake can't handle having both clip.S and clip.c, even though they have
different paths
"src/mesa/Makefile.am: object `clip.lo' created by `$(SRCDIR)/sparc/clip.S' and
`$(SRCDIR)/main/clip.c'"
Signed-off-by: Jon TURNEY
---
src/mesa/SConscript |2 +-
src/mesa/sources.mak
v2: Use AM_V_GEN to silence generated code rules. Add BUILT_SOURCES to
CLEANFILES
Signed-off-by: Jon TURNEY
---
configure.ac|2 +
src/glsl/.gitignore |1 +
src/glsl/Makefile | 144 ---
src/glsl/Ma
From: Laurent Carlier
This also currently fix the installation of libOSmesa.
v2: Remove old Makefile, libOSmesa is now versioned, fix typos
v3: Keep config substitution alphabetized
v4: Update .gitignore
v5: Libraries will be in the builddir, not the srcdir.
Reviewed-by: Jon TURNEY
---
config
Updated to address various comments:
[1/9] libOsmesa links with libaries in the builddir, not the srcdir
[2/9] libglsl use AM_V_GEN to silence generated code rules and add
BUILT_SOURCES to CLEANFILES
[4/9] Remove stray -static from flags for libmesa and libmesagallium
[6/9] Remove unndeded libgls
On Tue, Jul 10, 2012 at 8:29 AM, Jose Fonseca wrote:
> "util_format_stencil" seems a too generic. Some sort of qualifier would be
> more future proof, e.g., util_format_stencil_only.
Alright, consider it done. (without re-sending the patches)
Marek
>
> - Original Message -
>> used for
On Tue, Jul 10, 2012 at 3:30 PM, Jose Fonseca wrote:
> Yep. The interfaces are busted.
>
> Without native integers we get
>
>DCL SV[0], INSTANCEID
>...
>ARL ADDR[0].x, SV[0].
>
> and with integers we get
>
>DCL SV[0], INSTANCEID
>...
>UARL ADDR[0].x, SV[0].
>
> Oliv
Yep. The interfaces are busted.
Without native integers we get
DCL SV[0], INSTANCEID
...
ARL ADDR[0].x, SV[0].
and with integers we get
DCL SV[0], INSTANCEID
...
UARL ADDR[0].x, SV[0].
Olivier's fix is incorrect. It works on the above cases by guessing the type,
but
On 09/07/2012 17:36, Eric Anholt wrote:
>> We must either:
>> (i) Not link libmesa with libglapi, and link anything that uses libmesa with
>> libglapi as well, or
>> (ii) Link libmesa with libglapi, and not link anything that uses libmesa with
>> libglapi
>>
>> I choose (ii) just because it's least
On 09/07/2012 17:31, Eric Anholt wrote:
> Jon TURNEY writes:
>> diff --git a/src/mesa/Makefile.am b/src/mesa/Makefile.am
>> index bada760..08beaa6 100644
>> --- a/src/mesa/Makefile.am
>> +++ b/src/mesa/Makefile.am
>
>> +libmesa_la_SOURCES = \
>> +$(MESA_FILES) \
>> +$(MESA_CXX_FILES) \
>>
On Mon, 2012-07-09 at 21:15 +0200, Marek Olšák wrote:
> This fixes piglit/depth-level-clamp.
> ---
> src/gallium/drivers/r600/r600_texture.c |5 +++--
> 1 file changed, 3 insertions(+), 2 deletions(-)
>
> diff --git a/src/gallium/drivers/r600/r600_texture.c
> b/src/gallium/drivers/r600/r600
"util_format_stencil" seems a too generic. Some sort of qualifier would be more
future proof, e.g., util_format_stencil_only.
- Original Message -
> used for stencil sampler views.
> ---
> src/gallium/auxiliary/util/u_format.h | 29
> +
> src/mesa/state
Hi Marek,
Please update src/gallium/docs for the gallium interface change, and implement
the new function on galahad (I'm working towards getting galahad to support the
full gallium interface and get it enabled by default on debug builds, as it is
a shame not using it more).
Otherwise looks go
68 matches
Mail list logo
