Summary: | [BAT BSW] lockdep splat due to stop_machine() in ggtt pte programming | ||
---|---|---|---|
Product: | DRI | Reporter: | Ville Syrjala <ville.syrjala> |
Component: | DRM/Intel | Assignee: | Intel GFX Bugs mailing list <intel-gfx-bugs> |
Status: | CLOSED FIXED | QA Contact: | Intel GFX Bugs mailing list <intel-gfx-bugs> |
Severity: | critical | ||
Priority: | medium | CC: | daniel, intel-gfx-bugs, joonas.lahtinen |
Version: | DRI git | ||
Hardware: | x86-64 (AMD64) | ||
OS: | Linux (All) | ||
Whiteboard: | |||
i915 platform: | BSW/CHT | i915 features: | GEM/PPGTT |
Description
Ville Syrjala
2016-03-01 15:53:53 UTC
Surely you meant due to the the kernfs might_fault() whilst holding a lock already tainted by mmap_sem. (In reply to Chris Wilson from comment #1) > Surely you meant due to the the kernfs might_fault() whilst holding a lock > already tainted by mmap_sem. Whatever works. I stopped reading at stop_machine() :P Can you try https://patchwork.freedesktop.org/patch/74733/ ? Once puzzle I have here is how did rtcwake's mmap_sem become tainted by struct_mutex? Or simply that it is not rtcwake's mmap_sem. Raising severity due to BAT. *** Bug 94644 has been marked as a duplicate of this bug. *** (In reply to Joonas Lahtinen from comment #3 on bug 94759) > Patch was merged to our local CI topic branch, seems to have been effective > for past two runs (which is still quite low confidence level): > > commit 6954af8b55f3b00b08f7759f479c41388fbe364f > Author: Chris Wilson <chris@chris-wilson.co.uk> > Date: Thu Mar 31 11:45:06 2016 +0100 > > kernfs: Move faulting copy_user operations outside of the mutex > > Greg K-H will merge the patch upstream for 4.7-rc1. *** Bug 94759 has been marked as a duplicate of this bug. *** Closing as verified+fixed since igt@kms_pipe_crc_basic@suspend-read-crc-pipe-c has not produced this failure in past two months. |
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.