lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite for Android: free password hash cracker in your pocket
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <b6c5339f0901301142x663cf336oeb623e73c185c71c@mail.gmail.com>
Date:	Fri, 30 Jan 2009 14:42:16 -0500
From:	Bob Copeland <me@...copeland.com>
To:	"Brandeburg, Jesse" <jesse.brandeburg@...el.com>
Cc:	Linux kernel mailing list <linux-kernel@...r.kernel.org>,
	"airlied@...ux.ie" <airlied@...ux.ie>,
	"dri-devel@...ts.sourceforge.net" <dri-devel@...ts.sourceforge.net>,
	"keithp@...thp.com" <keithp@...thp.com>,
	Ingo Molnar <mingo@...e.hu>,
	"arjan@...ux.intel.com" <arjan@...ux.intel.com>
Subject: Re: 2.6.29-rc1: i915 lockdep warning

On Tue, Jan 13, 2009 at 6:17 PM, Brandeburg, Jesse
<jesse.brandeburg@...el.com> wrote:
> [drm] Initialized i915 1.6.0 20080730 on minor 0
>
> =======================================================
> [ INFO: possible circular locking dependency detected ]
> 2.6.29-rc1 #1
> -------------------------------------------------------

Same here, this happens every time I start X, still in -rc3.  I can test
any patches.  This is Fedora 10.

=======================================================
[ INFO: possible circular locking dependency detected ]
2.6.29-rc3 #45
-------------------------------------------------------
Xorg/3108 is trying to acquire lock:
 (&mm->mmap_sem){----}, at: [<c016a148>] might_fault+0x48/0x84

but task is already holding lock:
 (&dev->struct_mutex){--..}, at: [<f82ded8c>]
i915_gem_execbuffer+0x124/0xa48 [i915]

which lock already depends on the new lock.


the existing dependency chain (in reverse order) is:

-> #2 (&dev->struct_mutex){--..}:
       [<c0140197>] __lock_acquire+0xfb9/0x12d3
       [<f82bdd47>] drm_vm_open+0x22/0x32 [drm]
       [<f82bdd47>] drm_vm_open+0x22/0x32 [drm]
       [<c01404fa>] lock_acquire+0x49/0x61
       [<f82bdd47>] drm_vm_open+0x22/0x32 [drm]
       [<c031300b>] mutex_lock_nested+0xe6/0x27d
       [<f82bdd47>] drm_vm_open+0x22/0x32 [drm]
       [<f82bdd47>] drm_vm_open+0x22/0x32 [drm]
       [<f82bdd47>] drm_vm_open+0x22/0x32 [drm]
       [<c012117c>] dup_mm+0x26d/0x31c
       [<c0121bd1>] copy_process+0x983/0xfaf
       [<c012b314>] do_sigaction+0x6a/0x13d
       [<c0122315>] do_fork+0x118/0x2a6
       [<c012b489>] sys_rt_sigaction+0x66/0x79
       [<c0102e77>] sysenter_exit+0xf/0x18
       [<c010165a>] sys_clone+0x22/0x26
       [<c0102e45>] sysenter_do_call+0x12/0x35
       [<ffffffff>] 0xffffffff

-> #1 (&mm->mmap_sem/1){--..}:
       [<c0140197>] __lock_acquire+0xfb9/0x12d3
       [<c0120fba>] dup_mm+0xab/0x31c
       [<c0120fba>] dup_mm+0xab/0x31c
       [<c01404fa>] lock_acquire+0x49/0x61
       [<c0120fba>] dup_mm+0xab/0x31c
       [<c0135605>] down_write_nested+0x2b/0x45
       [<c0120fba>] dup_mm+0xab/0x31c
       [<c0120fba>] dup_mm+0xab/0x31c
       [<c0121b2c>] copy_process+0x8de/0xfaf
       [<c0121bd1>] copy_process+0x983/0xfaf
       [<c0122315>] do_fork+0x118/0x2a6
       [<c01f4eaf>] copy_to_user+0x29/0xf8
       [<c0102e77>] sysenter_exit+0xf/0x18
       [<c010165a>] sys_clone+0x22/0x26
       [<c0102e45>] sysenter_do_call+0x12/0x35
       [<ffffffff>] 0xffffffff

-> #0 (&mm->mmap_sem){----}:
       [<c013fec7>] __lock_acquire+0xce9/0x12d3
       [<c0314559>] _spin_unlock+0x25/0x3a
       [<c01404fa>] lock_acquire+0x49/0x61
       [<c016a148>] might_fault+0x48/0x84
       [<c016a165>] might_fault+0x65/0x84
       [<c016a148>] might_fault+0x48/0x84
       [<c01f4eaf>] copy_to_user+0x29/0xf8
       [<f82df5ec>] i915_gem_execbuffer+0x984/0xa48 [i915]
       [<c016a148>] might_fault+0x48/0x84
       [<f82b951a>] drm_ioctl+0x1a9/0x221 [drm]
       [<f82dec68>] i915_gem_execbuffer+0x0/0xa48 [i915]
       [<c0186102>] vfs_ioctl+0x49/0x5f
       [<c0186656>] do_vfs_ioctl+0x46c/0x4a7
       [<c03144c8>] _spin_unlock_irq+0x2b/0x40
       [<c0125cd9>] do_setitimer+0x15d/0x2af
       [<c0125e70>] sys_setitimer+0x45/0x6f
       [<c01866bd>] sys_ioctl+0x2c/0x42
       [<c0102e45>] sysenter_do_call+0x12/0x35
       [<ffffffff>] 0xffffffff

other info that might help us debug this:

1 lock held by Xorg/3108:
 #0:  (&dev->struct_mutex){--..}, at: [<f82ded8c>]
i915_gem_execbuffer+0x124/0xa48 [i915]

stack backtrace:
Pid: 3108, comm: Xorg Not tainted 2.6.29-rc3 #45
Call Trace:
 [<c013eeb5>] print_circular_bug_tail+0xa4/0xae
 [<c013fec7>] __lock_acquire+0xce9/0x12d3
 [<c0314559>] _spin_unlock+0x25/0x3a
 [<c01404fa>] lock_acquire+0x49/0x61
 [<c016a148>] might_fault+0x48/0x84
 [<c016a165>] might_fault+0x65/0x84
 [<c016a148>] might_fault+0x48/0x84
 [<c01f4eaf>] copy_to_user+0x29/0xf8
 [<f82df5ec>] i915_gem_execbuffer+0x984/0xa48 [i915]
 [<c016a148>] might_fault+0x48/0x84
 [<f82b951a>] drm_ioctl+0x1a9/0x221 [drm]
 [<f82dec68>] i915_gem_execbuffer+0x0/0xa48 [i915]
 [<c0186102>] vfs_ioctl+0x49/0x5f
 [<c0186656>] do_vfs_ioctl+0x46c/0x4a7
 [<c03144c8>] _spin_unlock_irq+0x2b/0x40
 [<c0125cd9>] do_setitimer+0x15d/0x2af
 [<c0125e70>] sys_setitimer+0x45/0x6f
 [<c01866bd>] sys_ioctl+0x2c/0x42
 [<c0102e45>] sysenter_do_call+0x12/0x35

-- 
Bob Copeland %% www.bobcopeland.com
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