On Tue, 31 Jul 2012 11:20:21 -0500, Rob Clark <rob.cl...@linaro.org> wrote: > From: Rob Clark <r...@ti.com> > > This simplifies drm fb lifetime, and if the crtc/plane needs to hold > a ref to the fb when disabling a pipe until the next vblank, this > avoids the need to make disabling an overlay synchronous. This is a > problem that shows up when userspace is using a drm plane to > implement a hw cursor.. making overlay disable synchronous causes > a performance problem when x11 is rapidly enabling/disabling the > hw cursor. But not making it synchronous opens up a race condition > for crashing if userspace turns around and immediately deletes the > fb. Refcnt'ing the fb makes it possible to solve this problem.
Presumably you have a follow-on patch putting the new refcnt to use so that we can judge whether you truly need refcnting on the fb itself in addition to the refcnted object and the various hw bookkeeping that needs to be performed? -Chris -- Chris Wilson, Intel Open Source Technology Centre -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html