Thank you, I adjusted the config file as you recommended and the messages are gone. Where
should I report this lockdep?
________________________________
From: drago01 <drago01(a)gmail.com>
To: Ahmad Al-Yaman <ahmad221284(a)yahoo.com>
Cc: fedora-kernel-list(a)redhat.com
Sent: Sunday, July 12, 2009 12:35:07 PM
Subject: Re: Fw: Kernel Loading Sequence
On Sun, Jul 12, 2009 at 10:50 AM, Ahmad Al-Yaman<ahmad221284(a)yahoo.com> wrote:
I was able to find out the messages that are displayed before
plymouth starts, but I still have no idea what's causing them:
[ INFO: possible circular locking dependency detected ]
2.6.29.5-191.eeepc.fc11.i686.PAE #1
-------------------------------------------------------
plymouthd/746 is trying to acquire lock:
(&fb_info->lock){--..}, at: [<c05288bc>] fb_mmap+0x83/0x153
but task is already holding lock:
(&mm->mmap_sem){----}, at: [<c0406a3c>] sys_mmap2+0x44/0x7b
which lock already depends on the new lock.
the existing dependency chain (in reverse order) is:
-> #3 (&mm->mmap_sem){----}:
[<c04463fa>] __lock_acquire+0x1068/0x137e
[<c044676e>] lock_acquire+0x5e/0x7a
[<c046ddb4>] might_fault+0x68/0x88
[<c0510de3>] copy_to_user+0x2f/0x106
[<c0489920>] filldir+0x80/0xbb
[<c04b8a3d>] sysfs_readdir+0x104/0x138
[<c0489a99>] vfs_readdir+0x68/0x94
[<c0489bd2>] sys_getdents+0x60/0xa4
[<c0403202>] syscall_call+0x7/0xb
[<ffffffff>] 0xffffffff
-> #2 (sysfs_mutex){--..}:
[<c04463fa>] __lock_acquire+0x1068/0x137e
[<c044676e>] lock_acquire+0x5e/0x7a
[<c07c919f>] mutex_lock_nested+0xe0/0x267
[<c04b8cf4>] sysfs_addrm_start+0x23/0x95
[<c04b919d>] create_dir+0x3a/0x76
[<c04b9206>] sysfs_create_dir+0x2d/0x3d
[<c050c198>] kobject_add_internal+0xaa/0x159
[<c050c2ee>] kobject_add_varg+0x31/0x3d
[<c050c364>] kobject_add+0x43/0x49
[<c05ad349>] device_add+0x79/0x3fb
[<c05ad6dd>] device_register+0x12/0x15
[<c05ad757>] device_create_vargs+0x77/0xa0
[<c05ad79b>] device_create+0x1b/0x1d
[<c056f49e>] register_con_driver+0xdd/0x137
[<c0570637>] take_over_console+0x14/0x35
[<c0532c59>] fbcon_takeover+0x5f/0x92
[<c053336f>] fbcon_event_notify+0x3b7/0x726
[<c043ab5c>] notifier_call_chain+0x51/0x78
[<c043ad1d>] __blocking_notifier_call_chain+0x37/0x4c
[<c043ad3e>] blocking_notifier_call_chain+0xc/0xe
[<c05283fd>] fb_notifier_call_chain+0x11/0x13
[<c0529198>] register_framebuffer+0x1e2/0x1f3
[<c05a01b6>] intelfb_probe+0x491/0x4fb
[<c0586cc5>] drm_helper_initial_config+0x148/0x152
[<c05902b5>] i915_driver_load+0x8b2/0x912
[<c057fb7b>] drm_get_dev+0x343/0x405
[<c07b6741>] i915_pci_probe+0xd/0xf
[<c051aee2>] local_pci_probe+0xe/0x10
[<c051b84d>] pci_device_probe+0x46/0x69
[<c05aedd5>] driver_probe_device+0xa2/0x11d
[<c05aee9c>] __driver_attach+0x4c/0x6b
[<c05ae7f1>] bus_for_each_dev+0x3b/0x63
[<c05aec76>] driver_attach+0x14/0x16
[<c05ae28c>] bus_add_driver+0x98/0x1ab
[<c05af033>] driver_register+0x6f/0xd3
[<c051bb3d>] __pci_register_driver+0x46/0xa5
[<c057c3f4>] drm_init+0x5b/0xb3
[<c0a39544>] i915_init+0x46/0x48
[<c0401132>] _stext+0x4a/0x111
[<c0a1e386>] kernel_init+0x17f/0x1d0
[<c0403a37>] kernel_thread_helper+0x7/0x10
[<ffffffff>] 0xffffffff
-> #1 ((fb_notifier_list).rwsem){..--}:
[<c04463fa>] __lock_acquire+0x1068/0x137e
[<c044676e>] lock_acquire+0x5e/0x7a
[<c07c98db>] down_read+0x2a/0x3e
[<c043ad0a>] __blocking_notifier_call_chain+0x24/0x4c
[<c043ad3e>] blocking_notifier_call_chain+0xc/0xe
[<c05283fd>] fb_notifier_call_chain+0x11/0x13
[<c0529198>] register_framebuffer+0x1e2/0x1f3
[<c05a01b6>] intelfb_probe+0x491/0x4fb
[<c0586cc5>] drm_helper_initial_config+0x148/0x152
[<c05902b5>] i915_driver_load+0x8b2/0x912
[<c057fb7b>] drm_get_dev+0x343/0x405
[<c07b6741>] i915_pci_probe+0xd/0xf
[<c051aee2>] local_pci_probe+0xe/0x10
[<c051b84d>] pci_device_probe+0x46/0x69
[<c05aedd5>] driver_probe_device+0xa2/0x11d
[<c05aee9c>] __driver_attach+0x4c/0x6b
[<c05ae7f1>] bus_for_each_dev+0x3b/0x63
[<c05aec76>] driver_attach+0x14/0x16
[<c05ae28c>] bus_add_driver+0x98/0x1ab
[<c05af033>] driver_register+0x6f/0xd3
[<c051bb3d>] __pci_register_driver+0x46/0xa5
[<c057c3f4>] drm_init+0x5b/0xb3
[<c0a39544>] i915_init+0x46/0x48
[<c0401132>] _stext+0x4a/0x111
[<c0a1e386>] kernel_init+0x17f/0x1d0
[<c0403a37>] kernel_thread_helper+0x7/0x10
[<ffffffff>] 0xffffffff
-> #0 (&fb_info->lock){--..}:
[<c04460d9>] __lock_acquire+0xd47/0x137e
[<c044676e>] lock_acquire+0x5e/0x7a
[<c07c919f>] mutex_lock_nested+0xe0/0x267
[<c05288bc>] fb_mmap+0x83/0x153
[<c0473ab7>] mmap_region+0x21c/0x3ab
[<c0473e96>] do_mmap_pgoff+0x250/0x2a2
[<c0406a52>] sys_mmap2+0x5a/0x7b
[<c0403202>] syscall_call+0x7/0xb
[<ffffffff>] 0xffffffff
other info that might help us debug this:
1 lock held by plymouthd/746:
#0: (&mm->mmap_sem){----}, at: [<c0406a3c>] sys_mmap2+0x44/0x7b
stack backtrace:
Pid: 746, comm: plymouthd Not tainted 2.6.29.5-191.eeepc.fc11.i686.PAE #1
Call Trace:
[<c07c7b14>] ? printk+0xf/0x11
[<c0445054>] print_circular_bug_tail+0xab/0xb6
[<c04460d9>] __lock_acquire+0xd47/0x137e
[<c05288bc>] ? fb_mmap+0x83/0x153
[<c044676e>] lock_acquire+0x5e/0x7a
[<c05288bc>] ? fb_mmap+0x83/0x153
[<c07c919f>] mutex_lock_nested+0xe0/0x267
[<c05288bc>] ? fb_mmap+0x83/0x153
[<c05288bc>] ? fb_mmap+0x83/0x153
[<c05288bc>] fb_mmap+0x83/0x153
[<c0473ab7>] mmap_region+0x21c/0x3ab
[<c0473e96>] do_mmap_pgoff+0x250/0x2a2
[<c0406a52>] sys_mmap2+0x5a/0x7b
[<c0403202>] syscall_call+0x7/0xb
Any ideas what could be causing this and how to solve it?
Ahmad
Thats a lockdep warning, please report it.
After that you can simply disable the lockdep checker in your kernel
config and you wont see them anymore.