[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
least.

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