There is a fail path in r300g that has been working very well for us. If
shader compilation fails, a dummy shader emitting one instruction is used
(usually outputting (0,0,0,1) into the first output). This approach allows
the applications with failing shaders to run with misrendering on specific
ob
On Tue, 15 Mar 2011 13:52:40 +1000, Dave Airlie wrote:
> a) undo ajax's cleanup, fix generator scripts to work again (not sure
> how possible that is
> since Olv's mapi changes), import latest GLX into server on a
> semi-regular basis.
The X server generator seems like it'll bit-rot if not used
On 03/14/2011 05:15 PM, Ian Romanick wrote:
> On 03/14/2011 01:04 PM, Kenneth Graunke wrote:
>> Module: Mesa
>> Branch: master
>> Commit: 1842b89f77bb7bd283b61e27cd69c643f2a60a22
>> URL:
>> http://cgit.freedesktop.org/mesa/mesa/commit/?id=1842b89f77bb7bd283b61e27cd69c643f2a60a22
>
>> Author: C
On Fri, Mar 4, 2011 at 11:24 AM, Dave Airlie wrote:
> Hi guys,
>
> I know this used to work, but it seems to be well busted now.
>
> If you made glx changes in mesa you could just set XORG_BASE and run
> make and it would regenerate all the files in the X server which
> really are cryptic as all h
On Mon, Mar 14, 2011 at 11:08 PM, Jon TURNEY
wrote:
> From: Samuel Thibault
>
> Fix build when configured --with-driver=dri --disable-driglx-direct on
> GNU/Hurd and Cygwin
>
> Based on the Debian patch file '05_hurd-ftbfs.diff' by Samuel Thibault.
>
> Signed-off-by: Jon TURNEY
> Reviewed-by: J
On Mon, Mar 14, 2011 at 1:07 PM, José Fonseca wrote:
> On Mon, 2011-03-14 at 11:23 -0700, Brian Paul wrote:
>> On 03/12/2011 07:44 PM, Marek Olšák wrote:
>> > The r300 compiler can eliminate unused uniforms and remap uniform locations
>> > if their number surpasses hardware limits, so the limit is
On Mon, Mar 14, 2011 at 11:08 PM, Jon TURNEY
wrote:
> From: nobled
>
> The Hurd kernel doesn't have DRM yet.
>
> Signed-off-by: Jon TURNEY
> Reviewed-by: Julien Cristau
> ---
> configure.ac | 13 +++--
> 1 files changed, 11 insertions(+), 2 deletions(-)
>
> diff --git a/configure.ac
https://bugs.freedesktop.org/show_bug.cgi?id=9293
Jamey Sharp changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Mon, Mar 14, 2011 at 4:03 PM, Jon TURNEY wrote:
> On 16/02/2011 15:44, Julien Cristau wrote:
>> On Wed, Feb 16, 2011 at 15:11:34 +, Jon TURNEY wrote:
>>
>>> At the moment, libGL cannot be built --with-driver=dri
>>> --disable-driglx-direct
>>> on platforms which don't have libdrm.
>>>
>>>
On Tue, Mar 15, 2011 at 1:00 AM, Ian Romanick wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 03/14/2011 04:01 PM, Jakob Bornecrantz wrote:
>> On Mon, Mar 14, 2011 at 11:46 PM, Ian Romanick wrote:
>>> -BEGIN PGP SIGNED MESSAGE-
>>> Hash: SHA1
>>>
>>> On 03/10/2011 03:30 PM
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/14/2011 01:04 PM, Kenneth Graunke wrote:
> Module: Mesa
> Branch: master
> Commit: 1842b89f77bb7bd283b61e27cd69c643f2a60a22
> URL:
> http://cgit.freedesktop.org/mesa/mesa/commit/?id=1842b89f77bb7bd283b61e27cd69c643f2a60a22
>
> Author: Chad V
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/14/2011 04:01 PM, Jakob Bornecrantz wrote:
> On Mon, Mar 14, 2011 at 11:46 PM, Ian Romanick wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> On 03/10/2011 03:30 PM, Marcin Slusarz wrote:
>>> ...by copying support for gl_InstanceI
On Mon, Mar 14, 2011 at 11:46 PM, Ian Romanick wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 03/10/2011 03:30 PM, Marcin Slusarz wrote:
>> ...by copying support for gl_InstanceIDARB, but without "#extension" check,
>> because EXT_draw_instanced spec does not say anything about it
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/10/2011 03:30 PM, Marcin Slusarz wrote:
> ...by copying support for gl_InstanceIDARB, but without "#extension" check,
> because EXT_draw_instanced spec does not say anything about it (as opposed
> to ARB_draw_instanced / gl_InstanceIDARB) and NVI
Add Cygwin platform-specific settings and drivers to build for dri driver:
- by default, disable direct rendering.
- if direct rendering is enabled, the swrast dridriver is the only one it's
sensible to try to build (this doesn't work at the moment as additional patches
are required to build a libG
From: nobled
The Hurd kernel doesn't have DRM yet.
Signed-off-by: Jon TURNEY
Reviewed-by: Julien Cristau
---
configure.ac | 13 +++--
1 files changed, 11 insertions(+), 2 deletions(-)
diff --git a/configure.ac b/configure.ac
index 38e673d..5bcb5a1 100644
--- a/configure.ac
+++ b/co
From: Samuel Thibault
Fix build when configured --with-driver=dri --disable-driglx-direct on GNU/Hurd
and Cygwin
Based on the Debian patch file '05_hurd-ftbfs.diff' by Samuel Thibault.
Signed-off-by: Jon TURNEY
Reviewed-by: Julien Cristau
---
configure.ac | 29 ++--
On 03/14/2011 03:00 PM, Ian Romanick wrote:
> Patches 1 and 2 don't seem to have arrived in my inbox. Are these in a
> public tree somewhere?
The list mailman rejected them because of "implicit destination". (?)
They're moot now, however. Ken cleaned up the patches and pushed them.
--
Chad Ver
On 16/02/2011 15:44, Julien Cristau wrote:
> On Wed, Feb 16, 2011 at 15:11:34 +, Jon TURNEY wrote:
>
>> At the moment, libGL cannot be built --with-driver=dri
>> --disable-driglx-direct
>> on platforms which don't have libdrm.
>>
>> --with-driver=dri is the only way to build a libGL which sup
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/12/2011 05:49 PM, Chad Versace wrote:
> Patches 1 and 2 were authored by Ken. I'm mailing them anyway, however,
> because
> they're required by the subsequent patches.
Patches 1 and 2 don't seem to have arrived in my inbox. Are these in a
publ
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/12/2011 02:41 PM, Eric Anholt wrote:
> On Sat, 12 Mar 2011 11:30:10 -0800, Kenneth Graunke
> wrote:
>> On Friday, March 11, 2011 04:06:44 PM Eric Anholt wrote:
>>> With the conversion of texenvprogram to producing GLSL IR, all those
>>> nice li
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/11/2011 04:06 PM, Eric Anholt wrote:
> With the conversion of texenvprogram to producing GLSL IR, all those
> nice little optimization passes end up slowing down our
> combinatorial-explosion ff tests pretty significantly. This patch
> series re
On 14 March 2011 19:22, Rafael Monica wrote:
> I'm not interested in making a convincing case. I lack time, interest
> and probably knowledge in tracking down and fixing any underlying bug.
Fair enough.
___
mesa-dev mailing list
mesa-dev@lists.freedeskt
On 14 March 2011 11:40, Rafael Monica wrote:
> Commit 460c5304aba646143938b76d536a6fc13a302ca8 seems to have forgotten to add
> support for the LOG opcode to Evergreen. This patch adds the missing
> Evergreen support.
>
> Fixes glean/vp1-LOG test piglit test on Evergreen.
>
I've pushed this.
_
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
After working on bug #34203, which turned out to now be inlining
related, I had some ideas about the inliner. Right now the inliner
proceeds in the order that it encounters functions in the IR. This
results in a number of issues including the OOM fai
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/11/2011 05:49 PM, Eric Anholt wrote:
> Here's a proposed fix for bug #35073, but I'd like some review. From
> googling, it looks like we're not the first driver to stumble on this.
> Here's the note from the bug reporter:
>
> The OpenGL s
Yes, it works that way too. This way all libs are linked, but ld
ignores unused ones (they're static libs), so it shouldn't be any
problem.
2011/3/14 José Fonseca :
> On Mon, 2011-03-14 at 10:55 -0700, Gustaw Smolarczyk wrote:
>> The commit 110f5e2056f80d0b87f2a4388bc35727070ba6d5 was meant to fix
Hello,
I'm a Belgian young student and I follow the Mesa's development for nearly two
years now. I'm just 18 yars old and it's the first year I'm elligible to the
Google Summer of Code.
I originally planned to work on KDE, but I find Mesa more interesting. The
project on which I would work is
On Mon, 2011-03-14 at 10:55 -0700, Gustaw Smolarczyk wrote:
> The commit 110f5e2056f80d0b87f2a4388bc35727070ba6d5 was meant to fix
> this build error, but it only add x86disassembler. The macro
> InitializeAllDisassemblers() (from llvm/Target/TargetSelect.h)
> initializes *all* disassemblers build
On Mon, 2011-03-14 at 11:23 -0700, Brian Paul wrote:
> On 03/12/2011 07:44 PM, Marek Olšák wrote:
> > The r300 compiler can eliminate unused uniforms and remap uniform locations
> > if their number surpasses hardware limits, so the limit is actually
> > NumParameters + NumUnusedParameters. This is
On Mon, Mar 14, 2011 at 2:18 PM, José Fonseca wrote:
> On Mon, 2011-03-14 at 10:06 -0700, Matt Turner wrote:
>> On Mon, Mar 14, 2011 at 4:52 PM, José Fonseca wrote:
>> > If we want a cleaner / more agile code base, then we could fork off the
>> > old mesa drivers which aren't being actively maint
On 03/12/2011 07:44 PM, Marek Olšák wrote:
The r300 compiler can eliminate unused uniforms and remap uniform locations
if their number surpasses hardware limits, so the limit is actually
NumParameters + NumUnusedParameters. This is important for some apps
under Wine to run.
Wine sometimes declar
Henri,
I'm not interested in making a convincing case. I lack time, interest
and probably knowledge in tracking down and fixing any underlying bug.
Again, this patch makes Evergreen behave the same as r600/r700 and it
works. You can commit it, leave the code broken as is (not something I
would pr
On Mon, 2011-03-14 at 10:06 -0700, Matt Turner wrote:
> On Mon, Mar 14, 2011 at 4:52 PM, José Fonseca wrote:
> > If we want a cleaner / more agile code base, then we could fork off the
> > old mesa drivers which aren't being actively maintained/tested into a
> > separate branch, put them in just-b
The commit 110f5e2056f80d0b87f2a4388bc35727070ba6d5 was meant to fix
this build error, but it only add x86disassembler. The macro
InitializeAllDisassemblers() (from llvm/Target/TargetSelect.h)
initializes *all* disassemblers build with llvm (in my case: X86 and
Arm; this is precompiled package from
On 14 March 2011 18:24, Rafael Monica wrote:
> The patch fixes 7 piglit tests and fixes GPU lockups with 3 tests, how
> is that not an improvement? Perhaps FLT_TO_INT_FLOOR is more efficient
> than FLOOR + FLT_TO_INT, but it seems to be pretty broken. Feel free
> to fix it though.
>
Maybe FLT_TO_I
The patch fixes 7 piglit tests and fixes GPU lockups with 3 tests, how
is that not an improvement? Perhaps FLT_TO_INT_FLOOR is more efficient
than FLOOR + FLT_TO_INT, but it seems to be pretty broken. Feel free
to fix it though.
2011/3/14 Henri Verbeet :
> On 14 March 2011 16:01, Rafael Monica wr
On Mon, Mar 14, 2011 at 4:52 PM, José Fonseca wrote:
> If we want a cleaner / more agile code base, then we could fork off the
> old mesa drivers which aren't being actively maintained/tested into a
> separate branch, put them in just-bugfixes/no-new-features life support
> mode; therefore allowin
I also agree with Marek FWIW.
If we want a cleaner / more agile code base, then we could fork off the
old mesa drivers which aren't being actively maintained/tested into a
separate branch, put them in just-bugfixes/no-new-features life support
mode; therefore allowing greater freedom to refactor s
Hello,
Thank you for your mail, it's exactly what I need to be able to find the right
GSoC project. I agree with you for most of the points, but I have some small
comments.
> I don't think forking the current Mesa codebase and making a
> Core-profile-only state tracker is a good idea. The Open
2011/3/14 Mathias Fröhlich :
> I had, for a different project/source combination, already some kind of folder
> name matching in my emacs configuration that dynamically switches the coding
> style. But that is somehow complicated to install and making the directory
> matches foolproof is not always
Denis,
I completely agree with Marek. It always sounds exciting to start
with a clean slate and disregard the "old" code but I don't think it's
the right move here.
A very large portion of the 4.1 core profile overlaps with the code we
have now and the code we need to write to support OpenGL 3.x
On 14 March 2011 16:01, Rafael Monica wrote:
> and rename function to tgsi_arl. Fixes the following piglit tests on
> Evergreen in the process:
>
> glean
> vp1-ARL test
> shaders
> glsl-fs-varying-array
> glsl-fs-vec4-indexing-temp-src
> glsl-vs-arrays-2
> glsl-vs-mov-after-deref
>
Patch merge tgsi_r600_arl and tgsi_eg_arl, use tgsi_r600_arl as base
and rename function to tgsi_arl. Fixes the following piglit tests on
Evergreen in the process:
glean
vp1-ARL test
shaders
glsl-fs-varying-array
glsl-fs-vec4-indexing-temp-src
glsl-vs-arrays-2
glsl-vs-mov-after
Benjamin BELLEC wrote:
Hello,
I have compiled the last Mesa code (and libtxc_dxtn from Marek Olšák's
branch) in order to test the S3TC support recently pushed in r600g.
In his commit
(http://cgit.freedesktop.org/mesa/mesa/commit/?id=8e0437914bb786d0b05be8f95e4ff37bf5a19f44),
Dave Airlie says "St
Commit 460c5304aba646143938b76d536a6fc13a302ca8 seems to have forgotten to add
support for the LOG opcode to Evergreen. This patch adds the missing
Evergreen support.
Fixes glean/vp1-LOG test piglit test on Evergreen.
diff --git a/src/gallium/drivers/r600/r600_shader.c b/src/gallium/drivers/r600/r
2011/3/14 Mathias Fröhlich wrote:
> By that way, I use currently git format-patch and attach these files.
> But the output of format-patch is clearly something that could go directly to
> a mail delivery agent. But since I only use authenticated mail delivery with a
> foreign sendmail/postfix serve
47 matches
Mail list logo
