✗ CI.checkpatch: warning for Support/debug for slow GuC loads
Patchwork
patchwork at emeril.freedesktop.org
Fri Feb 16 18:03:26 UTC 2024
== Series Details ==
Series: Support/debug for slow GuC loads
URL : https://patchwork.freedesktop.org/series/130019/
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
35591fb8b4d5305b37ce31483f85ac0956eaa536
+ cd /kernel
+ git config --global --add safe.directory /kernel
+ git log -n1
commit df8e845a98eeafaf96ca8a7ff87b41d08600bc89
Author: John Harrison <John.C.Harrison at Intel.com>
Date: Fri Feb 16 09:55:57 2024 -0800
drm/xe/guc: Port over the slow GuC loading support from i915
GuC loading can take longer than it is supposed to for various
reasons. So add in the code to cope with that and to report it when it
happens. There are also many different reasons why GuC loading can
fail, so add in the code for checking for those and for reporting
issues in a meaningful manner rather than just hitting a timeout and
saying 'fail: status = %x'.
Also, remove the 'FIXME' comment about an i915 bug that has never been
applicable to Xe!
v2: Actually report the requested and granted frequencies rather than
showing granted twice (review feedback from Badal).
Signed-off-by: John Harrison <John.C.Harrison at Intel.com>
+ /mt/dim checkpatch 9c2a8434bbf098a9709cfbbd7df0e1aa02c8927b drm-intel
39289d784 drm/xe: Make read_perf_limit_reasons globally accessible
Traceback (most recent call last):
File "scripts/spdxcheck.py", line 6, in <module>
from ply import lex, yacc
ModuleNotFoundError: No module named 'ply'
-:51: WARNING:FILE_PATH_CHANGES: added, moved or deleted file(s), does MAINTAINERS need updating?
#51:
rename from drivers/gpu/drm/xe/xe_gt_throttle_sysfs.c
total: 0 errors, 1 warnings, 0 checks, 142 lines checked
df8e845a9 drm/xe/guc: Port over the slow GuC loading support from i915
More information about the Intel-xe
mailing list