mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Michal Piotrowski <michal.k.k.piotrowski@gmail.com>
To: Andrew Morton <akpm@osdl.org>
Cc: linux-kernel@vger.kernel.org, Hans Reiser <reiser@namesys.com>,
	reiserfs-list@namesys.com, reiserfs-dev@namesys.com
Subject: Re: 2.6.18-rc4-mm2
Date: Sun, 20 Aug 2006 15:22:35 +0200	[thread overview]
Message-ID: <44E8621B.3040705@gmail.com> (raw)
In-Reply-To: <20060819220008.843d2f64.akpm@osdl.org>

Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.18-rc4/2.6.18-rc4-mm2/
> 

Reiser4 bug?

=======================================================
[ INFO: possible circular locking dependency detected ]
2.6.18-rc4-mm2 #106
-------------------------------------------------------
umount/2571 is trying to acquire lock:
 (&txnh->hlock){--..}, at: [<fe60590d>] commit_txnh+0x3a/0xad [reiser4]

but task is already holding lock:
 (&atom->alock){--..}, at: [<fe604467>] txnh_get_atom+0x1c/0x78 [reiser4]

which lock already depends on the new lock.


the existing dependency chain (in reverse order) is:

-> #1 (&atom->alock){--..}:
       [<c013974c>] add_lock_to_list+0x22/0x39
       [<c0139ee2>] check_prev_add+0x103/0x1b4
       [<c0139fe0>] check_prevs_add+0x4d/0xaf
       [<c013ba22>] __lock_acquire+0x8a1/0x93c
       [<c013c128>] lock_acquire+0x6f/0x8f
       [<c0303e3d>] _spin_lock+0x23/0x2f
       [<fe604870>] atom_begin_and_assign_to_txnh+0xdd/0x17a [reiser4]
       [<fe6059f7>] try_capture_block+0x77/0x2f9 [reiser4]
       [<fe605d45>] reiser4_try_capture+0x9e/0xf8 [reiser4]
       [<fe5ffc91>] longterm_lock_znode+0x168/0x266 [reiser4]
       [<fe60ccb7>] get_uber_znode+0x17/0x1c [reiser4]
       [<fe60672d>] reiser4_capture_super_block+0x24/0x5e [reiser4]
       [<fe6336da>] release_format40+0x1c/0xdc [reiser4]
       [<fe60ff47>] reiser4_put_super+0x8f/0xc5 [reiser4]
       [<c017d8df>] generic_shutdown_super+0x67/0xdf
       [<c017e25a>] kill_block_super+0x20/0x32
       [<c017d7e9>] deactivate_super+0x5d/0x6f
       [<c0192532>] mntput_no_expire+0x52/0x85
       [<c018440f>] path_release_on_umount+0x15/0x18
       [<c0192b91>] sys_umount+0x69/0x71
       [<c0192ba6>] sys_oldumount+0xd/0xf
       [<c0103161>] sysenter_past_esp+0x56/0x8d
       [<b7f3c410>] 0xb7f3c410
       [<ffffffff>] 0xffffffff

-> #0 (&txnh->hlock){--..}:
       [<c01398a6>] print_circular_bug_tail+0x30/0x62
       [<c0139e0a>] check_prev_add+0x2b/0x1b4
       [<c0139fe0>] check_prevs_add+0x4d/0xaf
       [<c013ba22>] __lock_acquire+0x8a1/0x93c
       [<c013c128>] lock_acquire+0x6f/0x8f
       [<c0303e3d>] _spin_lock+0x23/0x2f
       [<fe60590d>] commit_txnh+0x3a/0xad [reiser4]
       [<fe60440a>] reiser4_txn_end+0x1a/0x28 [reiser4]
       [<fe604423>] reiser4_txn_restart+0xb/0x1a [reiser4]
       [<fe604449>] reiser4_txn_restart_current+0x17/0x19 [reiser4]
       [<fe604f5a>] txnmgr_force_commit_all+0x29/0x114 [reiser4]
       [<fe633724>] release_format40+0x66/0xdc [reiser4]
       [<fe60ff47>] reiser4_put_super+0x8f/0xc5 [reiser4]
       [<c017d8df>] generic_shutdown_super+0x67/0xdf
       [<c017e25a>] kill_block_super+0x20/0x32
       [<c017d7e9>] deactivate_super+0x5d/0x6f
       [<c0192532>] mntput_no_expire+0x52/0x85
       [<c018440f>] path_release_on_umount+0x15/0x18
       [<c0192b91>] sys_umount+0x69/0x71
       [<c0192ba6>] sys_oldumount+0xd/0xf
       [<c0103161>] sysenter_past_esp+0x56/0x8d
       [<b7f3c410>] 0xb7f3c410
       [<ffffffff>] 0xffffffff


