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
"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
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
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 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
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 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
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
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
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
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
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
---
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)
* "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
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
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
+
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
* "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
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
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
- 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
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 -
> 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
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
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
---
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
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
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/
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
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
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 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
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/
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
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
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
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
> +++
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 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 +
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
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
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
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 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
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
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 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
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 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
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: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
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
> ---
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, 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
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
>
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:
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 +
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
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
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
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 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/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
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)
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
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
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
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:
>
>
>
68 matches
Mail list logo
