login
Login
/
Register
Search
Header Space
Forums
News
Jobs
Blogs
Features
Man Pages
Site
Home
»
Mailing list archives
»
linux-kernel
»
2008
»
March
»
25
Re: ext3 lockdep warning in 2.6.25-rc6
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
From:
Jan Kara <jack@...>
To: Erez Zadok <ezk@...>
Cc: <sct@...>, <akpm@...>, <adilger@...>, <linux-ext4@...>, <linux-kernel@...>
Subject:
Re: ext3 lockdep warning in 2.6.25-rc6
Date: Tuesday, March 25, 2008 - 2:29 pm
> I was building a kernel using "make -j 4" inside a unionfs, mounted on top
quoted text
> of ext3. The kernel is vanilla 2.6.25-rc6 plus unionfs patches. At some > point I forced a cache flush using "echo 3 > /proc/sys/vm/drop_caches" and I > got the lockdep warning below. Note that unionfs doesn't appear to be > involved in this lockdep warning at all, so I suspect this is probably an > issue between jbd and ext3 directly. > > Let me know if I can be of more help.
Actually, I have a fix for that - attached. Can you try it? Thanks. Honza
quoted text
> [31270.749254] ======================================================= > [31270.749473] [ INFO: possible circular locking dependency detected ] > [31270.749720] 2.6.25-rc6-unionfs2 #69 > [31270.749831] ------------------------------------------------------- > [31270.749958] flush-caches.sh/9702 is trying to acquire lock: > [31270.750171] (&journal->j_list_lock){--..}, at: [<c029ef6a>] journal_try_to_free_buffers+0xa5/0x158 > [31270.751607] > [31270.751607] but task is already holding lock: > [31270.751607] (inode_lock){--..}, at: [<c02718bb>] drop_pagecache+0x45/0xd3 > [31270.751607] > [31270.751607] which lock already depends on the new lock. > [31270.751607] > [31270.751607] > [31270.751607] the existing dependency chain (in reverse order) is: > [31270.751607] > [31270.751607] -> #1 (inode_lock){--..}: > [31270.751607] [<c0231e01>] __lock_acquire+0x934/0xab8 > [31270.751607] [<c0232307>] lock_acquire+0x4e/0x6a > [31270.751607] [<c0395e33>] _spin_lock+0x23/0x32 > [31270.751607] [<c02713d2>] __mark_inode_dirty+0xbe/0x134 > [31270.751607] [<c0274b3a>] __set_page_dirty+0xdd/0xec > [31270.751607] [<c0274ba9>] mark_buffer_dirty+0x60/0x63 > [31270.751607] [<c029d2f6>] __journal_temp_unlink_buffer+0xc9/0xce > [31270.751607] [<c029d43b>] __journal_unfile_buffer+0xb/0x15 > [31270.751607] [<c029d487>] __journal_refile_buffer+0x42/0x8c > [31270.751607] [<c029fdd1>] journal_commit_transaction+0xc59/0xe64 > [31270.751607] [<c02a29f1>] kjournald+0xae/0x1b0 > [31270.751607] [<c0228833>] kthread+0x3b/0x64 > [31270.751607] [<c02039d3>] kernel_thread_helper+0x7/0x10 > [31270.751607] [<ffffffff>] 0xffffffff > [31270.751607] > [31270.751607] -> #0 (&journal->j_list_lock){--..}: > [31270.751607] [<c0231d28>] __lock_acquire+0x85b/0xab8 > [31270.751607] [<c0232307>] lock_acquire+0x4e/0x6a > [31270.751607] [<c0395e33>] _spin_lock+0x23/0x32 > [31270.751607] [<c029ef6a>] journal_try_to_free_buffers+0xa5/0x158 > [31270.751607] [<c02925fe>] ext3_releasepage+0x53/0x5c > [31270.751607] [<c023e4bd>] try_to_release_page+0x32/0x3f > [31270.751607] [<c0243f59>] __invalidate_mapping_pages+0x69/0xc6 > [31270.751607] [<c02718de>] drop_pagecache+0x68/0xd3 > [31270.751607] [<c0271972>] drop_caches_sysctl_handler+0x29/0x3f > [31270.751607] [<c0289383>] proc_sys_write+0x61/0x7e > [31270.751607] [<c02594a1>] vfs_write+0x8c/0x108 > [31270.751607] [<c0259a2b>] sys_write+0x3b/0x60 > [31270.751607] [<c0202cee>] sysenter_past_esp+0x5f/0xa5 > [31270.751607] [<ffffffff>] 0xffffffff > [31270.751607] > [31270.751607] other info that might help us debug this: > [31270.751607] > [31270.751607] 2 locks held by flush-caches.sh/9702: > [31270.751607] #0: (&type->s_umount_key#12){----}, at: [<c02718ab>] drop_pagecache+0x35/0xd3 > [31270.751607] #1: (inode_lock){--..}, at: [<c02718bb>] drop_pagecache+0x45/0xd3 > [31270.751608] > [31270.751608] stack backtrace: > [31270.751608] Pid: 9702, comm: flush-caches.sh Not tainted 2.6.25-rc6-unionfs2 #69 > [31270.751608] [<c0230687>] print_circular_bug_tail+0x5b/0x66 > [31270.751608] [<c0231d28>] __lock_acquire+0x85b/0xab8 > [31270.751608] [<c0232307>] lock_acquire+0x4e/0x6a > [31270.751608] [<c029ef6a>] ? journal_try_to_free_buffers+0xa5/0x158 > [31270.751608] [<c0395e33>] _spin_lock+0x23/0x32 > [31270.751608] [<c029ef6a>] ? journal_try_to_free_buffers+0xa5/0x158 > [31270.751608] [<c029ef6a>] journal_try_to_free_buffers+0xa5/0x158 > [31270.751608] [<c02925fe>] ext3_releasepage+0x53/0x5c > [31270.751608] [<c023e4bd>] try_to_release_page+0x32/0x3f > [31270.751608] [<c0243f59>] __invalidate_mapping_pages+0x69/0xc6 > [31270.751608] [<c02718de>] drop_pagecache+0x68/0xd3 > [31270.751608] [<c0271972>] drop_caches_sysctl_handler+0x29/0x3f > [31270.751608] [<c0289383>] proc_sys_write+0x61/0x7e > [31270.751608] [<c0289322>] ? proc_sys_write+0x0/0x7e > [31270.751608] [<c02594a1>] vfs_write+0x8c/0x108 > [31270.751608] [<c0259a2b>] sys_write+0x3b/0x60 > [31270.751608] [<c0202cee>] sysenter_past_esp+0x5f/0xa5 > [31270.751608] ======================= > -- > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to
majordomo@vger.kernel.org
> More majordomo info at
http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at
http://www.tux.org/lkml/
-- Jan Kara <jack@suse.cz> SuSE CR Labs
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
Messages in current thread:
ext3 lockdep warning in 2.6.25-rc6
, Erez Zadok
, (Sat Mar 22, 10:37 am)
Re: ext3 lockdep warning in 2.6.25-rc6
, Jan Kara
, (Tue Mar 25, 2:29 pm)
Re: ext3 lockdep warning in 2.6.25-rc6
, Erez Zadok
, (Fri Apr 4, 11:37 am)
Re: ext3 lockdep warning in 2.6.25-rc6
, Jan Kara
, (Mon Apr 7, 7:47 am)
Re: ext3 lockdep warning in 2.6.25-rc6
, Erez Zadok
, (Tue Apr 1, 5:23 pm)
Re: ext3 lockdep warning in 2.6.25-rc6
, Jan Kara
, (Wed Apr 2, 4:12 am)
Re: ext3 lockdep warning in 2.6.25-rc6
, David Chinner
, (Thu Apr 3, 11:14 pm)
Re: ext3 lockdep warning in 2.6.25-rc6
, Erez Zadok
, (Wed Apr 2, 12:34 pm)
Re: ext3 lockdep warning in 2.6.25-rc6
, Peter Zijlstra
, (Sat Mar 22, 1:38 pm)
Re: ext3 lockdep warning in 2.6.25-rc6
, Erez Zadok
, (Sat Mar 22, 6:34 pm)
Re: ext3 lockdep warning in 2.6.25-rc6
, Peter Zijlstra
, (Sun Mar 23, 7:06 am)
Navigation
Create content
Mailing list archives
Recent posts
Mail archive search
Enter your search terms.
all mailing lists
alsa-devel
dragonflybsd-bugs
dragonflybsd-commit
dragonflybsd-docs
dragonflybsd-kernel
dragonflybsd-submit
dragonflybsd-user
freebsd-announce
freebsd-bugs
freebsd-chat
freebsd-cluster
freebsd-current
freebsd-drivers
freebsd-embeded
freebsd-fs
freebsd-hackers
freebsd-hardware
freebsd-mobile
freebsd-net
freebsd-performance
freebsd-pf
freebsd-security
freebsd-security-notifications
freebsd-threads
git
git-commits-head
linux-activists
linux-arm
linux-ath5k-devel
linux-c-programming
linux-driver-devel
linux-ext4
linux-fsdevel
linux-input
linux-kernel
linux-kernel-janitors
linux-kernel-mentors
linux-kernel-newbies
linux-net
linux-netdev
linux-newbie
linux-nfs
linux-raid
linux-scsi
linux-security-module
linux-sparse
linux-usb
linux-usb-devel
madwifi-devel
netbsd-announce
netbsd-tech-kern
openbsd-announce
openbsd-bugs
openbsd-ipv6
openbsd-misc
openbsd-security-announce
openbsd-smp
openbsd-source-changes
openbsd-tech
openfabrics-general
openmoko-community
openmoko-devel
openmoko-kernel
ucarp
Optionally limit your search to a specific mailing list.
advanced
Popular discussions
linux-kernel
:
Thomas Gleixner
Re: Linux 2.6.23-rc9 and a heads-up for the 2.6.24 series..
Karl Meyer
PROBLEM: 2.6.23-rc "NETDEV WATCHDOG: eth0: transmit timed out"
Mark Weber
hdparm standby timeout not working for WD raptors?
Robin Lee Powell
NFS hang + umount -f: better behaviour requested.
git
:
Adam Roben
Equivalent of `svn switch` for git-svn?
Linus Torvalds
Re: On Tabs and Spaces
Adam Mercer
git cvsimport error
Sam Song
Fwd: [OT] Re: Git via a proxy server?
openbsd-misc
:
Antti Harri
Re: wine question
Paul Pruett
anyone using zoneminder.com on OpenBSD?
Josh
Re: removing sendmail
Sevan / Venture37
wpi(4) not working in -CURRENT
linux-activists
:
Bill Day
telnet: Unable to connect to remote host: Network is unreachable
Dong Liu
Re: CXterm for LINUX
Framstag
ftp-error: bind: Address already in use?
Theodore Ts'o
RESULT: comp.os.linux passes: 858: 5
Latest forum posts
SMDK2410 LCD Framebuffer driver
5 hours ago
Linux kernel
Resetting the bios password for Toshiba Laptop
5 hours ago
Hardware
Problem booting a barebone kernel in VMWare
8 hours ago
Linux kernel
IP layer send packet
13 hours ago
Linux kernel
PID to ELF image full path
15 hours ago
Linux kernel
types of kernel
1 day ago
Linux kernel
magical mounts
2 days ago
Linux kernel
Problem in scim in Fedora 9
2 days ago
Linux general
The new Western Digital power saving drives
2 days ago
Hardware
Battery Maximizer Software
3 days ago
Linux kernel
Show all forums...
Recent Tags
Sean Moss-Pultz
2.6.24
Ingo Molnar
phone
Jobs
Linus Torvalds
HP
Neo FreeRunner
-rc9
KernelTrap
hardware
Openmoko
Al Viro
GPLv2
Andrew Morton
quote
Linux
2.6.26
license
-rc
more tags
Colocation donated by:
Who's online
There are currently
5 users
and
1334 guests
online.
Online users
memphis
Jeremy
Mr_Z
strcmp
ccurtis
Syndicate
speck-geostationary