On Wed, Apr 20, 2011 at 11:19 AM, Brian Paul wrote:
> On Tue, Apr 19, 2011 at 8:31 PM, nobled wrote:
> [...]
>> I added an XML file now, too; regenerating didn't work for me though,
>> because I'm missing some
>> XORG thing? (Also I had to run `apt-get install indent` first, but
>> then I hit the
https://bugs.freedesktop.org/show_bug.cgi?id=36282
--- Comment #19 from Andrew Randrianasulu 2011-04-20 13:17:49
PDT ---
(In reply to comment #15)
> I ran into this problem when upgrading my distribution and fixed it easily.
>
> Make sure glxgears picks up the correct libGL.so. You may have mul
https://bugs.freedesktop.org/show_bug.cgi?id=36282
--- Comment #20 from Andrew Randrianasulu 2011-04-20 13:26:00
PDT ---
Ops. silence - not "silince", and configurations, not "onfigurations".
I saw one strange thing - after my buld was interrupted and restarted - there
was link error in mesa/sr
On Wed, Apr 20, 2011 at 1:44 PM, Benjamin Bellec wrote:
> Hello,
>
> I have a simple question. If a feature is exposed by Mesa (checked by
> glewinfo), but piglit tests about this extension fails, is it a bug
> which must be reported ?
Sounds like it. Can you give an example?
-Brian
___
On Wed, Apr 20, 2011 at 1:57 PM, nobled wrote:
> On Wed, Apr 20, 2011 at 11:19 AM, Brian Paul wrote:
>> On Tue, Apr 19, 2011 at 8:31 PM, nobled wrote:
>> I'd also like to see a new piglit test for this extension. In fact, I
>> think we should require a piglit test for any new feature we add to
On 04/20/2011 12:08 PM, Eric Anholt wrote:
Since we lack hardware support for it, this is a simple matter of
checking _mesa_check_conditional_render at the entrypoints, and
suppressing it for the metaops where it doesn't apply.
---
docs/GL3.txt|2 +-
doc
On Thu, Apr 21, 2011 at 4:08 AM, Eric Anholt wrote:
> We were falling through to the default R8 and RG88 formats instead of
> compressing when possible. Noticed by swrast fbo-blending-formats
> actually doing rendering.
Oops I think I wrote this at one point and lost it,
thanks,
Reviewed-by: D
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/20/2011 11:08 AM, Eric Anholt wrote:
> This assertion doesn't make any sense to me -- the convertFormat is
> already something valid (tested above), and the BaseFormat dictated by
> convertFormat doesn't matter to the function about to be called
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/20/2011 11:08 AM, Eric Anholt wrote:
> Tested with rgtc-teximage-0[12].
> EXT_texture_compression_rgtc/fbo-generatemipmap-formats fails in NPOT
> just like S3TC does.
Should we also add compressed LATC and 3Dc extensions?
> ---
> docs/relnotes
On Wed, 20 Apr 2011 10:42:18 -0400, Jerome Glisse
wrote:
Then why do you need hack ?
I assume you are talking about the code which got broken by the removal
of "GEM". This code is not actually in KWin itself but in an external
helper application to test whether direct rendering is possible or
https://bugs.freedesktop.org/show_bug.cgi?id=35178
Anssi Hannula changed:
What|Removed |Added
CC||an...@mandriva.org
--
Configure bugmail
---
src/mesa/drivers/dri/i965/brw_wm.h|1 -
src/mesa/drivers/dri/i965/brw_wm_fp.c | 53 -
2 files changed, 19 insertions(+), 35 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_wm.h
b/src/mesa/drivers/dri/i965/brw_wm.h
index 40659f2..5d1e404 10064
Fixes a bug in Trine where fragment.color would write
FRAG_RESULT_COLOR (which is interpreted by drivers as being the "write
this to all color buffers" option) instead of FRAG_RESULT_DATA0 (just
the first target).
Fixes piglit ATI_draw_buffers/arbfp-no-index.
---
src/mesa/program/program_parse.y
---
src/mesa/drivers/dri/i965/brw_state_dump.c | 30 ++-
1 files changed, 24 insertions(+), 6 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_state_dump.c
b/src/mesa/drivers/dri/i965/brw_state_dump.c
index b393259..ec1e84a 100644
--- a/src/mesa/drivers/dri/i965/
Still doesn't fix texwrap.
---
src/mesa/drivers/dri/i965/brw_wm_sampler_state.c | 18 ++
1 files changed, 14 insertions(+), 4 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_wm_sampler_state.c
b/src/mesa/drivers/dri/i965/brw_wm_sampler_state.c
index 8e12e0c..9ceac5a 100
This extension support consists of replacing
"gl_texture_obj->Sampler." with "_mesa_get_samplerobj(ctx, unit)->".
One instance of referencing the texture's base sampler remains in the
initial miptree allocation, where I'm not sure we have a clear
association with any texture unit.
Tested with pigl
This came from reading what swrast does, and 965 now behaves the same
and gallium appears to as well.
---
src/mesa/main/mtypes.h |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/src/mesa/main/mtypes.h b/src/mesa/main/mtypes.h
index 5a25d64..45f8165 100644
--- a/src/m
On Wed, Apr 20, 2011 at 7:01 PM, Eric Anholt wrote:
> This extension support consists of replacing
> "gl_texture_obj->Sampler." with "_mesa_get_samplerobj(ctx, unit)->".
> One instance of referencing the texture's base sampler remains in the
> initial miptree allocation, where I'm not sure we have
https://bugs.freedesktop.org/show_bug.cgi?id=36282
Fabio changed:
What|Removed |Added
CC||fabio@libero.it
--
Configure bugmail: https
https://bugs.freedesktop.org/show_bug.cgi?id=35268
Fabio changed:
What|Removed |Added
CC||fabio@libero.it
--
Configure bugmail: https
https://bugs.freedesktop.org/show_bug.cgi?id=36238
--- Comment #2 from Anthony Berent 2011-04-20 01:57:35
PDT ---
Hi Brian,
Thanks. Yes, I am happy to test them, although I will be away this Friday and
all of next week.
- Anthony
> -Original Message-
> From: bugzilla-dae...@freedeskto
On 20 April 2011 04:31, nobled wrote:
> Sorry about that; I'll send the updated patch series inline. There
> tend to be word wrapping issues with 80+ character lines though (like
> in extensions.c), so I'll also attach them as files here.
>
Just use git send-email, it tends to avoid that kind of i
Broken with e5c6a92a12b5cd7db205d72039f58d302b0be9d5. (ARB_color_buffer_float)
Clamping should occur if type != float, otherwise the MSBs of the resulting
pixels are killed off. For example, reading back LUMIMANCE = R+G+B can be
greater than 0xff, but the result is naturally masked by 0xff
for UNS
On Wed, 20 Apr 2011 04:32:25 +0200, Henri Verbeet
wrote:
On 19 April 2011 16:52, Martin Gräßlin wrote:
Hi Mesa-devs,
yesterday I published a rant about Mesa breaking KWin and given some
comments on Phoronix Forums it seems like there is the wish for more
communication between our development
On Wed, Apr 20, 2011 at 8:01 AM, Martin Gräßlin wrote:
> On Wed, 20 Apr 2011 04:32:25 +0200, Henri Verbeet
> wrote:
>>
>> On 19 April 2011 16:52, Martin Gräßlin wrote:
>>>
>>> Hi Mesa-devs,
>>>
>>> yesterday I published a rant about Mesa breaking KWin and given some
>>> comments on Phoronix Foru
On Wed, 20 Apr 2011 09:34:01 -0400, Jerome Glisse
wrote:
Your issue is right there, gnome-shell have been successful dealing
with that because they target a particular mesa version and they set
a
lower bar for the GL feature they need. Your issue is that you want
to
enable feature that are usi
On Wed, Apr 20, 2011 at 9:43 AM, Martin Gräßlin wrote:
> On Wed, 20 Apr 2011 09:34:01 -0400, Jerome Glisse
> wrote:
>>
>> Your issue is right there, gnome-shell have been successful dealing
>> with that because they target a particular mesa version and they set a
>> lower bar for the GL feature t
Em 20-04-2011 09:01, Martin Gräßlin escreveu:
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
As someone who got a user complaining about kde dragging his apps to a slowness
blackhole using some intel card, I think one way to workaround such issues is
making such effects more explicit.
On Wed, 20 Apr 2011 11:59:48 -0300, Solerman Kaplon
wrote:
Em 20-04-2011 09:01, Martin Gräßlin escreveu:
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
As someone who got a user complaining about kde dragging his apps to
a slowness blackhole using some intel card, I think one way to
w
On Tue, Apr 19, 2011 at 8:31 PM, nobled wrote:
[...]
> I added an XML file now, too; regenerating didn't work for me though,
> because I'm missing some
> XORG thing? (Also I had to run `apt-get install indent` first, but
> then I hit the missing XORG thing error.)
The server-side generated files
> On 04/19/2011 04:00 AM, Christoph Bumiller wrote:
>> On 16.04.2011 18:50, Christoph Bumiller wrote:
>>> I hope the new version is correct, the commit message describes why I
>>> did the first change, and the second change is described in a comment.
>>>
>>> Note that the MAD for inversion uses
https://bugs.freedesktop.org/show_bug.cgi?id=36282
Marek Olšák changed:
What|Removed |Added
CC||v...@vmware.com
--- Comment #13 from Marek
https://bugs.freedesktop.org/show_bug.cgi?id=36282
Marek Olšák changed:
What|Removed |Added
CC||ianml...@gmail.com
--- Comment #14 from Ma
https://bugs.freedesktop.org/show_bug.cgi?id=36282
Marek Olšák changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On 04/20/2011 05:01 AM, Martin Gräßlin wrote:
[snip]
Actually I agree with you and all other who wrote it: it is a hack and
it should not be there. It was added to make KWin at least "work" around
the 4.5 release. As a matter of fact and that question might sound
stupid, where do I find informati
We were falling through to the default R8 and RG88 formats instead of
compressing when possible. Noticed by swrast fbo-blending-formats
actually doing rendering.
---
src/mesa/main/texformat.c |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/src/mesa/main/texformat.c
The NV_conditional_render spec calls out specific operations that
conditional rendering applies to, which doesn't include these.
Fixes NV_conditional_render/generatemipmap on swrast.
---
src/mesa/drivers/common/meta.c | 25 -
1 files changed, 24 insertions(+), 1 deletion
Tested with rgtc-teximage-0[12].
EXT_texture_compression_rgtc/fbo-generatemipmap-formats fails in NPOT
just like S3TC does.
---
docs/relnotes-7.11.html |4 ++--
src/mesa/drivers/dri/i965/brw_wm_surface_state.c |4
src/mesa/drivers/dri/intel/intel_context.c
Since we lack hardware support for it, this is a simple matter of
checking _mesa_check_conditional_render at the entrypoints, and
suppressing it for the metaops where it doesn't apply.
---
docs/GL3.txt|2 +-
docs/relnotes-7.11.html |
This assertion doesn't make any sense to me -- the convertFormat is
already something valid (tested above), and the BaseFormat dictated by
convertFormat doesn't matter to the function about to be called (it's
the datatype/comps that were pulled out of convertFormat).
Fixes assertion failure in
GL_
https://bugs.freedesktop.org/show_bug.cgi?id=36282
--- Comment #16 from almos 2011-04-20 11:21:55 PDT ---
(In reply to comment #15)
>
> Make sure glxgears picks up the correct libGL.so. You may have multiple such
> files in you system at various locations, like:
> ...
> I had libGL from git in /
https://bugs.freedesktop.org/show_bug.cgi?id=36282
--- Comment #17 from Marc 2011-04-20 12:22:42 PDT ---
I don't have these linker tricks at all here (opensuse), so I don't think this
is the reason.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are recei
https://bugs.freedesktop.org/show_bug.cgi?id=36282
Alexandre Demers changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|NOTABUG
Hello,
I have a simple question. If a feature is exposed by Mesa (checked by
glewinfo), but piglit tests about this extension fails, is it a bug
which must be reported ?
Benjamin
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.free
...and advertise the extension.
---
I can't test this because I had trouble regeneration the glapi dispatch,
but here's a patch to be applied after dispatch gets regenerated with
the new entrypoints.
src/mesa/main/api_exec.c |9 +
src/mesa/main/colortab.c |3 +++
src/mesa/main
45 matches
Mail list logo
