On Wed, Jun 18, 2014 at 10:03:27PM +0200, Daniel Vetter wrote:
> On Wed, Jun 18, 2014 at 08:58:33PM +0300, ville.syrj...@linux.intel.com wrote:
> > From: Ville Syrjälä
> >
> > This series rewrites the FBC code to actually work. It utilizes the
> > hardware tracking/nuking as much as possible, eg.
On Wed, Jun 18, 2014 at 10:03:27PM +0200, Daniel Vetter wrote:
> Just very cursory look at it, but this conflicts badly (well the
> integration with the driver) with my frontbuffer tracking stuff. My idea
> was to essentially hide all the fbc integration points we have sprinkled
> all over behind t
On Wed, Jun 18, 2014 at 08:58:33PM +0300, ville.syrj...@linux.intel.com wrote:
> From: Ville Syrjälä
>
> This series rewrites the FBC code to actually work. It utilizes the
> hardware tracking/nuking as much as possible, eg. relying on hardware
> nuke on flip when possible.
>
> I also introduce
From: Ville Syrjälä
This series rewrites the FBC code to actually work. It utilizes the
hardware tracking/nuking as much as possible, eg. relying on hardware
nuke on flip when possible.
I also introduce the generic ring and vblank notifier gizmos which could
be used for various other things. I a
