Bug 789017

Summary:	[abrt] kernel: BUG: MAX_LOCKDEP_ENTRIES too low!
Product:	[Fedora] Fedora	Reporter:	Alon Levy <alevy>
Component:	kernel	Assignee:	Josef Bacik <jbacik>
Status:	CLOSED INSUFFICIENT_DATA	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	19	CC:	dblechte, gansalmon, itamar, jforbes, jonathan, kernel-maint, madhu.chinakonda
Target Milestone:	---
Target Release:	---
Hardware:	x86_64
OS:	Unspecified
Whiteboard:	abrt_hash:ee57d49e7b60904084f9bae202b7719749a9eb1a
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2013-04-23 17:24:28 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:

Description Alon Levy 2012-02-09 15:50:09 UTC

libreport version: 2.0.8
abrt_version:   2.0.7
cmdline:        BOOT_IMAGE=/vmlinuz-3.3.0-0.rc2.git4.1.fc17.x86_64 root=UUID=e22c0b41-d4c9-40b1-96b6-4d9a5aab8605 ro rd.md=0 rd.lvm=0 rd.dm=0 rd.luks=0 KEYTABLE=us SYSFONT=latarcyrheb-sun16 LANG=en_US.UTF-8
kernel:         3.3.0-0.rc2.git4.1.fc17.x86_64
reason:         BUG: MAX_LOCKDEP_ENTRIES too low!
time:           Thu 09 Feb 2012 04:49:30 PM CET

