On Thu, Jul 09, 2015 at 07:00:34PM +, Vivi, Rodrigo wrote:
> Those "FIXME" are for atomic fb ops callbacks what I don't believe that
> applies for this case.
Yeah intel_fbdev_restore_mode can't be called from atomic context, no need
for a FIXME here.
-Daniel
--
Daniel Vetter
Software Enginee
ect: Re: [Intel-gfx] [PATCH] drm/i915: fbdev restore mode needs to
invalidate frontbuffer
2015-07-08 20:25 GMT-03:00 Rodrigo Vivi :
> This fbdev restore mode was another corner case that was now calling
> frontbuffer flip and flush and making we miss screen updates with PSR
> enabled.
&
2015-07-08 20:25 GMT-03:00 Rodrigo Vivi :
> This fbdev restore mode was another corner case that was now
> calling frontbuffer flip and flush and making we miss
> screen updates with PSR enabled.
>
> So let's also add the invalidate hack here while we don't have
> a reliable dirty fbdev op.
>
> v2:
Tested-By: Intel Graphics QA PRTS (Patch Regression Test System Contact:
shuang...@intel.com)
Task id: 6761
-Summary-
Platform Delta drm-intel-nightly Series Applied
ILK
This fbdev restore mode was another corner case that was now
calling frontbuffer flip and flush and making we miss
screen updates with PSR enabled.
So let's also add the invalidate hack here while we don't have
a reliable dirty fbdev op.
v2: As pointed by Paulo: removed seg fault risk, used fb_he
