Michel Dänzer wrote: > On Sat, 2009-07-18 at 15:25 +0200, Maarten Maathuis wrote: > >> I'm trying to get my system in order again, but i'll certainly have a >> look once i go trough the tons of updates and everything else that >> needs doing. >> >> So someone is using scratch GC and not finishing or preparing access >> properly? >> > > No, the problem is precisely that the scratch GC usage involves > Prepare/FinishAccess, with the same indices already used by > ExaCheckComposite() (which can potentially use all available indices). > > Another possible solution might be to unwrap pScreen->CreateGC before > calling the lower level ps->Composite(), see below. > > > diff --git a/exa/exa_unaccel.c b/exa/exa_unaccel.c > index 0d53b67..d7ec2f0 100644 > --- a/exa/exa_unaccel.c > +++ b/exa/exa_unaccel.c > @@ -432,6 +432,7 @@ ExaCheckComposite (CARD8 op, > exaPrepareAccess (pSrc->pDrawable, EXA_PREPARE_SRC); > if (pMask&& pMask->pDrawable != NULL) > exaPrepareAccess (pMask->pDrawable, EXA_PREPARE_MASK); > + swap(pExaScr, pScreen, CreateGC); > #ifdef RENDER > swap(pExaScr, ps, Composite); > ps->Composite (op, > @@ -448,6 +449,7 @@ ExaCheckComposite (CARD8 op, > height); > swap(pExaScr, ps, Composite); > #endif /* RENDER */ > + swap(pExaScr, pScreen, CreateGC); > if (pMask&& pMask->pDrawable != NULL) > exaFinishAccess (pMask->pDrawable, EXA_PREPARE_MASK); > if (pSrc->pDrawable != NULL) > > > Alright, well as for seeing this message nothing(only that one time), As for any oddities itself, only with mplayer (vary slow when watching tv) probably due to being compiled with older header's and such. (ill look into to that later)
Justin P. Mattock _______________________________________________ xorg mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/xorg
