Andy Furniss ukfsn.org> writes:
> After updating talloc to avoid a build error I am now getting -
>
> Regenerating builtin_function.cpp...
> python -t -O -O builtins/tools/generate_builtins.py
> /home/andy/Src/Mesa-git/mesa/src/glsl/builtin_compiler >
> builtin_function.cpp
> builtins/tools/g
Christian König [2011-01-13 23:15]:
> i just pushed a rework of the literal handling in r600g to master.
> This rework replaces/extends your patch with a (hopefully) more general
> resolution to the problem.
>
> I have tested my patch quite a bit, but currently don't have a good test
> case at h
Hi,
i just pushed a rework of the literal handling in r600g to master.
This rework replaces/extends your patch with a (hopefully) more general
resolution to the problem.
I have tested my patch quite a bit, but currently don't have a good test
case at hand for the SIN/COS/SCS functions. I assume t
Hi,
This mail is mostly a remainder to myself and also a try to get
someone to look into it before i myself got more time on this :)
A common GLSL pattern is :
glUseProgram(Program1);
glActiveTexture(GL_TEXTURE0 + 0);
glBindTexture(...);
glActiveTexture(GL_TEXTURE0 + 1);
glBindTexture(...);
...
g
https://bugs.freedesktop.org/show_bug.cgi?id=31907
Sven Arvidsson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/13/2011 08:45 AM, Lucas Stach wrote:
> If we have a reliable ARB shader to glsl ir coverter, we could just
> eliminate mesa ir from this chain.
>
> So we should get either glsl->tgsi or arb->glsl->tgsi.
I had been working on that before our cru
On Thu, 13 Jan 2011 21:35:20 +0200, Ian Romanick
wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/13/2011 06:51 AM, Stefanos A. wrote:
On Thu, 13 Jan 2011 14:18:01 +0200, Corbin Simpson
wrote:
12, 2011 at 3:47 PM, rtfss none wrote:
Hi,
first sorry if not is the correct place
On Thu, Jan 13, 2011 at 2:35 PM, Ian Romanick wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 01/13/2011 06:51 AM, Stefanos A. wrote:
>> On Thu, 13 Jan 2011 14:18:01 +0200, Corbin Simpson
>> wrote:
>>
>>> 12, 2011 at 3:47 PM, rtfss none wrote:
Hi,
first sorry if no
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/13/2011 06:51 AM, Stefanos A. wrote:
> On Thu, 13 Jan 2011 14:18:01 +0200, Corbin Simpson
> wrote:
>
>> 12, 2011 at 3:47 PM, rtfss none wrote:
>>> Hi,
>>>
>>> first sorry if not is the correct place to post it but I was thinking
>>> that with
https://bugs.freedesktop.org/show_bug.cgi?id=33071
Summary: xorg session stops due to 3d plotting
Product: Mesa
Version: 7.9
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: me
> -Original Message-
> From: mesa-dev-bounces+vlee=vmware@lists.freedesktop.org [mailto:mesa-
> dev-bounces+vlee=vmware@lists.freedesktop.org] On Behalf Of Ian
> Romanick
> Sent: Thursday, January 13, 2011 10:43 AM
> To: mesa-dev@lists.freedesktop.org
> Subject: Re: [Mesa-dev] Mesa
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/13/2011 09:29 AM, Vinson Lee wrote:
> Module: Mesa
> Branch: master
> Commit: 1f6693033256123ec5cf6f186e5cfb1679e523d3
> URL:
> http://cgit.freedesktop.org/mesa/mesa/commit/?id=1f6693033256123ec5cf6f186e5cfb1679e523d3
>
> Author: Vinson Lee
If we have a reliable ARB shader to glsl ir coverter, we could just
eliminate mesa ir from this chain.
So we should get either glsl->tgsi or arb->glsl->tgsi.
-- Lucas
Am Donnerstag, den 13.01.2011, 17:40 +0100 schrieb Roland Scheidegger:
> Am 12.01.2011 23:04, schrieb Eric Anholt:
> > This is a
Am 12.01.2011 23:04, schrieb Eric Anholt:
> This is a work-in-progress patch series to switch texenvprogram.c from
> generating ARB_fp style Mesa IR to generating GLSL IR as its product.
> For drivers without native GLSL codegen, that is then turned into the
> Mesa IR that can be consumed. However
On Thu, 13 Jan 2011 14:18:01 +0200, Corbin Simpson
wrote:
12, 2011 at 3:47 PM, rtfss none wrote:
Hi,
first sorry if not is the correct place to post it but I was thinking
that with open source Sandy Bridge and AMD 68xx cards support that
ship with Displayport 1.2 (AMD only) and HDMI1.4(bot
On 01/12/2011 11:51 AM, Paulo Zanoni wrote:
2011/1/6 Paulo Zanoni:
diff --git a/src/egl/opengles2/.gitignore b/src/egl/opengles2/.gitignore
index bbfb095..8e4bc34 100644
--- a/src/egl/opengles2/.gitignore
+++ b/src/egl/opengles2/.gitignore
@@ -1,3 +1,3 @@
es2gears
+es2tri
es2_info
-tri
For
On 01/13/2011 05:59 AM, Paulo Zanoni wrote:
Without this, X doesn't start with UMS on r300g.
Committed. Thanks.
-Brian
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
I forgot to mention: this will give us a working X server with
_software_ rendering, instead of a segfaulting X.
2011/1/13 Paulo Zanoni :
> Without this, X doesn't start with UMS on r300g.
>
> Signed-off-by: Paulo Zanoni
> ---
>
> Sending patch as discussed in #radeon
> Tested with mesa 7.10. If
https://bugs.freedesktop.org/show_bug.cgi?id=33053
Jakob Bornecrantz changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
Without this, X doesn't start with UMS on r300g.
Signed-off-by: Paulo Zanoni
---
Sending patch as discussed in #radeon
Tested with mesa 7.10. If the patch is accepted, please backport to 7.10.
src/mesa/drivers/dri/common/dri_util.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
https://bugs.freedesktop.org/show_bug.cgi?id=33053
Summary: SIGSEGV at brw_wm_populate_key during KDE login with
gallium sw renderer enabled
Product: Mesa
Version: 7.10
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
On Wed, Jan 12, 2011 at 3:47 PM, rtfss none wrote:
> Hi,
>
> first sorry if not is the correct place to post it but I was thinking
> that with open source Sandy Bridge and AMD 68xx cards support that
> ship with Displayport 1.2 (AMD only) and HDMI1.4(both) connectors
> supporting
> 3d stereo outpu
On Thu, Jan 13, 2011 at 8:35 PM, Henri Verbeet wrote:
> On 13 January 2011 06:49, Dave Airlie wrote:
>> I'd really like to make sure someone else has read EXT_texture_sRGB
>> and agrees with me ;-)
>>
> Makes sense to me at least.
>
Thanks, and Kenneth also ran my tests against the binaries and t
On 4 January 2011 22:05, Henri Verbeet wrote:
> Base level and min LOD aren't equivalent. In particular, min LOD has no
> effect on image array selection for magnification and non-mipmapped
> minification.
> ---
> src/mesa/state_tracker/st_atom_sampler.c | 9 +++--
> src/mesa/state_tracker
On 13 January 2011 06:49, Dave Airlie wrote:
> I'd really like to make sure someone else has read EXT_texture_sRGB
> and agrees with me ;-)
>
Makes sense to me at least.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.or
On Mit, 2011-01-12 at 20:46 +0100, Christian König wrote:
> I found the bug, fixed it and pushed the fix to master.
>
> With this optimisation a simple shader which just samples a texture
> won't have any alu instructions any more. Since we look only at alu
> instructions to determine the maximum
Hi,
first sorry if not is the correct place to post it but I was thinking
that with open source Sandy Bridge and AMD 68xx cards support that
ship with Displayport 1.2 (AMD only) and HDMI1.4(both) connectors
supporting
3d stereo output if could mesa developers expose support for it.. i.e.
mesa ogl
27 matches
Mail list logo
