From: Jan Kara <jack@suse.cz>
To: Mike Waychison <mikew@google.com>
Cc: akpm@linux-foundation.org, linux-mm@kvack.org,
linux-kernel@vger.kernel.org, david@fromorbit.com,
fengguang.wu@intel.com, nickpiggin@yahoo.com.au
Subject: Re: [PATCH] Remove __invalidate_mapping_pages variant
Date: Wed, 3 Jun 2009 12:00:59 +0200 [thread overview]
Message-ID: <20090603100059.GB12570@atrey.karlin.mff.cuni.cz> (raw)
In-Reply-To: <20090602221804.16461.15918.stgit@crlf.mtv.corp.google.com>
> Remove __invalidate_mapping_pages atomic variant now that its sole caller can
> sleep (fixed in eccb95cee4f0d56faa46ef22fb94dd4a3578d3eb).
>
> This fixes softlockups that can occur while in the drop_caches path.
>
> Signed-off-by: Mike Waychison <mikew@google.com>
Looks fine. Acked-by: Jan Kara <jack@suse.cz>
Honza
> ---
>
> fs/drop_caches.c | 2 +-
> include/linux/fs.h | 3 ---
> mm/truncate.c | 39 ++++++++++++++++-----------------------
> 3 files changed, 17 insertions(+), 27 deletions(-)
>
> diff --git a/fs/drop_caches.c b/fs/drop_caches.c
> index b6a719a..a2edb79 100644
> --- a/fs/drop_caches.c
> +++ b/fs/drop_caches.c
> @@ -24,7 +24,7 @@ static void drop_pagecache_sb(struct super_block *sb)
> continue;
> __iget(inode);
> spin_unlock(&inode_lock);
> - __invalidate_mapping_pages(inode->i_mapping, 0, -1, true);
> + invalidate_mapping_pages(inode->i_mapping, 0, -1);
> iput(toput_inode);
> toput_inode = inode;
> spin_lock(&inode_lock);
> diff --git a/include/linux/fs.h b/include/linux/fs.h
> index 3b534e5..131dc03 100644
> --- a/include/linux/fs.h
> +++ b/include/linux/fs.h
> @@ -2043,9 +2043,6 @@ extern int __invalidate_device(struct block_device *);
> extern int invalidate_partition(struct gendisk *, int);
> #endif
> extern int invalidate_inodes(struct super_block *);
> -unsigned long __invalidate_mapping_pages(struct address_space *mapping,
> - pgoff_t start, pgoff_t end,
> - bool be_atomic);
> unsigned long invalidate_mapping_pages(struct address_space *mapping,
> pgoff_t start, pgoff_t end);
>
> diff --git a/mm/truncate.c b/mm/truncate.c
> index 12e1579..ccc3ecf 100644
> --- a/mm/truncate.c
> +++ b/mm/truncate.c
> @@ -267,8 +267,21 @@ void truncate_inode_pages(struct address_space *mapping, loff_t lstart)
> }
> EXPORT_SYMBOL(truncate_inode_pages);
>
> -unsigned long __invalidate_mapping_pages(struct address_space *mapping,
> - pgoff_t start, pgoff_t end, bool be_atomic)
> +/**
> + * invalidate_mapping_pages - Invalidate all the unlocked pages of one inode
> + * @mapping: the address_space which holds the pages to invalidate
> + * @start: the offset 'from' which to invalidate
> + * @end: the offset 'to' which to invalidate (inclusive)
> + *
> + * This function only removes the unlocked pages, if you want to
> + * remove all the pages of one inode, you must call truncate_inode_pages.
> + *
> + * invalidate_mapping_pages() will not block on IO activity. It will not
> + * invalidate pages which are dirty, locked, under writeback or mapped into
> + * pagetables.
> + */
> +unsigned long invalidate_mapping_pages(struct address_space *mapping,
> + pgoff_t start, pgoff_t end)
> {
> struct pagevec pvec;
> pgoff_t next = start;
> @@ -309,30 +322,10 @@ unlock:
> break;
> }
> pagevec_release(&pvec);
> - if (likely(!be_atomic))
> - cond_resched();
> + cond_resched();
> }
> return ret;
> }
> -
> -/**
> - * invalidate_mapping_pages - Invalidate all the unlocked pages of one inode
> - * @mapping: the address_space which holds the pages to invalidate
> - * @start: the offset 'from' which to invalidate
> - * @end: the offset 'to' which to invalidate (inclusive)
> - *
> - * This function only removes the unlocked pages, if you want to
> - * remove all the pages of one inode, you must call truncate_inode_pages.
> - *
> - * invalidate_mapping_pages() will not block on IO activity. It will not
> - * invalidate pages which are dirty, locked, under writeback or mapped into
> - * pagetables.
> - */
> -unsigned long invalidate_mapping_pages(struct address_space *mapping,
> - pgoff_t start, pgoff_t end)
> -{
> - return __invalidate_mapping_pages(mapping, start, end, false);
> -}
> EXPORT_SYMBOL(invalidate_mapping_pages);
>
> /*
>
> --
> 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
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
prev parent reply other threads:[~2009-06-03 15:27 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-06-02 22:18 Mike Waychison
2009-06-03 10:00 ` Jan Kara [this message]
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=20090603100059.GB12570@atrey.karlin.mff.cuni.cz \
--to=jack@suse.cz \
--cc=akpm@linux-foundation.org \
--cc=david@fromorbit.com \
--cc=fengguang.wu@intel.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=mikew@google.com \
--cc=nickpiggin@yahoo.com.au \
/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