> On Sat, 13 Jan 2007 19:54:53 +0100 Marc Dietrich <[email protected]> wrote:
>
> Hi,
>
> using 2.6.20-rc3-mm1 and 2.6.20-rc4-mm1, I get reiserfs4 related processes in
> down state (not only using googleearth...). Any hints?
>
> sysrq-t shows:
>
> Jan 13 19:32:57 fb07-iapwap2 kernel: googleearth-b D 00000001 0 6089
> 6072 6109 (NOTLB)
> Jan 13 19:32:57 fb07-iapwap2 kernel: c45f3a94 00000086 c4d7a050
> 00000001 c02bb6b5 c013a38b c02bb6b5 00000000
> Jan 13 19:32:57 fb07-iapwap2 kernel: c4d7a050 00000004 c4d7a050
> e9eb4e3d 00000044 0001cd83 c4d7a15c c7bae8d4
> Jan 13 19:32:57 fb07-iapwap2 kernel: 00000282 c7bae8d4 c7bae884
> c7bae8d4 00000000 c987ad20 dcdd223a 00000000
> Jan 13 19:32:57 fb07-iapwap2 kernel: Call Trace:
> Jan 13 19:32:57 fb07-iapwap2 kernel: [<c02bb6b5>]
> _spin_unlock_irqrestore+0x45/0x60
> Jan 13 19:32:57 fb07-iapwap2 kernel: [<c013a38b>] mark_held_locks+0x6b/0x90
> Jan 13 19:32:57 fb07-iapwap2 kernel: [<c02bb6b5>]
> _spin_unlock_irqrestore+0x45/0x60
> Jan 13 19:32:57 fb07-iapwap2 kernel: [<dcdd223a>]
> reiser4_go_to_sleep+0x5a/0x90 [reiser4]
> Jan 13 19:32:57 fb07-iapwap2 kernel: [<c0130bc0>]
> autoremove_wake_function+0x0/0x50
> Jan 13 19:32:57 fb07-iapwap2 kernel: [<dcdd86c4>]
> capture_fuse_wait+0x164/0x190 [reiser4]
> Jan 13 19:32:57 fb07-iapwap2 kernel: [<dcdd7ba0>] wait_for_fusion+0x0/0x30
> [reiser4]
> Jan 13 19:32:57 fb07-iapwap2 kernel: [<dcdd94f4>]
> reiser4_try_capture+0xa04/0xa30 [reiser4]
> Jan 13 19:32:57 fb07-iapwap2 kernel: [<c02bb20a>] _spin_lock+0x2a/0x40
> Jan 13 19:32:57 fb07-iapwap2 kernel: [<dcdd2a9b>]
> longterm_lock_znode+0x2bb/0x470 [reiser4]
> Jan 13 19:32:57 fb07-iapwap2 kernel: [<c02bb20a>] _spin_lock+0x2a/0x40
> Jan 13 19:32:57 fb07-iapwap2 kernel: [<dcde1bea>] coord_by_handle+0x40a/0xcf0
> [reiser4]
> Jan 13 19:32:57 fb07-iapwap2 kernel: [<dd30334c>]
> nfs_lookup_revalidate+0x1c/0x4a0 [nfs]
> Jan 13 19:32:57 fb07-iapwap2 kernel: [<dcde2736>]
> reiser4_object_lookup+0xc6/0x110 [reiser4]
> Jan 13 19:32:57 fb07-iapwap2 kernel: [<dce04499>] unit_key_cde+0x49/0x70
> [reiser4]
> Jan 13 19:32:57 fb07-iapwap2 kernel: [<dcde30b0>] reiser4_seal_init+0x20/0x60
> [reiser4]
> Jan 13 19:32:57 fb07-iapwap2 kernel: [<dcde264e>] coord_by_key+0x9e/0xc0
> [reiser4]
> Jan 13 19:32:57 fb07-iapwap2 kernel: [<dcdee8a1>] lookup_sd+0x61/0xa0
> [reiser4]
> Jan 13 19:32:57 fb07-iapwap2 kernel: [<dcde79fb>] reiser4_iget+0x15b/0x330
> [reiser4]
> Jan 13 19:32:57 fb07-iapwap2 kernel: [<dcdec5da>]
> reiser4_lookup_common+0x6a/0x120 [reiser4]
> Jan 13 19:32:57 fb07-iapwap2 kernel: [<c0178ea8>] do_lookup+0x148/0x190
> Jan 13 19:32:57 fb07-iapwap2 kernel: [<c017af9c>]
> __link_path_walk+0x7cc/0xe20
> Jan 13 19:32:57 fb07-iapwap2 kernel: [<c01d27b1>]
> _atomic_dec_and_lock+0x31/0x60
> Jan 13 19:32:57 fb07-iapwap2 kernel: [<c0187ff3>] mntput_no_expire+0x13/0x70
> Jan 13 19:32:57 fb07-iapwap2 kernel: [<c017b653>] link_path_walk+0x63/0xc0
> Jan 13 19:32:57 fb07-iapwap2 kernel: [<c017b633>] link_path_walk+0x43/0xc0
> Jan 13 19:32:57 fb07-iapwap2 kernel: [<c0104114>] restore_nocheck+0x12/0x15
> Jan 13 19:32:57 fb07-iapwap2 kernel: [<c013a537>]
> trace_hardirqs_on+0xc7/0x170
> Jan 13 19:32:57 fb07-iapwap2 kernel: [<c017b8a4>] do_path_lookup+0x84/0x210
> Jan 13 19:32:57 fb07-iapwap2 kernel: [<c017a60a>] getname+0x9a/0xf0
> Jan 13 19:32:57 fb07-iapwap2 kernel: [<c017c2fb>] __user_walk_fd+0x3b/0x60
> Jan 13 19:32:57 fb07-iapwap2 kernel: [<c01706b9>] sys_faccessat+0x99/0x160
> Jan 13 19:32:57 fb07-iapwap2 kernel: [<c0104114>] restore_nocheck+0x12/0x15
> Jan 13 19:32:57 fb07-iapwap2 kernel: [<c013a537>]
> trace_hardirqs_on+0xc7/0x170
> Jan 13 19:32:57 fb07-iapwap2 kernel: [<c017079f>] sys_access+0x1f/0x30
> Jan 13 19:32:57 fb07-iapwap2 kernel: [<c01040cc>] syscall_call+0x7/0xb
> Jan 13 19:32:57 fb07-iapwap2 kernel: =======================
>
>
> locks:
> Jan 13 19:32:57 fb07-iapwap2 kernel: Showing all locks held in the system:
> Jan 13 19:32:57 fb07-iapwap2 kernel: 3 locks held by pdflush/117:
> Jan 13 19:32:57 fb07-iapwap2 kernel: #0: (&type->s_umount_key#17){----}, at:
> [<c018f3ba>] writeback_inodes+0x9a/0xe0
> Jan 13 19:32:57 fb07-iapwap2 kernel: #1: (&mgr->commit_mutex){--..}, at:
> [<dcdd9a2c>] reiser4_txn_end+0x3bc/0x510 [reiser4
> ]
> Jan 13 19:32:57 fb07-iapwap2 kernel: #2: (&qp->mutex){--..}, at:
> [<c01354c3>] synchronize_qrcu+0x13/0xb0
> Jan 13 19:32:57 fb07-iapwap2 kernel: 1 lock held by mingetty/5432:
> Jan 13 19:32:57 fb07-iapwap2 kernel: #0: (&tty->atomic_read_lock){--..}, at:
> [<c0221f24>] read_chan+0x414/0x610
> Jan 13 19:32:57 fb07-iapwap2 kernel: 1 lock held by mingetty/5433:
> Jan 13 19:32:57 fb07-iapwap2 kernel: #0: (&tty->atomic_read_lock){--..}, at:
> [<c0221f24>] read_chan+0x414/0x610
> Jan 13 19:32:57 fb07-iapwap2 kernel: 1 lock held by mingetty/5434:
> Jan 13 19:32:57 fb07-iapwap2 kernel: #0: (&tty->atomic_read_lock){--..}, at:
> [<c0221f24>] read_chan+0x414/0x610
> Jan 13 19:32:57 fb07-iapwap2 kernel: 1 lock held by mingetty/5435:
> Jan 13 19:32:57 fb07-iapwap2 kernel: #0: (&tty->atomic_read_lock){--..}, at:
> [<c0221f24>] read_chan+0x414/0x610
> Jan 13 19:32:57 fb07-iapwap2 kernel: 1 lock held by mingetty/5455:
> Jan 13 19:32:57 fb07-iapwap2 kernel: #0: (&tty->atomic_read_lock){--..}, at:
> [<c0221f24>] read_chan+0x414/0x610
> Jan 13 19:32:57 fb07-iapwap2 kernel: 1 lock held by bash/5487:
> Jan 13 19:32:57 fb07-iapwap2 kernel: #0: (&tty->atomic_read_lock){--..}, at:
> [<c0221f24>] read_chan+0x414/0x610
> Jan 13 19:32:57 fb07-iapwap2 kernel: 2 locks held by googleearth-bin/6089:
> Jan 13 19:32:57 fb07-iapwap2 kernel: #0: (&inode->i_mutex){--..}, at:
> [<c0178e13>] do_lookup+0xb3/0x190
> Jan 13 19:32:57 fb07-iapwap2 kernel: #1: (&info->loading){--..}, at:
> [<dcde79bd>] reiser4_iget+0x11d/0x330 [reiser4]
> Jan 13 19:32:57 fb07-iapwap2 kernel: 2 locks held by bash/6141:
> Jan 13 19:32:57 fb07-iapwap2 kernel: #0: (sysrq_key_table_lock){....}, at:
> [<c022dcf7>] __handle_sysrq+0x17/0x130
> Jan 13 19:32:57 fb07-iapwap2 kernel: #1: (tasklist_lock){..??}, at:
> [<c0139081>] debug_show_all_locks+0x21/0x150
> Jan 13 19:32:57 fb07-iapwap2 kernel:
> Jan 13 19:32:57 fb07-iapwap2 kernel:
Could be a reiser4 problem, could be a git-block problem - several people
seem to be hitting problems with the new block unplugging code. I guess
I'll drop git-block next time unless some fairly significant fixes go into
it.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]