<html> <head> <base href="https://bugs.freedesktop.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - [CI] igt@drv_selftest@live_context - dmesg-warn - WARNING: possible circular locking dependency detected" href="https://bugs.freedesktop.org/show_bug.cgi?id=103730#c1">Comment # 1</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - [CI] igt@drv_selftest@live_context - dmesg-warn - WARNING: possible circular locking dependency detected" href="https://bugs.freedesktop.org/show_bug.cgi?id=103730">bug 103730</a> from <a class="email" href="mailto:chris@chris-wilson.co.uk" title="Chris Wilson <chris@chris-wilson.co.uk>"> Chris Wilson</a> <pre>What is this trace -> #1 (&mm->mmap_sem){++++}: [ 1366.741362] lock_acquire+0xb0/0x200 [ 1366.741364] down_write+0x3b/0x70 [ 1366.741364] 0xffffffffa019a1ea [ 1366.741365] 0xffffffffa019a3bd [ 1366.741366] 0xffffffffa016bd3e [ 1366.741368] drm_gem_prime_handle_to_fd+0x18e/0x1c0 [ 1366.741370] drm_prime_handle_to_fd_ioctl+0x44/0x60 [ 1366.741371] drm_ioctl_kernel+0x69/0xb0 [ 1366.741372] drm_ioctl+0x2f9/0x3d0 [ 1366.741375] do_vfs_ioctl+0x94/0x670 [ 1366.741376] SyS_ioctl+0x41/0x70 [ 1366.741379] entry_SYSCALL_64_fastpath+0x1c/0xb1 ? That makes no sense (we never need the write lock on mmap_sem inside handle_to_fd, afaik). I do believe lockdep has lost track its marbles, possibly due to a hash conflict due to the many module reloads.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the QA Contact for the bug.</li> <li>You are on the CC list for the bug.</li> <li>You are the assignee for the bug.</li> </ul> </body> </html>