Summary: | [CI][DRMTIP] igt@gem_partial_pwrite_pread@reads-snoop - dmesg-warn - RPM wakelock ref not held during HW access | ||
---|---|---|---|
Product: | DRI | Reporter: | Lakshmi <lakshminarayana.vudum> |
Component: | DRM/Intel | Assignee: | Intel GFX Bugs mailing list <intel-gfx-bugs> |
Status: | RESOLVED FIXED | QA Contact: | Intel GFX Bugs mailing list <intel-gfx-bugs> |
Severity: | normal | ||
Priority: | medium | CC: | intel-gfx-bugs |
Version: | DRI git | ||
Hardware: | Other | ||
OS: | All | ||
Whiteboard: | ReadyForDev | ||
i915 platform: | KBL | i915 features: | display/Other, power/runtime PM |
Description
Lakshmi
2019-05-27 12:49:12 UTC
The CI Bug Log issue associated to this bug has been updated. ### New filters associated * KBL: igt@gem_partial_pwrite_pread@reads-snoop - dmesg-warn - RPM wakelock ref not held during HW access - https://intel-gfx-ci.01.org/tree/drm-tip/drmtip_292/fi-kbl-7567u/igt@gem_partial_pwrite_pread@reads-snoop.html * KBL: igt@runner@aborted - fail - Previous test: gem_partial_pwrite_pread (reads-snoop) - https://intel-gfx-ci.01.org/tree/drm-tip/drmtip_292/fi-kbl-7567u/igt@runner@aborted.html I would say the onus is on the atomic commit to take a wakeref to keep the device awake for the commit. commit 2e2f08d02dd282751e8d329f373dd85d49ae7f90 (HEAD -> drm-intel-next-queued, drm-intel/for-linux-next, drm-intel/drm-intel-next-queued) Author: Chris Wilson <chris@chris-wilson.co.uk> Date: Tue May 28 08:53:54 2019 +0100 drm/i915: Take a runtime pm wakeref for atomic commits Before we start prepping the system for an atomic modeset, wake the device up. We then keep track of this wakeref until we complete the atomic commit, so we hold keep the device awake for all potential HW access, and do not allow the device to sleep with a pending modeset. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=110771 Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk> Cc: Ville Syrjälä <ville.syrjala@linux.intel.com> Cc: Maarten Lankhorst <maarten.lankhorst@linux.intel.com> Reviewed-by: Ville Syrjälä <ville.syrjala@linux.intel.com> Link: https://patchwork.freedesktop.org/patch/msgid/20190528075354.22341-1-chris@chris-wilson.co.uk Note to self: intel_rps_mark_interactive() is not let off the hook, as it's check to see whether RPS is alive is racy. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.