backtrace:
:BUG: MAX_LOCKDEP_ENTRIES too low!
:turning off the locking correctness validator.
:Pid: 4023, comm: btrfs-transacti Not tainted 3.3.0-0.rc2.git4.1.fc17.x86_64 #1
:Call Trace:
: [<ffffffff810c73aa>] add_lock_to_list.isra.24.constprop.43+0xca/0xe0
: [<ffffffff810cb32a>] __lock_acquire+0x107a/0x1ad0
: [<ffffffff8169dbf4>] ? retint_restore_args+0x13/0x13
: [<ffffffff81113357>] ? rcu_irq_exit+0x87/0xd0
: [<ffffffff8169dbf4>] ? retint_restore_args+0x13/0x13
: [<ffffffff810cc451>] lock_acquire+0xa1/0x1e0
: [<ffffffff8118938d>] ? __add_to_swap_cache+0x6d/0x110
: [<ffffffff810c6d7d>] ? trace_hardirqs_off+0xd/0x10
: [<ffffffff8169ce12>] _raw_spin_lock_irq+0x52/0x90
: [<ffffffff8118938d>] ? __add_to_swap_cache+0x6d/0x110
: [<ffffffff8118938d>] __add_to_swap_cache+0x6d/0x110
: [<ffffffff811894e1>] add_to_swap_cache+0x31/0x50
: [<ffffffff811895e0>] add_to_swap+0x60/0xa0
: [<ffffffff8116346c>] shrink_page_list+0x30c/0xa70
: [<ffffffff810ccfed>] ? trace_hardirqs_on_caller+0x10d/0x1a0
: [<ffffffff81163fdb>] shrink_inactive_list+0x17b/0x5f0
: [<ffffffff810cce62>] ? mark_held_locks+0xb2/0x130
: [<ffffffff8169d6f0>] ? _raw_spin_unlock_irq+0x30/0x50
: [<ffffffff81164ba4>] shrink_mem_cgroup_zone+0x424/0x5b0
: [<ffffffff81164da6>] shrink_zone+0x76/0xa0
: [<ffffffff81165152>] do_try_to_free_pages+0xf2/0x5b0
: [<ffffffff8119d6f1>] ? set_track+0x61/0x1b0
: [<ffffffff8115450f>] ? zone_watermark_ok+0x1f/0x30
: [<ffffffff81165a50>] try_to_free_pages+0xa0/0x2b0
: [<ffffffff81158762>] __alloc_pages_nodemask+0x652/0xad0
: [<ffffffff810cce62>] ? mark_held_locks+0xb2/0x130
: [<ffffffff81194434>] alloc_pages_current+0xa4/0x110
: [<ffffffff8119fcd5>] new_slab+0x275/0x320
: [<ffffffff8169446e>] __slab_alloc+0x36c/0x4fd
: [<ffffffffa01734cd>] ? btrfs_bio_wq_end_io+0x3d/0x90 [btrfs]
: [<ffffffffa01734cd>] ? btrfs_bio_wq_end_io+0x3d/0x90 [btrfs]
: [<ffffffffa01734cd>] ? btrfs_bio_wq_end_io+0x3d/0x90 [btrfs]
: [<ffffffff811a2447>] kmem_cache_alloc_trace+0x207/0x240
: [<ffffffffa01734cd>] btrfs_bio_wq_end_io+0x3d/0x90 [btrfs]
: [<ffffffffa017374b>] btree_submit_bio_hook+0x4b/0xd0 [btrfs]
: [<ffffffffa0194db7>] ? free_extent_state.part.25+0x27/0x50 [btrfs]
: [<ffffffffa01949da>] submit_one_bio+0x6a/0xa0 [btrfs]
: [<ffffffffa0194a5a>] flush_epd_write_bio+0x4a/0x50 [btrfs]
: [<ffffffffa0199bd3>] extent_writepages+0x53/0x60 [btrfs]
: [<ffffffffa0171250>] ? verify_parent_transid+0x160/0x160 [btrfs]
: [<ffffffffa019675e>] ? convert_extent_bit+0x27e/0x3f0 [btrfs]
: [<ffffffffa0171821>] btree_writepages+0x51/0x60 [btrfs]
: [<ffffffff8115b4e2>] do_writepages+0x22/0x50
: [<ffffffff8114f83b>] __filemap_fdatawrite_range+0x5b/0x60
: [<ffffffff81150783>] filemap_fdatawrite_range+0x13/0x20
: [<ffffffffa01793be>] btrfs_write_marked_extents+0x6e/0xd0 [btrfs]
: [<ffffffffa017951b>] btrfs_write_and_wait_marked_extents+0x2b/0x60 [btrfs]
: [<ffffffffa017957e>] btrfs_write_and_wait_transaction+0x2e/0x50 [btrfs]
: [<ffffffffa0179d17>] btrfs_commit_transaction+0x647/0x960 [btrfs]
: [<ffffffff8108a300>] ? wake_up_bit+0x40/0x40
: [<ffffffffa017a455>] ? start_transaction+0x85/0x3b0 [btrfs]
: [<ffffffffa0172835>] transaction_kthread+0x255/0x2c0 [btrfs]
:[<ffffffff81089ad7>] kthread+0xb7/0xc0
:[<ffffffff810cd08d>] ? trace_hardirqs_on+0xd/0x10
:[<ffffffff816a7834>] kernel_thread_helper+0x4/0x10
:[<ffffffff8169dbf4>] ? retint_restore_args+0x13/0x13
:[<ffffffff81089a20>] ? kthread_worker_fn+0x1a0/0x1a0
:[<ffffffff816a7830>] ? gs_change+0x13/0x13

Comment 1 Fedora End Of Life 2013-04-03 15:09:11 UTC

This bug appears to have been reported against 'rawhide' during the Fedora 19 development cycle.
Changing version to '19'.

(As we did not run this process for some time, it could affect also pre-Fedora 19 development
cycle bugs. We are very sorry. It will help us with cleanup during Fedora 19 End Of Life. Thank you.)

More information and reason for this action is here:
https://fedoraproject.org/wiki/BugZappers/HouseKeeping/Fedora19

Comment 2 Justin M. Forbes 2013-04-05 19:53:01 UTC

Is this still an issue with the 3.9 kernels in F19?

Comment 3 Justin M. Forbes 2013-04-23 17:24:28 UTC

This bug is being closed with INSUFFICIENT_DATA as there has not been a
response in 2 weeks.  If you are still experiencing this issue,
please reopen and attach the relevant data from the latest kernel you are
running and any data that might have been requested previously.