[Intel-gfx] [PATCH] drm/i915: use the correct obj when preparing the sprite plane

Paulo Zanoni przanoni at gmail.com
Thu Oct 30 20:33:27 CET 2014


2014-10-30 17:10 GMT-02:00 Ville Syrjälä <ville.syrjala at linux.intel.com>:
> On Thu, Oct 30, 2014 at 04:02:01PM -0200, Paulo Zanoni wrote:
>> From: Paulo Zanoni <paulo.r.zanoni at intel.com>
>>
>> Commit "drm/i915: create a prepare phase for sprite plane updates"
>> changed the old_obj pointer we use when committing sprite planes,
>> which caused a WARN() and a BUG() to be triggered. This patch should
>> revert the code back to the previous behavior, fixing the regression.
>>
>> Regression introduced by:
>>     commit ec82cb793c9224e0692eed904f43490cf70e8258
>>     Author: Gustavo Padovan <gustavo.padovan at collabora.co.uk>
>>     Date:   Fri Oct 24 14:51:32 2014 +0100
>>         drm/i915: create a prepare phase for sprite plane updates
>>
>> Credits to Imre Deak for pointing out the exact lines that were wrong.
>>
>> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=85634
>> Testcase: igt/pm_rpm/legacy-planes
>> Testcase: igt/pm_rpm/legacy-planes-dpms
>> Testcase: igt/pm_rpm/universal-planes
>> Testcase: igt/pm_rpm/universal-planes-dpms
>> Credits-to: Imre Deak <imre.deak at intel.com>
>> Cc: Gustavo Padovan <gustavo.padovan at collabora.co.uk>
>> Cc: Ville Syrjälä <ville.syrjala at linux.intel.com>
>> Signed-off-by: Paulo Zanoni <paulo.r.zanoni at intel.com>
>> ---
>>  drivers/gpu/drm/i915/intel_sprite.c | 3 ++-
>>  1 file changed, 2 insertions(+), 1 deletion(-)
>>
>> diff --git a/drivers/gpu/drm/i915/intel_sprite.c b/drivers/gpu/drm/i915/intel_sprite.c
>> index 8b80d68..1c874309 100644
>> --- a/drivers/gpu/drm/i915/intel_sprite.c
>> +++ b/drivers/gpu/drm/i915/intel_sprite.c
>> @@ -1197,10 +1197,11 @@ intel_prepare_sprite_plane(struct drm_plane *plane,
>>       struct drm_device *dev = plane->dev;
>>       struct drm_crtc *crtc = state->crtc;
>>       struct intel_crtc *intel_crtc = to_intel_crtc(crtc);
>> +     struct intel_plane *intel_plane = to_intel_plane(plane);
>>       enum pipe pipe = intel_crtc->pipe;
>>       struct drm_framebuffer *fb = state->fb;
>>       struct drm_i915_gem_object *obj = intel_fb_obj(fb);
>> -     struct drm_i915_gem_object *old_obj = intel_fb_obj(plane->fb);
>> +     struct drm_i915_gem_object *old_obj = intel_plane->obj;
>
> You need to change intel_commit_sprite_plane() too. Othwerwise something
> like this could happen:
>
> 1. .update_plane(fb=A)
>    // note plane->fb=NULL here
>    -> prepare() -> pin(A) -> obj=A
>    -> commit() -> nop
>    ...
>    plane->fb=A
>
> 2. .crtc_disable()
>    -> disable() -> unpin(A) -> obj=NULL
>
> 3. .update_plane(fb=B)
>    // note plane->fb=A here still
>    -> prepare() -> pin(B)
>    -> commit() -> unpin(A) -> obj=B
>    ...
>    plane->fb=B
>
> So we still get the double unpin of A.
>
> I take it our basic plane tests didn't catch this?

I didn't run any, nor associated any of the recent bug reports with
that. Feel free to write tests if you can think of an easy way to
exploit the bug. I also won't mind if someone else writes/sends v2 of
this patch :)

>
>>       int ret;
>>
>>       if (old_obj != obj) {
>> --
>> 2.1.1
>
> --
> Ville Syrjälä
> Intel OTC



-- 
Paulo Zanoni



More information about the Intel-gfx mailing list