It's easily reproducible with Compiz with its Resize window mode
set to Normal (which is usually not the default mode).
https://bugs.freedesktop.org/show_bug.cgi?id=28658
https://bugs.freedesktop.org/show_bug.cgi?id=29303
I don't know whether thix fix is correct, but it no longer crashes at least
On Friday 30 July 2010 17:51:21 Jakob Bornecrantz wrote:
> On 30 jul 2010, at 14.02, Jakob Bornecrantz wrote:
> > On 30 jul 2010, at 13.32, Brian Paul wrote:
> >> On 07/30/2010 12:38 PM, Jerome Glisse wrote:
> >>> Hi Brian,
> >>>
> >>> I am facing a strange segfault with r600g on top of lastest gi
An r300g user seems to hit this issue when st/mesa uses Draw for feedback
mode, in Compiz. There is the backtrace attached in the bug report below.
The reporter doesn't use LLVM too and he bisected the same bad commit as you
(gallium: implement bounds checking for constant buffers).
https://bugs.f
On 07/30/2010 05:02 PM, Jakob Bornecrantz wrote:
On 30 jul 2010, at 13.32, Brian Paul wrote:
On 07/30/2010 12:38 PM, Jerome Glisse wrote:
Hi Brian,
I am facing a strange segfault with r600g on top of lastest git,
git bisect pointed to gallium: implement bounds checking for constant buffers
My
On 30 jul 2010, at 14.02, Jakob Bornecrantz wrote:
On 30 jul 2010, at 13.32, Brian Paul wrote:
On 07/30/2010 12:38 PM, Jerome Glisse wrote:
Hi Brian,
I am facing a strange segfault with r600g on top of lastest git,
git bisect pointed to gallium: implement bounds checking for
constant buffers
https://bugs.freedesktop.org/show_bug.cgi?id=29276
Marek Olšák changed:
What|Removed |Added
Summary|[regression] 0ad game no|[r300g][regression] 0ad
On 30 jul 2010, at 13.32, Brian Paul wrote:
On 07/30/2010 12:38 PM, Jerome Glisse wrote:
Hi Brian,
I am facing a strange segfault with r600g on top of lastest git,
git bisect pointed to gallium: implement bounds checking for
constant buffers
My feeling is that it should only affect software
On 07/30/2010 04:32 PM, Brian Paul wrote:
On 07/30/2010 12:38 PM, Jerome Glisse wrote:
Hi Brian,
I am facing a strange segfault with r600g on top of lastest git,
git bisect pointed to gallium: implement bounds checking for constant buffers
My feeling is that it should only affect software pipel
On 07/30/2010 12:38 PM, Jerome Glisse wrote:
Hi Brian,
I am facing a strange segfault with r600g on top of lastest git,
git bisect pointed to gallium: implement bounds checking for constant buffers
My feeling is that it should only affect software pipeline but
somehow r600g seem to take differen
Hi Brian,
I am facing a strange segfault with r600g on top of lastest git,
git bisect pointed to gallium: implement bounds checking for constant buffers
My feeling is that it should only affect software pipeline but
somehow r600g seem to take different path now, attached if full
but i can't make
On Fri, Jul 23, 2010 at 9:39 AM, Zack Rusin wrote:
> On Thursday 22 July 2010 20:33:59 Anthony Waters wrote:
>> sounds good,
>>
>> the patches in
>> http://www.mail-archive.com/mesa3d-...@lists.sourceforge.net/msg10561.html
>> don't produce any conflicts with the commit from 3/28, they applied
>>
On Wed, 28 Jul 2010 11:23:59 +0100, Keith Whitwell wrote:
> On Mon, 2010-07-26 at 16:50 -0700, Segovia, Benjamin wrote:
> > Hello all,
> >
> > i965 has today an issue with fp compilation. There are two passes: one for
> > branch-free programs and one for the others.
> >
> > For "branch porogra
https://bugs.freedesktop.org/show_bug.cgi?id=29186
Kenneth Graunke changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Fri, Jul 30, 2010 at 12:26 AM, Li Peng wrote:
> GLESv1_CM_LIB_DEPS is defined in "configs/autoconf.in",
> here we should use "GLESv1_LIB_DEPS" and set it in AC_SUBST
It's the other way around, GLESv1_CM_LIB_DEPS is the right name. I
updated the patch and pushed the fix.
thanks,
Kristian
> S
Hello,
> > Since dri2GetGlxDrawableFromXDrawableId may return NULL we
> > should only dereference the returned pointer if it is not NULL.
>
> It shouldn't return NULL... when does this happen? During shutdown?
> We only get the DRI2 events for drawables we've created a DRI2
> drawable for, which
15 matches
Mail list logo