[PATCH] DRI2: fixup handling of last_swap_target

Jesse Barnes jbarnes at virtuousgeek.org
Mon Mar 8 09:07:27 PST 2010

On Sun, 7 Mar 2010 21:16:21 +0100
Florian Mickler <florian at mickler.org> wrote:

> On Sun, 7 Mar 2010 09:10:51 -0800
> Jesse Barnes <jbarnes at virtuousgeek.org> wrote:
> > On Sun, 7 Mar 2010 08:44:51 +0100
> > Mario Kleiner <mario.kleiner at tuebingen.mpg.de> wrote:
> > Yeah, this could also happen without OML I think, if a few swaps were
> > queued (resulting in a block) and then a SGI_video_sync call occurred.
> > I'll fix it up.
> > 
> > Thanks,
> could this also happen with a single glxgears instance and no other
> 3d clients running? 

I don't *think* glxgears does this; it's been running fine for me at

But you could definitely be hitting one of the MSC races; you can add
some debug output to I830DRI2ScheduleSwap in src/i830_dri.c in the DDX
driver to see what's going on.  Presumably one of the paths there is
putting the client to sleep and never waking it.

Jesse Barnes, Intel Open Source Technology Center

More information about the xorg-devel mailing list