From: mel@skynet.ie (Mel Gorman)
To: Christoph Lameter <clameter@sgi.com>
Cc: linux-mm@kvack.org, William Lee Irwin III <wli@holomorphy.com>,
Badari Pulavarty <pbadari@gmail.com>, David Chinner <dgc@sgi.com>,
Jens Axboe <jens.axboe@oracle.com>,
Adam Litke <aglitke@gmail.com>, Dave Hansen <hansendc@us.ibm.com>,
Avi Kivity <avi@argo.co.il>
Subject: Re: [RFC 06/16] Variable Page Cache: Add VM_BUG_ONs to check for correct page order
Date: Wed, 25 Apr 2007 12:22:38 +0100 [thread overview]
Message-ID: <20070425112237.GE19942@skynet.ie> (raw)
In-Reply-To: <20070423064916.5458.62790.sendpatchset@schroedinger.engr.sgi.com>
On (22/04/07 23:49), Christoph Lameter didst pronounce:
> Variable Page Cache: Add VM_BUG_ONs to check for correct page order
>
> Before we start changing the page order we better get some debugging
> in there that trips us up whenever a wrong order page shows up in a
> mapping. This will be helpful for converting new filesystems to
> utilize higher orders.
>
Oops, ignore earlier comments about flagging bugs related to compound
pages differently. This patch looks like it'll catch many of the
mistakes
> Signed-off-by: Christoph Lameter <clameter@sgi.com>
>
> ---
> mm/filemap.c | 19 ++++++++++++++++---
> 1 file changed, 16 insertions(+), 3 deletions(-)
>
> Index: linux-2.6.21-rc7/mm/filemap.c
> ===================================================================
> --- linux-2.6.21-rc7.orig/mm/filemap.c 2007-04-22 21:54:00.000000000 -0700
> +++ linux-2.6.21-rc7/mm/filemap.c 2007-04-22 21:59:15.000000000 -0700
> @@ -127,6 +127,7 @@ void remove_from_page_cache(struct page
> struct address_space *mapping = page->mapping;
>
> BUG_ON(!PageLocked(page));
> + VM_BUG_ON(mapping->order != compound_order(page));
>
> write_lock_irq(&mapping->tree_lock);
> __remove_from_page_cache(page);
> @@ -268,6 +269,7 @@ int wait_on_page_writeback_range(struct
> if (page->index > end)
> continue;
>
> + VM_BUG_ON(mapping->order != compound_order(page));
> wait_on_page_writeback(page);
> if (PageError(page))
> ret = -EIO;
> @@ -439,6 +441,7 @@ int add_to_page_cache(struct page *page,
> {
> int error = radix_tree_preload(gfp_mask & ~__GFP_HIGHMEM);
>
> + VM_BUG_ON(mapping->order != compound_order(page));
> if (error == 0) {
> write_lock_irq(&mapping->tree_lock);
> error = radix_tree_insert(&mapping->page_tree, offset, page);
> @@ -598,8 +601,10 @@ struct page * find_get_page(struct addre
>
> read_lock_irq(&mapping->tree_lock);
> page = radix_tree_lookup(&mapping->page_tree, offset);
> - if (page)
> + if (page) {
> + VM_BUG_ON(mapping->order != compound_order(page));
> page_cache_get(page);
> + }
> read_unlock_irq(&mapping->tree_lock);
> return page;
> }
> @@ -624,6 +629,7 @@ struct page *find_lock_page(struct addre
> repeat:
> page = radix_tree_lookup(&mapping->page_tree, offset);
> if (page) {
> + VM_BUG_ON(mapping->order != compound_order(page));
> page_cache_get(page);
> if (TestSetPageLocked(page)) {
> read_unlock_irq(&mapping->tree_lock);
> @@ -683,6 +689,7 @@ repeat:
> } else if (err == -EEXIST)
> goto repeat;
> }
> + VM_BUG_ON(mapping->order != compound_order(page));
> if (cached_page)
> page_cache_release(cached_page);
> return page;
> @@ -714,8 +721,10 @@ unsigned find_get_pages(struct address_s
> read_lock_irq(&mapping->tree_lock);
> ret = radix_tree_gang_lookup(&mapping->page_tree,
> (void **)pages, start, nr_pages);
> - for (i = 0; i < ret; i++)
> + for (i = 0; i < ret; i++) {
> + VM_BUG_ON(mapping->order != compound_order(pages[i]));
> page_cache_get(pages[i]);
> + }
> read_unlock_irq(&mapping->tree_lock);
> return ret;
> }
> @@ -745,6 +754,7 @@ unsigned find_get_pages_contig(struct ad
> if (pages[i]->mapping == NULL || pages[i]->index != index)
> break;
>
> + VM_BUG_ON(mapping->order != compound_order(pages[i]));
> page_cache_get(pages[i]);
> index++;
> }
> @@ -772,8 +782,10 @@ unsigned find_get_pages_tag(struct addre
> read_lock_irq(&mapping->tree_lock);
> ret = radix_tree_gang_lookup_tag(&mapping->page_tree,
> (void **)pages, *index, nr_pages, tag);
> - for (i = 0; i < ret; i++)
> + for (i = 0; i < ret; i++) {
> + VM_BUG_ON(mapping->order != compound_order(pages[i]));
> page_cache_get(pages[i]);
> + }
> if (ret)
> *index = pages[ret - 1]->index + 1;
> read_unlock_irq(&mapping->tree_lock);
> @@ -2454,6 +2466,7 @@ int try_to_release_page(struct page *pag
> struct address_space * const mapping = page->mapping;
>
> BUG_ON(!PageLocked(page));
> + VM_BUG_ON(mapping->order != compound_order(page));
> if (PageWriteback(page))
> return 0;
>
--
--
Mel Gorman
Part-time Phd Student Linux Technology Center
University of Limerick IBM Dublin Software Lab
--
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>
next prev parent reply other threads:[~2007-04-25 11:22 UTC|newest]
Thread overview: 40+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-04-23 6:48 [RFC 00/16] Variable Order Page Cache Patchset V2 Christoph Lameter
2007-04-23 6:48 ` [RFC 01/16] Free up page->private for compound pages Christoph Lameter
2007-04-24 2:12 ` Dave Hansen
2007-04-24 2:23 ` Christoph Lameter
2007-04-25 10:55 ` Mel Gorman
2007-04-23 6:48 ` [RFC 02/16] vmstat.c: Support accounting " Christoph Lameter
2007-04-25 10:59 ` Mel Gorman
2007-04-25 15:43 ` Christoph Lameter
2007-04-23 6:49 ` [RFC 03/16] Variable Order Page Cache: Add order field in mapping Christoph Lameter
2007-04-25 11:05 ` Mel Gorman
2007-04-23 6:49 ` [RFC 04/16] Variable Order Page Cache: Add basic allocation functions Christoph Lameter
2007-04-23 6:49 ` [RFC 05/16] Variable Order Page Cache: Add functions to establish sizes Christoph Lameter
2007-04-25 11:20 ` Mel Gorman
2007-04-25 15:54 ` Christoph Lameter
2007-04-23 6:49 ` [RFC 06/16] Variable Page Cache: Add VM_BUG_ONs to check for correct page order Christoph Lameter
2007-04-25 11:22 ` Mel Gorman [this message]
2007-04-23 6:49 ` [RFC 07/16] Variable Order Page Cache: Add clearing and flushing function Christoph Lameter
2007-04-23 6:49 ` [RFC 08/16] Variable Order Page Cache: Fixup fallback functions Christoph Lameter
2007-04-23 6:49 ` [RFC 09/16] Variable Order Page Cache: Fix up mm/filemap.c Christoph Lameter
2007-04-23 6:49 ` [RFC 10/16] Variable Order Page Cache: Readahead fixups Christoph Lameter
2007-04-25 11:36 ` Mel Gorman
2007-04-25 15:56 ` Christoph Lameter
[not found] ` <20070521104204.GA8795@mail.ustc.edu.cn>
2007-05-21 10:42 ` Fengguang Wu
2007-05-21 16:53 ` Christoph Lameter
[not found] ` <20070522005903.GA6184@mail.ustc.edu.cn>
2007-05-22 0:59 ` Fengguang Wu
[not found] ` <20070524040453.GA10662@mail.ustc.edu.cn>
2007-05-24 4:04 ` Fengguang Wu
2007-05-24 4:06 ` Christoph Lameter
2007-04-23 6:49 ` [RFC 11/16] Variable Page Cache Size: Fix up reclaim counters Christoph Lameter
2007-04-25 13:08 ` Mel Gorman
2007-04-23 6:49 ` [RFC 12/16] Variable Order Page Cache: Fix up the writeback logic Christoph Lameter
2007-04-23 6:49 ` [RFC 13/16] Variable Order Page Cache: Fixed to block layer Christoph Lameter
2007-04-23 6:49 ` [RFC 14/16] Variable Order Page Cache: Add support to ramfs Christoph Lameter
2007-04-23 6:50 ` [RFC 15/16] ext2: Add variable page size support Christoph Lameter
2007-04-23 16:30 ` Badari Pulavarty
2007-04-24 1:11 ` Christoph Lameter
2007-04-23 6:50 ` [RFC 16/16] Variable Order Page Cache: Alternate implementation of page cache macros Christoph Lameter
2007-04-25 13:16 ` Mel Gorman
2007-04-23 9:23 ` [RFC 00/16] Variable Order Page Cache Patchset V2 David Chinner
2007-04-23 9:31 ` David Chinner
-- strict thread matches above, loose matches on Subject: below --
2007-04-23 6:21 clameter
2007-04-23 6:21 ` [RFC 06/16] Variable Page Cache: Add VM_BUG_ONs to check for correct page order clameter
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=20070425112237.GE19942@skynet.ie \
--to=mel@skynet.ie \
--cc=aglitke@gmail.com \
--cc=avi@argo.co.il \
--cc=clameter@sgi.com \
--cc=dgc@sgi.com \
--cc=hansendc@us.ibm.com \
--cc=jens.axboe@oracle.com \
--cc=linux-mm@kvack.org \
--cc=pbadari@gmail.com \
--cc=wli@holomorphy.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