[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