other info that might help us debug this:

3 locks held by umount/2571:
 #0:  (&type->s_umount_key#20){--..}, at: [<c017d7e4>] deactivate_super+0x58/0x6f
 #1:  (&type->s_lock_key#12){--..}, at: [<c0302561>] mutex_lock+0x1c/0x1f
 #2:  (&atom->alock){--..}, at: [<fe604467>] txnh_get_atom+0x1c/0x78 [reiser4]

stack backtrace:
 [<c0103f69>] dump_trace+0x70/0x1ad
 [<c0104120>] show_trace_log_lvl+0x12/0x22
 [<c010413d>] show_trace+0xd/0xf
 [<c010420f>] dump_stack+0x17/0x19
 [<c01398cf>] print_circular_bug_tail+0x59/0x62
 [<c0139e0a>] check_prev_add+0x2b/0x1b4
 [<c0139fe0>] check_prevs_add+0x4d/0xaf
 [<c013ba22>] __lock_acquire+0x8a1/0x93c
 [<c013c128>] lock_acquire+0x6f/0x8f
 [<c0303e3d>] _spin_lock+0x23/0x2f
 [<fe60590d>] commit_txnh+0x3a/0xad [reiser4]
 [<fe60440a>] reiser4_txn_end+0x1a/0x28 [reiser4]
 [<fe604423>] reiser4_txn_restart+0xb/0x1a [reiser4]
 [<fe604449>] reiser4_txn_restart_current+0x17/0x19 [reiser4]
 [<fe604f5a>] txnmgr_force_commit_all+0x29/0x114 [reiser4]
 [<fe633724>] release_format40+0x66/0xdc [reiser4]
 [<fe60ff47>] reiser4_put_super+0x8f/0xc5 [reiser4]
 [<c017d8df>] generic_shutdown_super+0x67/0xdf
 [<c017e25a>] kill_block_super+0x20/0x32
 [<c017d7e9>] deactivate_super+0x5d/0x6f
 [<c0192532>] mntput_no_expire+0x52/0x85
 [<c018440f>] path_release_on_umount+0x15/0x18
 [<c0192b91>] sys_umount+0x69/0x71
 [<c0192ba6>] sys_oldumount+0xd/0xf
 [<c0103161>] sysenter_past_esp+0x56/0x8d
 [<b7f3c410>] 0xb7f3c410
 =======================

config & dmesg -> http://www.stardust.webpages.pl/files/mm/2.6.18-rc4-mm2/

Regards,
Michal

