Description of problem: umount a btrfs FS Additional info: BUG: MAX_LOCKDEP_ENTRIES too low! turning off the locking correctness validator. Pid: 3508, comm: umount Not tainted 3.9.0-0.rc5.git1.301.fc18.x86_64 #1 Call Trace: [<ffffffff810d782e>] add_lock_to_list.isra.29.constprop.45+0xbe/0xd0 [<ffffffff810dba46>] __lock_acquire+0x11d6/0x1d00 [<ffffffff81022e89>] ? sched_clock+0x9/0x10 [<ffffffff810dcc41>] lock_acquire+0xa1/0x1f0 [<ffffffff81369969>] ? kobj_kset_leave+0x29/0x60 [<ffffffff81738446>] _raw_spin_lock+0x46/0x80 [<ffffffff81369969>] ? kobj_kset_leave+0x29/0x60 [<ffffffff812663f7>] ? sysfs_remove_dir+0xa7/0xd0 [<ffffffff81369969>] kobj_kset_leave+0x29/0x60 [<ffffffff813699c2>] kobject_del+0x22/0x40 [<ffffffff8147e56c>] device_del+0x17c/0x1c0 [<ffffffff8147e5d2>] device_unregister+0x22/0x60 [<ffffffff8118bf64>] bdi_unregister+0xf4/0x2b0 [<ffffffff8118c6f2>] bdi_destroy+0x22/0x140 [<ffffffffa0986dac>] close_ctree+0x2dc/0x360 [btrfs] [<ffffffff811fdeb4>] ? evict_inodes+0xf4/0x110 [<ffffffffa0959529>] btrfs_put_super+0x19/0x20 [btrfs] [<ffffffff811e30e1>] generic_shutdown_super+0x61/0xf0 [<ffffffff811e3206>] kill_anon_super+0x16/0x30 [<ffffffffa095d88a>] btrfs_kill_super+0x1a/0x90 [btrfs] [<ffffffff811e4286>] ? deactivate_super+0x46/0x70 [<ffffffff811e3647>] deactivate_locked_super+0x57/0x80 [<ffffffff811e428e>] deactivate_super+0x4e/0x70 [<ffffffff81203f57>] mntput_no_expire+0xd7/0x130 [<ffffffff81204e9c>] sys_umount+0x9c/0x3c0 [<ffffffff81742659>] system_call_fastpath+0x16/0x1b
Created attachment 739652 [details] File: dmesg
if you can reproduce this, please attach /proc/lock_stats
Created attachment 739998 [details] current lock_stat, haven't rebooted since the BUG message appeared
Can't reproduce with 3.9.4-300.fc19.x86_64. I think this bug can be closed (almost safely).
*********** MASS BUG UPDATE ************** We apologize for the inconvenience. There is a large number of bugs to go through and several of them have gone stale. Due to this, we are doing a mass bug update across all of the Fedora 19 kernel bugs. Fedora 19 has now been rebased to 3.11.1-200.fc19. Please test this kernel update and let us know if you issue has been resolved or if it is still present with the newer kernel. If you experience different issues, please open a new bug report for those.
Created attachment 869272 [details] dmesg output Got this bug booting Fedora-Live-Jam-KDE-i686-rawhide-20140228.iso, having selected basic graphics and editing to use mode 3. Also removed rhgb and quiet, but left threadirqs. Trace is: "[ 10.080198] turning off the locking correctness validator. [ 10.080312] CPU: 0 PID: 332 Comm: systemd-udevd Not tainted 3.14.0-0.rc4.git1.1.fc21.i686 #1 [ 10.080465] Hardware name: TOSHIBA TOSHIBA NB555D/PBU01, BIOS 1.30 12/21/2010 [ 10.080578] c0d699c7 4d295f5b 00000000 edd89994 c0abd07d 00000002 edd899a0 c0ab93d7 [ 10.081072] c0c7b74c edd89a18 c04aa7c5 c0ad20d4 c10dc984 00000000 edd899c0 edd899c0 [ 10.081562] c10dc984 00000000 4d295f5b c10dc984 edcca078 00000000 00000000 edc36758 [ 10.082053] Call Trace: [ 10.082166] [<c0abd07d>] dump_stack+0x48/0x60 [ 10.082279] [<c0ab93d7>] register_lock_class.part.26+0x32/0x36 [ 10.082394] [<c04aa7c5>] __lock_acquire+0x14c5/0x18c0 [ 10.082507] [<c04a634e>] ? add_lock_to_list.isra.28.constprop.47+0x5e/0xa0 [ 10.082621] [<c04aa4d3>] ? __lock_acquire+0x11d3/0x18c0 [ 10.082731] [<c04ab20b>] lock_acquire+0x8b/0x1a0 [ 10.082841] [<c099115b>] ? dev_get_stats+0x5b/0x100 [ 10.082961] [<ef7918e0>] rtl8169_get_stats64+0x70/0x260 [r8169] [ 10.083073] [<c099115b>] ? dev_get_stats+0x5b/0x100 [ 10.083181] [<c099115b>] dev_get_stats+0x5b/0x100 [ 10.083292] [<c09aa3ea>] rtnl_fill_ifinfo+0x45a/0xdd0 [ 10.083403] [<c0457f7b>] ? __local_bh_enable_ip+0x6b/0xc0 [ 10.083514] [<c04a900b>] ? trace_hardirqs_on+0xb/0x10 [ 10.083623] [<c0457f7b>] ? __local_bh_enable_ip+0x6b/0xc0 [ 10.083735] [<c0ac549f>] ? _raw_spin_unlock_bh+0x2f/0x40 [ 10.083846] [<c04a9598>] ? __lock_acquire+0x298/0x18c0 [ 10.083956] [<c0a84266>] ? ipv6_dev_mc_inc+0x2c6/0x4e0 [ 10.084068] [<c09aadd6>] rtmsg_ifinfo+0x76/0xf0 [ 10.084178] [<c099c9b9>] register_netdevice+0x3a9/0x3f0 [ 10.084291] [<c045dcbe>] ? do_init_timer+0x6e/0x80 [ 10.084401] [<c099ca17>] register_netdev+0x17/0x30 [ 10.084517] [<ef791105>] rtl_init_one+0x685/0xc10 [r8169] [ 10.084631] [<c0754b9f>] pci_device_probe+0x6f/0xc0 [ 10.084743] [<c061d3a5>] ? sysfs_create_link+0x25/0x40 [ 10.084856] [<c08262a0>] driver_probe_device+0x110/0x380 [ 10.084966] [<c0754af2>] ? pci_match_device+0xb2/0xc0 [ 10.085076] [<c08265c9>] __driver_attach+0x79/0x80 [ 10.085185] [<c0826550>] ? __device_attach+0x40/0x40 [ 10.085294] [<c0824527>] bus_for_each_dev+0x57/0xa0 [ 10.085404] [<c0825cce>] driver_attach+0x1e/0x20 [ 10.085513] [<c0826550>] ? __device_attach+0x40/0x40 [ 10.085621] [<c08258e7>] bus_add_driver+0x157/0x230 [ 10.085730] [<c0826ba9>] driver_register+0x59/0xe0 [ 10.085839] [<ef77c000>] ? 0xef77bfff [ 10.085946] [<c075353a>] __pci_register_driver+0x4a/0x50 [ 10.086061] [<ef77c017>] rtl8169_pci_driver_init+0x17/0x1000 [r8169] [ 10.086173] [<c04004a2>] do_one_initcall+0xd2/0x190 [ 10.086282] [<ef77c000>] ? 0xef77bfff [ 10.086390] [<c0442f47>] ? set_memory_ro+0x37/0x40 [ 10.086499] [<c04dd67c>] load_module+0x1a7c/0x2480 [ 10.086610] [<c04d95a9>] ? copy_module_from_fd.isra.46+0x109/0x1a0 [ 10.086725] [<c04de22d>] SyS_finit_module+0x8d/0xd0 [ 10.086836] [<c0564983>] ? vm_mmap_pgoff+0x93/0xb0 [ 10.086948] [<c0acea8d>] sysenter_do_call+0x12/0x38 [ 10.087183] r8169 0000:01:00.0 eth0: RTL8105e at 0xef718000, 1c:75:08:7a:8d:b0, XID 00900000 IRQ 40"
Created attachment 869273 [details] /proc/lock_stat, as requested in comment 2
Suggest changing Version to "rawhide".
(In reply to Peter H. Jones from comment #6) > Created attachment 869272 [details] > dmesg output > > Got this bug booting Fedora-Live-Jam-KDE-i686-rawhide-20140228.iso, having > selected basic graphics and editing to use mode 3. Also removed rhgb and > quiet, but left threadirqs. > > Trace is: > "[ 10.080198] turning off the locking correctness validator. > [ 10.080312] CPU: 0 PID: 332 Comm: systemd-udevd Not tainted > 3.14.0-0.rc4.git1.1.fc21.i686 #1 > [ 10.080465] Hardware name: TOSHIBA TOSHIBA NB555D/PBU01, BIOS 1.30 > 12/21/2010 > [ 10.080578] c0d699c7 4d295f5b 00000000 edd89994 c0abd07d 00000002 > edd899a0 c0ab93d7 > [ 10.081072] c0c7b74c edd89a18 c04aa7c5 c0ad20d4 c10dc984 00000000 > edd899c0 edd899c0 > [ 10.081562] c10dc984 00000000 4d295f5b c10dc984 edcca078 00000000 > 00000000 edc36758 > [ 10.082053] Call Trace: > [ 10.082166] [<c0abd07d>] dump_stack+0x48/0x60 > [ 10.082279] [<c0ab93d7>] register_lock_class.part.26+0x32/0x36 > [ 10.082394] [<c04aa7c5>] __lock_acquire+0x14c5/0x18c0 > [ 10.082507] [<c04a634e>] ? > add_lock_to_list.isra.28.constprop.47+0x5e/0xa0 > [ 10.082621] [<c04aa4d3>] ? __lock_acquire+0x11d3/0x18c0 > [ 10.082731] [<c04ab20b>] lock_acquire+0x8b/0x1a0 > [ 10.082841] [<c099115b>] ? dev_get_stats+0x5b/0x100 > [ 10.082961] [<ef7918e0>] rtl8169_get_stats64+0x70/0x260 [r8169] > [ 10.083073] [<c099115b>] ? dev_get_stats+0x5b/0x100 > [ 10.083181] [<c099115b>] dev_get_stats+0x5b/0x100 > [ 10.083292] [<c09aa3ea>] rtnl_fill_ifinfo+0x45a/0xdd0 > [ 10.083403] [<c0457f7b>] ? __local_bh_enable_ip+0x6b/0xc0 > [ 10.083514] [<c04a900b>] ? trace_hardirqs_on+0xb/0x10 > [ 10.083623] [<c0457f7b>] ? __local_bh_enable_ip+0x6b/0xc0 > [ 10.083735] [<c0ac549f>] ? _raw_spin_unlock_bh+0x2f/0x40 > [ 10.083846] [<c04a9598>] ? __lock_acquire+0x298/0x18c0 > [ 10.083956] [<c0a84266>] ? ipv6_dev_mc_inc+0x2c6/0x4e0 > [ 10.084068] [<c09aadd6>] rtmsg_ifinfo+0x76/0xf0 > [ 10.084178] [<c099c9b9>] register_netdevice+0x3a9/0x3f0 > [ 10.084291] [<c045dcbe>] ? do_init_timer+0x6e/0x80 > [ 10.084401] [<c099ca17>] register_netdev+0x17/0x30 > [ 10.084517] [<ef791105>] rtl_init_one+0x685/0xc10 [r8169] > [ 10.084631] [<c0754b9f>] pci_device_probe+0x6f/0xc0 > [ 10.084743] [<c061d3a5>] ? sysfs_create_link+0x25/0x40 > [ 10.084856] [<c08262a0>] driver_probe_device+0x110/0x380 > [ 10.084966] [<c0754af2>] ? pci_match_device+0xb2/0xc0 > [ 10.085076] [<c08265c9>] __driver_attach+0x79/0x80 > [ 10.085185] [<c0826550>] ? __device_attach+0x40/0x40 > [ 10.085294] [<c0824527>] bus_for_each_dev+0x57/0xa0 > [ 10.085404] [<c0825cce>] driver_attach+0x1e/0x20 > [ 10.085513] [<c0826550>] ? __device_attach+0x40/0x40 > [ 10.085621] [<c08258e7>] bus_add_driver+0x157/0x230 > [ 10.085730] [<c0826ba9>] driver_register+0x59/0xe0 > [ 10.085839] [<ef77c000>] ? 0xef77bfff > [ 10.085946] [<c075353a>] __pci_register_driver+0x4a/0x50 > [ 10.086061] [<ef77c017>] rtl8169_pci_driver_init+0x17/0x1000 [r8169] > [ 10.086173] [<c04004a2>] do_one_initcall+0xd2/0x190 > [ 10.086282] [<ef77c000>] ? 0xef77bfff > [ 10.086390] [<c0442f47>] ? set_memory_ro+0x37/0x40 > [ 10.086499] [<c04dd67c>] load_module+0x1a7c/0x2480 > [ 10.086610] [<c04d95a9>] ? copy_module_from_fd.isra.46+0x109/0x1a0 > [ 10.086725] [<c04de22d>] SyS_finit_module+0x8d/0xd0 > [ 10.086836] [<c0564983>] ? vm_mmap_pgoff+0x93/0xb0 > [ 10.086948] [<c0acea8d>] sysenter_do_call+0x12/0x38 > [ 10.087183] r8169 0000:01:00.0 eth0: RTL8105e at 0xef718000, > 1c:75:08:7a:8d:b0, XID 00900000 IRQ 40" This is a different issue from the one originally reported. Please open a new bug.
*********** MASS BUG UPDATE ************** We apologize for the inconvenience. There is a large number of bugs to go through and several of them have gone stale. Due to this, we are doing a mass bug update across all of the Fedora 19 kernel bugs. Fedora 19 has now been rebased to 3.13.5-100.fc19. Please test this kernel update and let us know if you issue has been resolved or if it is still present with the newer kernel. If you experience different issues, please open a new bug report for those.
*********** MASS BUG UPDATE ************** This bug is being closed with INSUFFICIENT_DATA as there has not been a response in 4 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.