✗ CI.checkpatch: warning for series starting with [1/2] drm/xe: Add missing runtime reference to wedged upon gt_reset

Patchwork patchwork at emeril.freedesktop.org
Fri Aug 30 18:41:39 UTC 2024


== Series Details ==

Series: series starting with [1/2] drm/xe: Add missing runtime reference to wedged upon gt_reset
URL   : https://patchwork.freedesktop.org/series/138032/
State : warning

== Summary ==

+ KERNEL=/kernel
+ git clone https://gitlab.freedesktop.org/drm/maintainer-tools mt
Cloning into 'mt'...
warning: redirecting to https://gitlab.freedesktop.org/drm/maintainer-tools.git/
+ git -C mt rev-list -n1 origin/master
9fe5037901cabbcdf27a6fe0dfb047ca1474d363
+ cd /kernel
+ git config --global --add safe.directory /kernel
+ git log -n1
commit 655133a2d1dfda225d603a2183b34afa5a934268
Author: Rodrigo Vivi <rodrigo.vivi at intel.com>
Date:   Fri Aug 30 14:35:07 2024 -0400

    drm/xe/display: Avoid encoder_suspend at runtime suspend
    
    Fix circular locking dependency on runtime suspend.
    
    <4> [74.952215] ======================================================
    <4> [74.952217] WARNING: possible circular locking dependency detected
    <4> [74.952219] 6.10.0-rc7-xe #1 Not tainted
    <4> [74.952221] ------------------------------------------------------
    <4> [74.952223] kworker/7:1/82 is trying to acquire lock:
    <4> [74.952226] ffff888120548488 (&dev->mode_config.mutex){+.+.}-{3:3}, at: drm_modeset_lock_all+0x40/0x1e0 [drm]
    <4> [74.952260]
    but task is already holding lock:
    <4> [74.952262] ffffffffa0ae59c0 (xe_pm_runtime_lockdep_map){+.+.}-{0:0}, at: xe_pm_runtime_suspend+0x2f/0x340 [xe]
    <4> [74.952322]
    which lock already depends on the new lock.
    
    The commit b1d90a86 ("drm/xe: Use the encoder suspend helper also used
    by the i915 driver") didn't do anything wrong. It actually fixed a
    critical bug, because the encoder_suspend was never getting actually
    called because it was returning if (has_display(xe)) instead of
    if (!has_display(xe)). However, this ended up introducing the encoder
    suspend calls in the runtime routines as well, causing the circular
    locking dependency.
    
    Closes: https://gitlab.freedesktop.org/drm/xe/kernel/-/issues/2304
    Fixes: b1d90a862c89 ("drm/xe: Use the encoder suspend helper also used by the i915 driver")
    Cc: Imre Deak <imre.deak at intel.com>
    Signed-off-by: Rodrigo Vivi <rodrigo.vivi at intel.com>
+ /mt/dim checkpatch e3078a80279e2dc32694f2b6da75742786487339 drm-intel
9c5e54a23e67 drm/xe: Add missing runtime reference to wedged upon gt_reset
655133a2d1df drm/xe/display: Avoid encoder_suspend at runtime suspend
-:13: WARNING:COMMIT_LOG_LONG_LINE: Prefer a maximum 75 chars per line (possible unwrapped commit description?)
#13: 
<4> [74.952226] ffff888120548488 (&dev->mode_config.mutex){+.+.}-{3:3}, at: drm_modeset_lock_all+0x40/0x1e0 [drm]

-:20: ERROR:GIT_COMMIT_ID: Please use git commit description style 'commit <12+ chars of sha1> ("<title line>")' - ie: 'commit b1d90a862c89 ("drm/xe: Use the encoder suspend helper also used by the i915 driver")'
#20: 
The commit b1d90a86 ("drm/xe: Use the encoder suspend helper also used
by the i915 driver") didn't do anything wrong. It actually fixed a

total: 1 errors, 1 warnings, 0 checks, 13 lines checked




More information about the Intel-xe mailing list