On Sun, Oct 10, 2010 at 11:04 AM, Daniel Vetter wrote:
> By calling radeon_draw_buffers (which sets the necessary flags
> in radeon->NewGLState) and revalidating if NewGLState is non-zero
> in r200TclPrimitive. This fixes an assert in libdrm (the color-/
> depthbuffer was changed but not yet valid
On Sat, Oct 9, 2010 at 4:33 PM, Daniel Vetter wrote:
> By calling radeon_draw_buffers (which sets the necessary flags
> in radeon->NewGLState) and revalidating if NewGLState is non-zero
> in r200TclPrimitive. This fixes an assert in libdrm (the color-/
> depthbuffer was changed but not yet validat
Hi,
I have tested v2 on a RV250 (AGP), Linux-kernel 2.6.36-rc7-git2, mesa
master GIT (commit e1003336f0dcd9248c0127fbdc173522e35c5bdb, "gallivm:
Eliminate unsigned integer arithmetic from texture coordinates."),
libdrm (2.4.22-1) and xorg-server (2:1.7.7-8), last both from official
Debian/sid i386
By calling radeon_draw_buffers (which sets the necessary flags
in radeon->NewGLState) and revalidating if NewGLState is non-zero
in r200TclPrimitive. This fixes an assert in libdrm (the color-/
depthbuffer was changed but not yet validated) and and stops the
kernel cs checker from complaining about
By calling radeon_draw_buffers (which sets the necessary flags
in radeon->NewGLState) and revalidating if NewGLState is non-zero
in r200TclPrimitive. This fixes an assert in libdrm (the color-/
depthbuffer was changed but not yet validated) and and stops the
kernel cs checker from complaining about
On Sat, Oct 09, 2010 at 02:08:10PM +0200, Mario Kleiner wrote:
>
> >On Oct 8, 2010, at 10:35 PM, Daniel Vetter wrote:
> >
> >>This seems to mitigate a crash in glxgears when I resize the window
> >>like crazy. libdrm complains that the depthbuffer is not validated
> >>(frontbuffer rendering, so th
On Oct 8, 2010, at 10:35 PM, Daniel Vetter wrote:
This seems to mitigate a crash in glxgears when I resize the window
like crazy. libdrm complains that the depthbuffer is not validated
(frontbuffer rendering, so the frontbuffer doesn't change). Problem
not fully solved, though: After a while o
This seems to mitigate a crash in glxgears when I resize the window
like crazy. libdrm complains that the depthbuffer is not validated
(frontbuffer rendering, so the frontbuffer doesn't change). Problem
not fully solved, though: After a while of constantly resizing the
window the kernel cs checker