-- 
Michal K. K. Piotrowski
LTG - Linux Testers Group
(http://www.stardust.webpages.pl/ltg/wiki/)

  parent reply	other threads:[~2006-08-20 13:21 UTC|newest]

Thread overview: 44+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-08-20  5:00 2.6.18-rc4-mm2 Andrew Morton
2006-08-20  7:12 ` 2.6.18-rc4-mm2 Reuben Farrelly
2006-08-20  7:23   ` 2.6.18-rc4-mm2 Andrew Morton
2006-08-20  7:44 ` 2.6.18-rc4-mm2 thunder7
2006-08-20  8:03   ` 2.6.18-rc4-mm2 Andrew Morton
2006-08-20 13:22 ` Michal Piotrowski [this message]
2006-08-20 13:24 ` 2.6.18-rc4-mm2 Maciej Rutecki
2006-08-20 15:10   ` 2.6.18-rc4-mm2: AFS_FSCACHE=n compile error Adrian Bunk
2006-08-20 17:56   ` 2.6.18-rc4-mm2 Andrew Morton
     [not found]   ` <6bffcb0e0608200634r5c836053r8fa5cea7b9fdb4cb@mail.gmail.com>
2006-08-21  8:11     ` 2.6.18-rc4-mm2 Maciej Rutecki
2006-08-20 13:30 ` 2.6.18-rc4-mm2 Michal Piotrowski
2006-08-20 18:07   ` 2.6.18-rc4-mm2 Alan Cox
2006-08-21  7:59   ` 2.6.18-rc4-mm2 Jens Axboe
2006-08-20 16:04 ` 2.6.18-rc4-mm2 Michal Piotrowski
2006-08-20 16:45   ` 2.6.18-rc4-mm2 Michal Piotrowski
2006-08-20 16:09 ` [-mm patch] CRYPTO_DEV_PADLOCK_AES must select CRYPTO_BLKCIPHER Adrian Bunk
2006-08-20 23:04   ` Herbert Xu
2006-08-20 23:51     ` Andrew Morton
2006-08-20 17:47 ` [-mm patch] make kernel/rcutorture.c:rcu_bh_torture_synchronize() static Adrian Bunk
2006-08-20 21:27 ` 2.6.18-rc4-mm2 Mariusz Kozlowski
2006-08-20 22:36   ` 2.6.18-rc4-mm2 Andrew Morton
2006-08-21  1:59 ` 2.6.18-rc4-mm2: tickadj removal breaks 6 architectures Adrian Bunk
2006-08-21  2:08 ` 2.6.18-rc4-mm2: m68k nsproxy compile breakage Adrian Bunk
2006-08-21 14:46   ` Serge E. Hallyn
2006-08-21 16:51     ` Adrian Bunk
2006-08-21  8:12 ` 2.6.18-rc4-mm2 Gregoire Favre
2006-08-21 11:32   ` 2.6.18-rc4-mm2 Frederik Deweerdt
2006-08-21 19:21     ` 2.6.18-rc4-mm2 Gregoire Favre
2006-08-21  9:20 ` 2.6.18-rc4-mm2 Maciej Rutecki
2006-08-21 13:44   ` 2.6.18-rc4-mm2 Andrew Morton
2006-08-21 20:20     ` 2.6.18-rc4-mm2 Maciej Rutecki
2006-08-21 23:22       ` 2.6.18-rc4-mm2 Len Brown
2006-08-22 16:10         ` [Re: 2.6.18-rc4-mm2] standby error Maciej Rutecki
2006-08-22 18:59         ` 2.6.18-rc4-mm2 Grant Wilson
2006-08-21 22:54   ` 2.6.18-rc4-mm2 Len Brown
2006-08-21 21:21 ` 2.6.18-rc4-mm2: x86_64 compile error Adrian Bunk
2006-08-21 21:24   ` Andi Kleen
2006-08-22  8:11   ` Jan Beulich
2006-08-22 11:50     ` Adrian Bunk
2006-08-24 19:54 ` 2.6.18-rc4-mm2: ptkcdvd mapping may cause possible recursive locking Laurent Riffard
2006-08-26 15:28 ` [-mm patch] drivers/net/pcmcia/xirc2ps_cs.c: remove unused label Adrian Bunk
2006-08-26 15:28 ` [-mm patch] fix drivers/hwmon/hdaps.c:hdaps_check_ec() function declaration Adrian Bunk
2006-08-26 19:09   ` Shem Multinymous
2006-08-22 19:07 2.6.18-rc4-mm2 Moore, Robert

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=44E8621B.3040705@gmail.com \
    --to=michal.k.k.piotrowski@gmail.com \
    --cc=akpm@osdl.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=reiser@namesys.com \
    --cc=reiserfs-dev@namesys.com \
    --cc=reiserfs-list@namesys.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

Powered by JetHome