http://bugzilla.kernel.org/show_bug.cgi?id=13030
Summary: i915: possible circular locking dependency detected in
i915_gem_execbuffer
Product: Drivers
Version: 2.5
Kernel Version: 2.6.29.1
Platform: All
OS/Version: Linux
Tree: Mainline
Status: NEW
Severity: normal
Priority: P1
Component: Video(DRI)
AssignedTo: drivers_video-...@kernel-bugs.osdl.org
ReportedBy: slie...@cc.hut.fi
Regression: No
Hi,
When running glxgears on a recent X server from Debian experimental on 2.6.29.1
I get the following warning:
------------------------------------------------------------
[ 361.948133]
[ 361.948137] =======================================================
[ 361.948142] [ INFO: possible circular locking dependency detected ]
[ 361.948146] 2.6.29.1-tuxonice #1
[ 361.948148] -------------------------------------------------------
[ 361.948150] glxgears/4533 is trying to acquire lock:
[ 361.948153] (&mm->mmap_sem){----}, at: [<ffffffff802e3eba>]
might_fault+0x6a/0xc0
[ 361.948164]
[ 361.948165] but task is already holding lock:
[ 361.948167] (&dev->struct_mutex){--..}, at: [<ffffffffa02f1dce>]
i915_gem_execbuffer+0xfe/0xe80 [i915]
[ 361.948185]
[ 361.948185] which lock already depends on the new lock.
[ 361.948186]
[ 361.948188]
[ 361.948189] the existing dependency chain (in reverse order) is:
[ 361.948192]
[ 361.948192] -> #2 (&dev->struct_mutex){--..}:
[ 361.948198] [<ffffffff8027be99>] __lock_acquire+0x1499/0x1de0
[ 361.948205] [<ffffffff8027c871>] lock_acquire+0x91/0xc0
[ 361.948209] [<ffffffff8065461c>] mutex_lock_nested+0xec/0x380
[ 361.948215] [<ffffffffa02c76f0>] drm_vm_open+0x40/0x60 [drm]
[ 361.948235] [<ffffffff8024a6d5>] dup_mm+0x2c5/0x410
[ 361.948240] [<ffffffff8024b637>] copy_process+0xdc7/0x14a0
[ 361.948244] [<ffffffff8024bda0>] do_fork+0x90/0x4a0
[ 361.948248] [<ffffffff8020a888>] sys_clone+0x28/0x30
[ 361.948253] [<ffffffff8020cc73>] stub_clone+0x13/0x20
[ 361.948257] [<ffffffffffffffff>] 0xffffffffffffffff
[ 361.948277]
[ 361.948277] -> #1 (&mm->mmap_sem/1){--..}:
[ 361.948284] [<ffffffff8027be99>] __lock_acquire+0x1499/0x1de0
[ 361.948289] [<ffffffff8027c871>] lock_acquire+0x91/0xc0
[ 361.948293] [<ffffffff8026a522>] down_write_nested+0x52/0x90
[ 361.948299] [<ffffffff8024a4f7>] dup_mm+0xe7/0x410
[ 361.948303] [<ffffffff8024b637>] copy_process+0xdc7/0x14a0
[ 361.948307] [<ffffffff8024bda0>] do_fork+0x90/0x4a0
[ 361.948311] [<ffffffff8020a888>] sys_clone+0x28/0x30
[ 361.948315] [<ffffffff8020cc73>] stub_clone+0x13/0x20
[ 361.948319] [<ffffffffffffffff>] 0xffffffffffffffff
[ 361.948327]
[ 361.948328] -> #0 (&mm->mmap_sem){----}:
[ 361.948333] [<ffffffff8027c065>] __lock_acquire+0x1665/0x1de0
[ 361.948338] [<ffffffff8027c871>] lock_acquire+0x91/0xc0
[ 361.948342] [<ffffffff802e3ee7>] might_fault+0x97/0xc0
[ 361.948347] [<ffffffffa02eafdf>] i915_emit_box+0x3f/0x300 [i915]
[ 361.948357] [<ffffffffa02f2903>] i915_gem_execbuffer+0xc33/0xe80
[i915]
[ 361.948368] [<ffffffffa02c0bc2>] drm_ioctl+0x122/0x350 [drm]
[ 361.948380] [<ffffffff80314425>] vfs_ioctl+0x85/0xb0
[ 361.948385] [<ffffffff803144e2>] do_vfs_ioctl+0x92/0x5b0
[ 361.948389] [<ffffffff80314a4f>] sys_ioctl+0x4f/0x80
[ 361.948393] [<ffffffff8020c88b>] system_call_fastpath+0x16/0x1b
[ 361.948397] [<ffffffffffffffff>] 0xffffffffffffffff
[ 361.948402]
[ 361.948403] other info that might help us debug this:
[ 361.948404]
[ 361.948406] 1 lock held by glxgears/4533:
[ 361.948409] #0: (&dev->struct_mutex){--..}, at: [<ffffffffa02f1dce>]
i915_gem_execbuffer+0xfe/0xe80 [i915]
[ 361.948423]
[ 361.948423] stack backtrace:
[ 361.948427] Pid: 4533, comm: glxgears Not tainted 2.6.29.1-tuxonice #1
[ 361.948430] Call Trace:
[ 361.948435] [<ffffffff8027a560>] print_circular_bug_tail+0xe0/0xf0
[ 361.948440] [<ffffffff8027c065>] __lock_acquire+0x1665/0x1de0
[ 361.948444] [<ffffffff8027c871>] lock_acquire+0x91/0xc0
[ 361.948448] [<ffffffff802e3eba>] ? might_fault+0x6a/0xc0
[ 361.948453] [<ffffffff802e3ee7>] might_fault+0x97/0xc0
[ 361.948456] [<ffffffff802e3eba>] ? might_fault+0x6a/0xc0
[ 361.948466] [<ffffffffa02eafdf>] i915_emit_box+0x3f/0x300 [i915]
[ 361.948476] [<ffffffffa02f2903>] i915_gem_execbuffer+0xc33/0xe80 [i915]
[ 361.948482] [<ffffffff802fe775>] ? check_object+0x265/0x270
[ 361.948494] [<ffffffffa02c0bc2>] drm_ioctl+0x122/0x350 [drm]
[ 361.948504] [<ffffffffa02f1cd0>] ? i915_gem_execbuffer+0x0/0xe80 [i915]
[ 361.948508] [<ffffffff80314425>] vfs_ioctl+0x85/0xb0
[ 361.948512] [<ffffffff803144e2>] do_vfs_ioctl+0x92/0x5b0
[ 361.948516] [<ffffffff8020c8bc>] ? sysret_check+0x27/0x62
[ 361.948520] [<ffffffff8020c8bc>] ? sysret_check+0x27/0x62
[ 361.948524] [<ffffffff80314a4f>] sys_ioctl+0x4f/0x80
[ 361.948528] [<ffffffff8020c88b>] system_call_fastpath+0x16/0x1b
------------------------------------------------------------
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching the assignee of the bug.
------------------------------------------------------------------------------
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
--
_______________________________________________
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel
