https://bugs.freedesktop.org/show_bug.cgi?id=42128
--- Comment #8 from awhan 2012-02-02 23:42:04 PST ---
just noticed that setting webgl.disabled to true in the about:config settings
of firefox lets me get away with the crashing when i visit github.com
incidently as mentioned in this bug report
https://bugs.freedesktop.org/show_bug.cgi?id=45578
Bug #: 45578
Summary: main/image.c:1659: _mesa_convert_colors: Assertion
`dstType == 0x1403' failed.
Classification: Unclassified
Product: Mesa
Version: git
Platform:
https://bugs.freedesktop.org/show_bug.cgi?id=45577
Bug #: 45577
Summary: main/image.c:1597: _mesa_convert_colors: Assertion
`dstType == 0x1406' failed.
Classification: Unclassified
Product: Mesa
Version: git
Platform:
https://bugs.freedesktop.org/show_bug.cgi?id=42128
--- Comment #7 from awima...@gmail.com 2012-02-02 22:57:21 PST ---
today i experienced the same problem when trying to open github.com
$ firefox -safe-mode
Mesa 7.11.2 implementation error: unexpected format in
_mesa_choose_tex_format()
Please r
>
> > >> width, height parameter of glTexImage2D() includes: texture image
>> > >> width + 2 * border (if any). So when doing the texture size check
>> > >> in _mesa_test_proxy_teximage() width and height should not exceed
>> > >> maximum supported size for target texture type.
>> > >> i.e. 1<< (c
On Mon, Jan 30, 2012 at 9:30 PM, Jerome Glisse wrote:
> On Mon, Jan 30, 2012 at 09:23:03PM +0100, Marek Olšák wrote:
>> Hi everyone,
>>
>> This patch series is a follow-up to the previous one ("Remove all uses of
>> the register mask"). First, it cleans up some code and merges r600_context
>> in
https://bugs.freedesktop.org/show_bug.cgi?id=45571
Alexandre Demers changed:
What|Removed |Added
AssignedTo|i...@freedesktop.org |mesa-dev@lists.freedesktop.
On 01/30/2012 12:08 PM, Brian Paul wrote:
From: Brian Paul
To silence warnings with gcc 4.4.x on Linux and llvm-g++ 4.2 on Mac.
---
src/glsl/linker.cpp | 38 ++
1 files changed, 22 insertions(+), 16 deletions(-)
Reviewed-by: Kenneth Graunke
__
On 28 January 2012 09:54, Paul Berry wrote:
> On 24 January 2012 13:05, Vincent Lejeune wrote:
>
>> Ir_variable::location field is currently represented by a single int.
>> Datas of composite type (arrays, records) is assumed to be stored in a
>> linear fashion from this base location. In some s
From: Ian Romanick
If size is small (such as 1),
pitch = ROUND_DOWN_TO(MIN2(size, (1 << 15) - 1), 4);
makes pitch = 0. Then
height = size / pitch;
causes a division-by-zero exception. If pitch is zero, set height to
1 and avoid the division.
This fixes piglit's bin/getteximage-format
On Thu, Feb 2, 2012 at 6:46 AM, Lauri Kasanen wrote:
>> The first patch fixes a bug where the depth filters may have used an old
>> depth buffer.
>> The second adds safeguards suggested by Michael Dänzer.
>>
>> Could they both be applied to the stable 8.0 tree too?
>
> Hi list
>
> Ping on the abo
On Wed, Feb 1, 2012 at 12:52 PM, Jose Fonseca wrote:
>
>
> - Original Message -
> > On 01/28/2012 04:04 AM, Jose Fonseca wrote:
> > >
> > >
> > > - Original Message -
> > >> width, height parameter of glTexImage2D() includes: texture image
> > >> width + 2 * border (if any). So wh
On 02/02/2012 10:44 AM, Ian Romanick wrote:
On 02/02/2012 10:26 AM, Brian Paul wrote:
[don't know why the indention is messed up below, but anyway...]
On 02/02/2012 10:02 AM, Ian Romanick wrote:
On 02/02/2012 07:14 AM, Brian Paul wrote:
This replaces the _mesa_is_legal_format_and_type() funct
On 01/30/2012 10:58 AM, Eric Anholt wrote:
The series is,
Reviewed-by: Ian Romanick
Sorry for taking so long to review.
This stuffs them all in a struct for sanity. Fixes piglit
glsl-1.30/execution/switch/fs-uniform-nested.
NOTE: This is a candidate for the 8.0 branch.
---
src/glsl/ast_t
On Thu, Feb 2, 2012 at 5:38 PM, Paul Berry wrote:
> On 1 February 2012 20:55, Alan Coopersmith
> wrote:
>>
>> On 02/ 1/12 08:52 PM, Alexandre Demers wrote:
>>>
>>> Hi,
>>>
>>> I've been trying all day to sync sources from anongit.freedesktop.org
>>> (dri and mesa) and it always ends up by a time
On 02/02/2012 10:26 AM, Brian Paul wrote:
[don't know why the indention is messed up below, but anyway...]
On 02/02/2012 10:02 AM, Ian Romanick wrote:
On 02/02/2012 07:14 AM, Brian Paul wrote:
This replaces the _mesa_is_legal_format_and_type() function.
According to the spec, some invalid for
On 1 February 2012 20:55, Alan Coopersmith wrote:
> On 02/ 1/12 08:52 PM, Alexandre Demers wrote:
>
>> Hi,
>>
>> I've been trying all day to sync sources from anongit.freedesktop.org
>> (dri and mesa) and it always ends up by a time out. Is there a problem
>> with the server or the address?
>>
>
>
[don't know why the indention is messed up below, but anyway...]
On 02/02/2012 10:02 AM, Ian Romanick wrote:
On 02/02/2012 07:14 AM, Brian Paul wrote:
This replaces the _mesa_is_legal_format_and_type() function.
According to the spec, some invalid format/type combinations to
glDrawPixels, Read
On 02/02/2012 07:14 AM, Brian Paul wrote:
This replaces the _mesa_is_legal_format_and_type() function.
According to the spec, some invalid format/type combinations to
glDrawPixels, ReadPixels and glTexImage should generate
GL_INVALID_ENUM but others should generate GL_INVALID_OPERATION.
With th
On 02/02/2012 06:41 AM, Henri Verbeet wrote:
On 1 February 2012 23:12, Brian Paul wrote:
+static void
+unpack_uint_z_Z32_FLOAT(const void *src, GLuint *dst, GLuint n)
+{
+ const float *s = ((const float *)src);
More parens than necessary there.
The entire cast is unnecessary, IMO. But of
On 02/02/2012 08:05 AM, Jon TURNEY wrote:
On 02/02/2012 14:43, Brian Paul wrote:
Fixes both the autoconf and legacy config builds.
The build was failing with "/usr/bin/ld: cannot find -lglapi" since
there was no -L flag pointing to the lib. But it's redundant anyway
since libglapi.a is already
On 02/02/2012 14:43, Brian Paul wrote:
> Fixes both the autoconf and legacy config builds.
>
> The build was failing with "/usr/bin/ld: cannot find -lglapi" since
> there was no -L flag pointing to the lib. But it's redundant anyway
> since libglapi.a is already in the CORE_MESA object list.
> --
Fixes both the autoconf and legacy config builds.
The build was failing with "/usr/bin/ld: cannot find -lglapi" since
there was no -L flag pointing to the lib. But it's redundant anyway
since libglapi.a is already in the CORE_MESA object list.
---
src/mesa/drivers/osmesa/Makefile |2 +-
1 fi
On 02/02/2012 03:44 AM, jfons...@vmware.com wrote:
From: José Fonseca
When GLAPIENTRY is __stdcall (ie Windows), the stack is popped by the
callee making the number/type of arguments significant, therefore
using a generic no-op causes stack corruption for many entry-points.
---
src/mapi/glapi/
On 02/02/2012 06:20 AM, jfons...@vmware.com wrote:
From: José Fonseca
Now that the draw module avoids flushing, it may flush precisely when
binding a NULL shader, so care must be taken when restoring the original
fragment shader.
---
src/gallium/auxiliary/draw/draw_pipe_aaline.c |2 +-
These are done in _mesa_error_check_format_and_type().
---
src/mesa/main/readpix.c | 35 ---
1 files changed, 0 insertions(+), 35 deletions(-)
diff --git a/src/mesa/main/readpix.c b/src/mesa/main/readpix.c
index 6c64cbe..b753e40 100644
--- a/src/mesa/main/readpix
The _mesa_error_check_format_and_type() function will catch all those
cases now.
---
src/mesa/main/texgetimage.c | 34 --
1 files changed, 0 insertions(+), 34 deletions(-)
diff --git a/src/mesa/main/texgetimage.c b/src/mesa/main/texgetimage.c
index 58fed11..bff00
This replaces the _mesa_is_legal_format_and_type() function.
According to the spec, some invalid format/type combinations to
glDrawPixels, ReadPixels and glTexImage should generate
GL_INVALID_ENUM but others should generate GL_INVALID_OPERATION.
With the old function we didn't make that distincti
On 1 February 2012 23:12, Brian Paul wrote:
>> +static void
>> +unpack_uint_z_Z32_FLOAT(const void *src, GLuint *dst, GLuint n)
>> +{
>> + const float *s = ((const float *)src);
>
>
> More parens than necessary there.
>
The entire cast is unnecessary, IMO. But of course that would apply to
the o
From: José Fonseca
Now that the draw module avoids flushing, it may flush precisely when
binding a NULL shader, so care must be taken when restoring the original
fragment shader.
---
src/gallium/auxiliary/draw/draw_pipe_aaline.c |2 +-
src/gallium/auxiliary/draw/draw_pipe_aapoint.c |2
> The first patch fixes a bug where the depth filters may have used an old
> depth buffer.
> The second adds safeguards suggested by Michael Dänzer.
>
> Could they both be applied to the stable 8.0 tree too?
Hi list
Ping on the above. If at all possible, I'd like the 8.0 release have all three
r300g is able to sleep until a fence completes rather than busywait because
it creates a special buffer object and relocation that stays busy until the
CS containing the fence is finished.
Copy the idea into r600g, and use it to sleep if the user asked for an
infinite wait, falling back to busywai
On 27/01/2012 20:20, Matt Turner wrote:
> On Fri, Jan 27, 2012 at 8:11 PM, Jon TURNEY wrote:
>> On 27/01/2012 08:03, Eric Anholt wrote:
>>> On Thu, 26 Jan 2012 16:32:24 -0800 (PST), matts...@kemper.freedesktop.org
>>> (Matt Turner) wrote:
Module: Mesa
Branch: master
Commit: 80aa7814
From: José Fonseca
When GLAPIENTRY is __stdcall (ie Windows), the stack is popped by the
callee making the number/type of arguments significant, therefore
using a generic no-op causes stack corruption for many entry-points.
---
src/mapi/glapi/glapi_nop.c |8 ++--
1 files changed, 6 inser
On 02/01/2012 09:50 PM, Ian Romanick wrote:
From: Ian Romanick
GL_RG_INTEGER only has two components, not three. I'll be surprised
if anyone ever tries to glReadPixels(..., GL_SHORT, GL_RG_INTEGER,
...). This was found by inspection.
Me too; good catch nonetheless.
Reviewed-by: Kenneth Grau
On Wed, 1 Feb 2012 06:14:40 -0800 (PST)
Jose Fonseca wrote:
> - Original Message -
> > On Wed, 1 Feb 2012 05:03:21 -0800 (PST)
> > Jose Fonseca wrote:
> >
> > > I wonder if people have use any tools to facility applying patches
> > > posted to mesa, as for me locate, save, and applying
https://bugs.freedesktop.org/show_bug.cgi?id=45420
José Fonseca changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=39017
Diego Viola changed:
What|Removed |Added
CC||diego.vi...@gmail.com
--
Configure bugmai
https://bugs.freedesktop.org/show_bug.cgi?id=39017
--- Comment #10 from Diego Viola 2012-02-02 00:36:13
PST ---
I'm actually not sure if this is the same issue the reporter was experiencing.
But setting ColorQuality to 1 in [Video-Rice] section worked as a workaround
for me.
Like this:
[Video
39 matches
Mail list logo
