On 26/02/20(Wed) 17:39, Mark Kettenis wrote: > > Date: Wed, 12 Feb 2020 15:24:46 +0100 > > From: Martin Pieuchot <[email protected]> > > Haven't forgotten about these.
The following are still present on 6.7-beta built from today's sources: witness: lock order reversal: 1st 0xffff80000136a880 &rq->lock (&rq->lock) 2nd 0xffff8000006a9050 rcs0 (&timeline->lock) lock order "&timeline->lock"(mutex) -> "&rq->lock"(mutex) first seen at: #0 witness_checkorder+0x449 #1 mtx_enter+0x34 #2 __i915_request_submit+0x5b #3 __execlists_submission_tasklet+0x1b9 #4 execlists_submit_request+0x1d1 #5 submit_notify+0x37 #6 __i915_sw_fence_complete+0x40 #7 i915_request_add+0x2d3 #8 i915_gem_init+0x2b9 #9 i915_driver_load+0x815 #10 inteldrm_attachhook+0x2c #11 config_process_deferred_mountroot+0x6b #12 main+0x75a lock order "&rq->lock"(mutex) -> "&timeline->lock"(mutex) first seen at: #0 witness_checkorder+0x449 #1 mtx_enter+0x34 #2 execlists_submit_request+0x2a #3 submit_notify+0x37 #4 __i915_sw_fence_complete+0x40 #5 dma_i915_sw_fence_wake+0x1d #6 notify_ring+0x1a8 #7 gen8_gt_irq_handler+0xba #8 gen8_irq_handler+0x114 #9 intr_handler+0x6e #10 Xintr_ioapic_edge16_untramp+0x19f #11 acpicpu_idle+0x1d2 #12 sched_idle+0x225 #13 proc_trampoline+0x1c witness: lock order reversal: 1st 0xffff80000136b150 &wqh->lock (&wqh->lock) 2nd 0xffff8000006a9050 rcs0 (&timeline->lock) lock order "&wqh->lock"(mutex) -> "&timeline->lock"(mutex) first seen at: #0 witness_checkorder+0x449 #1 mtx_enter+0x34 #2 execlists_submit_request+0x2a #3 submit_notify+0x37 #4 __i915_sw_fence_complete+0x40 #5 i915_sw_fence_wake+0x39 #6 __i915_sw_fence_complete+0x131 #7 dma_i915_sw_fence_wake+0x1d #8 notify_ring+0x1a8 #9 gen8_gt_irq_handler+0xba #10 gen8_irq_handler+0x114 #11 intr_handler+0x6e #12 Xintr_ioapic_edge16_untramp+0x19f witness: acquiring duplicate lock of same type: "&wqh->lock" 1st &wqh->lock 2nd &wqh->lock Starting stack trace... witness_checkorder(ffff80000136bc30,9,0) at witness_checkorder+0x6ba mtx_enter(ffff80000136bc20) at mtx_enter+0x34 __i915_sw_fence_complete(ffff80000136bc20,ffff800033a6fc70) at __i915_sw_fence_complete+0x58 i915_sw_fence_wake(ffff80000136bc78,1,0,ffff800033a6fc70) at i915_sw_fence_wake+0x39 __i915_sw_fence_complete(ffff80000136b140,0) at __i915_sw_fence_complete+0x131 dma_i915_sw_fence_wake(ffff80000136a008,ffff80000137f420) at dma_i915_sw_fence_wake+0x1d notify_ring(ffff800000a84000) at notify_ring+0x1a8 gen8_gt_irq_handler(ffff800000154000,2,ffff800033a6fdb0) at gen8_gt_irq_handler+0xba gen8_irq_handler(0,ffff800000154078) at gen8_irq_handler+0x114 intr_handler(ffff800033a6fe50,ffff800000144d80) at intr_handler+0x6e Xintr_ioapic_edge16_untramp() at Xintr_ioapic_edge16_untramp+0x19f end of kernel end trace frame: 0x7f7ffffdef90, count: 246 End of stack trace. witness: lock order reversal: 1st 0xffff80000136bb88 &rq->lock (&rq->lock) 2nd 0xffff800000a84050 bcs0 (&timeline->lock) lock order "&timeline->lock"(mutex) -> "&rq->lock"(mutex) first seen at: #0 witness_checkorder+0x449 #1 mtx_enter+0x34 #2 __i915_request_submit+0x5b #3 __execlists_submission_tasklet+0x1b9 #4 execlists_submit_request+0x1d1 #5 submit_notify+0x37 #6 __i915_sw_fence_complete+0x40 #7 i915_request_add+0x2d3 #8 i915_gem_init+0x2cb #9 i915_driver_load+0x815 #10 inteldrm_attachhook+0x2c #11 config_process_deferred_mountroot+0x6b #12 main+0x75a lock order "&rq->lock"(mutex) -> "&timeline->lock"(mutex) first seen at: #0 witness_checkorder+0x449 #1 mtx_enter+0x34 #2 execlists_submit_request+0x2a #3 submit_notify+0x37 #4 __i915_sw_fence_complete+0x40 #5 dma_i915_sw_fence_wake+0x1d #6 notify_ring+0x1a8 #7 gen8_gt_irq_handler+0x55 #8 gen8_irq_handler+0x114 #9 intr_handler+0x6e #10 Xintr_ioapic_edge16_untramp+0x19f #11 Xspllower+0x19 #12 mtx_enter_try+0x98 #13 mtx_enter+0x4a #14 i915_vma_move_to_active+0x427 #15 i915_gem_do_execbuffer+0xb09 #16 i915_gem_execbuffer2_ioctl+0x144 #17 drmioctl+0xdc #18 VOP_IOCTL+0x55
