diff options
| author | Glauber Costa <[email protected]> | 2013-08-28 10:17:59 +1000 |
|---|---|---|
| committer | Al Viro <[email protected]> | 2013-09-10 18:56:30 -0400 |
| commit | d38fa6986e9124f827aa6ea4a9dde01e67a37be7 (patch) | |
| tree | a8959a7583895330006abfa490cac57eb0fe5225 | |
| parent | bc3b14cb2d505dda969dbe3a31038dbb24aca945 (diff) | |
inode: move inode to a different list inside lock
When removing an element from the lru, this will be done today after the lock
is released. This is a clear mistake, although we are not sure if the bugs we
are seeing are related to this. All list manipulations are done inside the
lock, and so should this one.
Signed-off-by: Glauber Costa <[email protected]>
Tested-by: Michal Hocko <[email protected]>
Cc: Dave Chinner <[email protected]>
Signed-off-by: Andrew Morton <[email protected]>
Signed-off-by: Al Viro <[email protected]>
| -rw-r--r-- | fs/inode.c | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/fs/inode.c b/fs/inode.c index a973d268c157..5b1ec47c5d39 100644 --- a/fs/inode.c +++ b/fs/inode.c @@ -735,9 +735,9 @@ inode_lru_isolate(struct list_head *item, spinlock_t *lru_lock, void *arg) WARN_ON(inode->i_state & I_NEW); inode->i_state |= I_FREEING; + list_move(&inode->i_lru, freeable); spin_unlock(&inode->i_lock); - list_move(&inode->i_lru, freeable); this_cpu_dec(nr_unused); return LRU_REMOVED; } |