On Sat, Aug 11, 2012 at 4:11 AM, Ian Romanick wrote:
> On 08/09/2012 07:52 PM, Marek Olšák wrote:
>>
>> On Fri, Aug 10, 2012 at 3:42 AM, Ian Romanick wrote:
>>>
>>> On 08/08/2012 10:53 AM, Brian Paul wrote:
On 08/08/2012 11:38 AM, Ian Romanick wrote:
>
>
> From: Ian Rom
https://bugs.freedesktop.org/show_bug.cgi?id=53361
Matt Turner changed:
What|Removed |Added
CC||ch...@chris-wilson.co.uk,
https://bugs.freedesktop.org/show_bug.cgi?id=53361
--- Comment #1 from Darxus 2012-08-11 02:12:50 UTC ---
The weston code that's failing is:
#ifdef HAVE_CAIRO_EGL
d->argb_device = cairo_egl_device_create(d->dpy, d->argb_ctx);
if (cairo_device_status(d->argb_device) != CAIRO_STATUS_SUCCES
On 08/09/2012 07:52 PM, Marek Olšák wrote:
On Fri, Aug 10, 2012 at 3:42 AM, Ian Romanick wrote:
On 08/08/2012 10:53 AM, Brian Paul wrote:
On 08/08/2012 11:38 AM, Ian Romanick wrote:
From: Ian Romanick
Signed-off-by: Ian Romanick
---
src/mesa/main/extensions.c | 24
https://bugs.freedesktop.org/show_bug.cgi?id=53361
Darxus changed:
What|Removed |Added
CC||dar...@chaosreigns.com
--
Configure bugmail: h
https://bugs.freedesktop.org/show_bug.cgi?id=53361
Bug #: 53361
Summary: Commit of Mesa broke Wayland's weston on some graphics
cards
Classification: Unclassified
Product: Mesa
Version: unspecified
Platform: Other
Chad Versace schrieb:
> This opens a larger question. gcc 4.2 was released in May 2007, over 5 years
> ago, and received its last update in May 2008. How old of a gcc should new
> Mesa
> releases support?
>
> Before 2007 I had not even been introduced to Linux, so I'm not in a position
> to
> a
On Fri, 10 Aug 2012 10:26:04 -0700, Kenneth Graunke
wrote:
> After realizing that brw_finish_batch emitted some final PIPE_CONTROLs
> to record occlusion queries, Chris noted that we probably hadn't
> reserved enough space to actually emit them.
>
> Reserving a full 60 bytes seems a bit harsh, s
Chad Versace wrote:
This opens a larger question. gcc 4.2 was released in May 2007, over 5 years
ago, and received its last update in May 2008. How old of a gcc should new Mesa
releases support?
That's a fair point - that was on an old LFS AGP box I don't really use apart
from booting now and a
Andy Furniss wrote:
Chad Versace wrote:
Andy, I just reverted the patch.
Ok, thanks
This opens a larger question. gcc 4.2 was released in May 2007, over 5
years
ago, and received its last update in May 2008. How old of a gcc should
new Mesa
releases support?
That's a fair point - that wa
>> This opens a larger question. gcc 4.2 was released in May 2007, over 5 years
>> ago, and received its last update in May 2008. How old of a gcc should new
>> Mesa
>> releases support?
>
> That's a fair point - that was on an old LFS AGP box I don't really use apart
> from booting now and again
https://bugs.freedesktop.org/show_bug.cgi?id=44912
--- Comment #16 from Benoit Jacob 2012-08-10 21:52:09 UTC
---
Both Pavel's and Jason's apitraces are correctly recorded, show the GL calls
corresponding to the WebGL test.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=em
Chad Versace wrote:
Andy, I just reverted the patch.
Ok, thanks
This opens a larger question. gcc 4.2 was released in May 2007, over 5 years
ago, and received its last update in May 2008. How old of a gcc should new Mesa
releases support?
That's a fair point - that was on an old LFS AGP b
On 08/10/2012 11:40 AM, Andy Furniss wrote:
> Kenneth Graunke wrote:
>> On 08/10/2012 07:51 AM, Chad Versace wrote:
>>> On 08/09/2012 01:22 PM, Kenneth Graunke wrote:
On 08/09/2012 01:10 PM, Chad Versace wrote:
> Add -Wno-narrowing to CXXFLAGS for gcc.
>
> This removes warnings of
Looks good to me.
Jose
- Original Message -
> The var!=softpipe->fs_variant assertion was failing because we
> weren't
> nulling the softpipe->fs_variant pointer when binding a new shader.
> Since softpipe->fs_variant depends on the current fs, it's of no use
> when a new FS is bound.
>
Kenneth Graunke wrote:
On 08/10/2012 07:51 AM, Chad Versace wrote:
On 08/09/2012 01:22 PM, Kenneth Graunke wrote:
On 08/09/2012 01:10 PM, Chad Versace wrote:
Add -Wno-narrowing to CXXFLAGS for gcc.
This removes warnings of the form
warning: narrowing conversion of X from 'int' to 'float'
The var!=softpipe->fs_variant assertion was failing because we weren't
nulling the softpipe->fs_variant pointer when binding a new shader.
Since softpipe->fs_variant depends on the current fs, it's of no use
when a new FS is bound.
Fixes http://bugs.freedesktop.org/show_bug.cgi?id=53318
Note: Thi
https://bugs.freedesktop.org/show_bug.cgi?id=44912
Jason Wood changed:
What|Removed |Added
Attachment #65392|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=53316
Brian Paul changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=47607
Kenneth Graunke changed:
What|Removed |Added
CC|eug...@dodonov.net |
--
Configure bugmail: https://bugs.f
After realizing that brw_finish_batch emitted some final PIPE_CONTROLs
to record occlusion queries, Chris noted that we probably hadn't
reserved enough space to actually emit them.
Reserving a full 60 bytes seems a bit harsh, since we only need that
much if occlusion queries are actually active.
On Gen4+, brw_finish_batch() calls brw_emit_query_end(), which emits
some extra PIPE_CONTROLs to capture the current occlusion query data.
Unfortunately, it was being called *after* _intel_batchbuffer_flush
added the MI_BATCH_BUFFER_END, meaning those PIPE_CONTROLs didn't get
inside the batch.
Not
On 08/10/2012 11:04 AM, Chad Versace wrote:
On 08/10/2012 09:33 AM, Eric Anholt wrote:
Chad Versace writes:
We need to downsample before flushing BUFFER_FAKE_FRONT_LEFT to
BUFFER_FRONT_LEFT in intel_flush_front.
Tested with some frontbuffer apps?
Um... I would if I knew of one. Any that y
https://bugs.freedesktop.org/show_bug.cgi?id=44912
--- Comment #14 from Pavel Ondračka 2012-08-10
17:15:37 UTC ---
Created attachment 65393
--> https://bugs.freedesktop.org/attachment.cgi?id=65393
new trace
(In reply to comment #11)
> After fixing that, I get two failures:
>
> """
> fail
On 08/10/2012 09:33 AM, Eric Anholt wrote:
> Chad Versace writes:
>
>> We need to downsample before flushing BUFFER_FAKE_FRONT_LEFT to
>> BUFFER_FRONT_LEFT in intel_flush_front.
>
> Tested with some frontbuffer apps?
Um... I would if I knew of one. Any that you recommend?
> The series looks go
> Oh cool! :D
>
> I had no idea it did that.
>
> Reviewed-by: Kenneth Graunke
Thanks. It's now pushed, and our builds less complainy :)
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
>> diff --git a/src/mesa/main/ff_fragment_shader.cpp
>> b/src/mesa/main/ff_fragment_shader.cpp
>> index f743ce1..aefd412 100644
>> --- a/src/mesa/main/ff_fragment_shader.cpp
>> +++ b/src/mesa/main/ff_fragment_shader.cpp
>> @@ -890,10 +890,10 @@ emit_texenv(struct texenv_fragment_program *p, GLuint
Seems alright to me.
Jose
- Original Message -
> This seems to be expected by the WebGL texture-mips test. The error
> makes
> sense, but I haven't found (yet) any OpenGL documentation specifying
> this
> error condition.
>
> See https://bugs.freedesktop.org/show_bug.cgi?id=44912
>
> N
https://bugs.freedesktop.org/show_bug.cgi?id=44912
--- Comment #13 from Benoit Jacob 2012-08-10 16:45:22 UTC
---
(In reply to comment #10)
> Created attachment 65392 [details]
> apitrace
>
> I'm not familiar with how to use apitrace, so I can only hope that this is
> useful to someone.
This wa
- Original Message -
> After we attach a new renderbuffer in this function we need to make
> sure Mesa's update_framebuffer() gets called.
>
> Fixes crash in WebGL
> conformance/textures/texture-attachment-formats.html,
> but the test still fails for other reasons.
>
> Fixes ttps://bugs
https://bugs.freedesktop.org/show_bug.cgi?id=44912
--- Comment #12 from Brian Paul 2012-08-10 16:40:20
UTC ---
(In reply to comment #10)
> Created attachment 65392 [details]
> apitrace
>
> I'm not familiar with how to use apitrace, so I can only hope that this is
> useful to someone.
>
> $ ./b
This seems to be expected by the WebGL texture-mips test. The error makes
sense, but I haven't found (yet) any OpenGL documentation specifying this
error condition.
See https://bugs.freedesktop.org/show_bug.cgi?id=44912
Note: This is a candidate for the 8.0 branch.
---
src/mesa/main/fbobject.c
https://bugs.freedesktop.org/show_bug.cgi?id=44912
--- Comment #11 from Brian Paul 2012-08-10 16:38:51
UTC ---
When I run the test here using the svga driver or llvmpipe I get:
"""
conformance/textures/texture-mips.html (26 of 29 passed)
failed: getError expected: INVALID_OPERATION. Was NO_
Chad Versace writes:
> We need to downsample before flushing BUFFER_FAKE_FRONT_LEFT to
> BUFFER_FRONT_LEFT in intel_flush_front.
Tested with some frontbuffer apps?
The series looks good to me.
pgpDP2GpTnnZd.pgp
Description: PGP signature
___
mesa-de
Ian Romanick writes:
> On 08/08/2012 03:14 PM, Kenneth Graunke wrote:
>> On 08/08/2012 10:38 AM, Ian Romanick wrote:
>>> From: Ian Romanick
>>>
>>> Signed-off-by: Ian Romanick
>>> ---
>>> src/mesa/drivers/dri/intel/intel_extensions.c | 10 +-
>>> 1 files changed, 9 insertions(+), 1
Chad Versace writes:
> Fixes the following warnings:
> ff_fragment_shader.cpp: In function 'ir_rvalue*
> emit_texenv(texenv_fragment_program*, GLuint)':
> ff_fragment_shader.cpp:897:3: warning: narrowing conversion of '(1 <<
> ((int)rgb_shift))' from 'int' to 'float' inside { } is ill-forme
https://bugs.freedesktop.org/show_bug.cgi?id=44912
--- Comment #10 from Jason Wood 2012-08-10 16:01:15 UTC
---
Created attachment 65392
--> https://bugs.freedesktop.org/attachment.cgi?id=65392
apitrace
I'm not familiar with how to use apitrace, so I can only hope that this is
useful to someon
After we attach a new renderbuffer in this function we need to make
sure Mesa's update_framebuffer() gets called.
Fixes crash in WebGL conformance/textures/texture-attachment-formats.html,
but the test still fails for other reasons.
Fixes ttps://bugs.freedesktop.org/show_bug.cgi?id=53316
Note: T
https://bugs.freedesktop.org/show_bug.cgi?id=53317
Brian Paul changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=53314
Brian Paul changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=53319
Brian Paul changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On 08/10/2012 09:38 AM, Jose Fonseca wrote:
Is a view with a NULL texture really possible?
Probably not, but I'd rather be extra safe.
-Brian
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa
Sounds good to me.
Jose
- Original Message -
> Fixes a WebGL crash. The dest texture image is at level 2 and is of
> size 1x1 texel. The st texture image is a stand-alone resource, not
> a pointer into a complete mipmap. So the resource has one level and
> trying to write to level 2 bl
Is a view with a NULL texture really possible?
Otherwise
Reviewed-by: Jose Fonseca
Jose
- Original Message -
> Fixes WebGL conformance/uniforms/uniform-default-values.html crash.
>
> We need to check for the null view pointer before accessing
> view->texture.
>
> Fixes http://bugs.f
https://bugs.freedesktop.org/show_bug.cgi?id=44912
--- Comment #9 from Brian Paul 2012-08-10 15:28:11 UTC
---
Firefox on my main machine is a bit old but I have a new enough Firefox in one
of my Linux VMs so I'm doing some WebGL testing/fixing with that.
--
Configure bugmail: https://bugs.free
Fixes WebGL conformance/uniforms/uniform-default-values.html crash.
We need to check for the null view pointer before accessing view->texture.
Fixes http://bugs.freedesktop.org/show_bug.cgi?id=53317
Note: This is a candidate for the 8.0 branch.
---
src/gallium/auxiliary/gallivm/lp_bld_sample.c
Fixes a WebGL crash. The dest texture image is at level 2 and is of
size 1x1 texel. The st texture image is a stand-alone resource, not
a pointer into a complete mipmap. So the resource has one level and
trying to write to level 2 blows up.
Fixes http://bugs.freedesktop.org/show_bug.cgi?id=5331
https://bugs.freedesktop.org/show_bug.cgi?id=44912
--- Comment #8 from Benoit Jacob 2012-08-10 15:13:28 UTC
---
(In reply to comment #7)
> Is it possible for you to make an apitrace of this issue? I don't have time
> to
> install/setup a WebGL browser ATM.
For what it's worth, you probably ar
On 08/10/2012 07:51 AM, Chad Versace wrote:
> On 08/09/2012 01:22 PM, Kenneth Graunke wrote:
>> On 08/09/2012 01:10 PM, Chad Versace wrote:
>>> Add -Wno-narrowing to CXXFLAGS for gcc.
>>>
>>> This removes warnings of the form
>>> warning: narrowing conversion of X from 'int' to 'float' inside {
Reviewed-by: Marek Olšák
On Fri, Aug 10, 2012 at 5:11 AM, Brian Paul wrote:
> For when we have pipe->set_sampler_states(pipe, shader, start, num, samplers),
> etc.
> ---
> src/gallium/drivers/r600/evergreen_state.c |6 +--
> src/gallium/drivers/r600/r600_pipe.h |5 +-
> src/ga
On 08/09/2012 01:22 PM, Kenneth Graunke wrote:
> On 08/09/2012 01:10 PM, Chad Versace wrote:
>> Add -Wno-narrowing to CXXFLAGS for gcc.
>>
>> This removes warnings of the form
>> warning: narrowing conversion of X from 'int' to 'float' inside { } is
>> ill-formed in C++11 [-Wnarrowing]
>> i
https://bugs.freedesktop.org/show_bug.cgi?id=53321
Vinson Lee changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=53319
--- Comment #1 from Vinson Lee 2012-08-10 06:53:10 UTC
---
*** Bug 53321 has been marked as a duplicate of this bug. ***
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: --
https://bugs.freedesktop.org/show_bug.cgi?id=53321
Bug #: 53321
Summary: [softpipe] sp_texture.c:322:softpipe_get_transfer:
Assertion `level <= resource->last_level' failed.
Classification: Unclassified
Product: Mesa
Version: gi
On 08/09/2012 10:11 PM, Brian Paul wrote:
>
> The following patches are steps toward some gallium API clean-ups.
>
> 1. Eventually, replace
> pipe_context::bind_fragment/vertex/geometry/compute_sampler_states()
> with a single bind_sampler_states() entrypoint which takes a
> PIPE_SHADER_x to identi
https://bugs.freedesktop.org/show_bug.cgi?id=53319
Bug #: 53319
Summary: [softpipe] sp_texture.c:322:softpipe_get_transfer:
Assertion `level <= resource->last_level' failed.
Classification: Unclassified
Product: Mesa
Version: gi
56 matches
Mail list logo
