From: Dave Kleikamp <shaggy@linux.vnet.ibm.com>
To: linux-mm <linux-mm@kvack.org>
Subject: [RFC:PATCH 012/012] Add tail hooks into file_map.c
Date: Thu, 24 May 2007 08:12:36 -0400 [thread overview]
Message-ID: <20070524121236.13533.38890.sendpatchset@kleikamp.austin.ibm.com> (raw)
In-Reply-To: <20070524121130.13533.32563.sendpatchset@kleikamp.austin.ibm.com>
Add tail hooks into file_map.c
Signed-off-by: Dave Kleikamp <shaggy@linux.vnet.ibm.com>
---
mm/filemap.c | 26 ++++++++++++++++++++++++++
1 file changed, 26 insertions(+)
diff -Nurp linux011/mm/filemap.c linux012/mm/filemap.c
--- linux011/mm/filemap.c 2007-05-21 15:15:48.000000000 -0500
+++ linux012/mm/filemap.c 2007-05-23 22:53:12.000000000 -0500
@@ -30,6 +30,7 @@
#include <linux/security.h>
#include <linux/syscalls.h>
#include <linux/cpuset.h>
+#include <linux/file_tail.h>
#include "filemap.h"
#include "internal.h"
@@ -116,6 +117,13 @@ void __remove_from_page_cache(struct pag
{
struct address_space *mapping = page->mapping;
+ /*
+ * mapping->tail is kept in sync with the tail page's existence
+ * in the radix tree, so we need to clear it here while holding
+ * the tree_lock
+ */
+ page_cache_free_tail_buffer(page);
+
radix_tree_delete(&mapping->page_tree, page->index);
page->mapping = NULL;
mapping->nrpages--;
@@ -890,6 +898,13 @@ void do_generic_mapping_read(struct addr
goto out;
end_index = (isize - 1) >> PAGE_CACHE_SHIFT;
+
+ /*
+ * If the last page in the request is a candidate for a tail page,
+ * allocate it before we call page_cache_readahead()
+ */
+ preallocate_page_cache_tail(mapping, end_index);
+
for (;;) {
struct page *page;
unsigned long nr, ret;
@@ -2146,6 +2161,17 @@ generic_file_buffered_write(struct kiocb
goto zero_length_segment;
}
+ if (PageFileTail(page) &&
+ ((pos + bytes) > i_size_read(inode))) {
+ /* Can't unpack the tail while holding the tail page */
+ unlock_page(page);
+ page_cache_release(page);
+ status = (long)unpack_file_tail(mapping);
+ if (status)
+ break;
+ continue;
+ }
+
status = a_ops->prepare_write(file, page, offset, offset+bytes);
if (unlikely(status)) {
loff_t isize = i_size_read(inode);
--
David Kleikamp
IBM Linux Technology Center
--
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-05-24 11:10 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-05-24 12:11 [RFC:PATCH 000/012] VM Page Tails Dave Kleikamp
2007-05-24 12:11 ` [RFC:PATCH 001/012] Make iommu_map_sg deal with less-than-page-aligned data Dave Kleikamp
2007-05-24 12:11 ` [RFC:PATCH 002/012] Allow file systems to specify whether to store file tails Dave Kleikamp
2007-05-24 12:11 ` [RFC:PATCH 003/012] Add tail to address space and define PG_pagetail page flag Dave Kleikamp
2007-05-24 12:11 ` [RFC:PATCH 004/012] Replace PAGE_CACHE_SIZE with page_data_size() Dave Kleikamp
2007-05-24 12:11 ` [RFC:PATCH 005/012] Base file tail function Dave Kleikamp
2007-05-24 12:12 ` [RFC:PATCH 006/012] Modify lowmem_page_address() & page_to_phys() to special case tail page Dave Kleikamp
2007-05-24 12:12 ` [RFC:PATCH 007/012] Avoid page_to_pfn() on " Dave Kleikamp
2007-05-24 12:12 ` [RFC:PATCH 008/012] bh_offset needs to take page_address into consideration Dave Kleikamp
2007-05-24 12:12 ` [RFC:PATCH 009/012] Wrap i_size_write Dave Kleikamp
2007-05-24 12:12 ` [RFC:PATCH 010/012] unpack tail page to avoid memory mapping Dave Kleikamp
2007-05-24 12:12 ` [RFC:PATCH 011/012] Make sure tail page is freed correctly Dave Kleikamp
2007-05-24 12:12 ` Dave Kleikamp [this message]
2007-05-24 12:45 ` [RFC:PATCH 000/012] VM File Tails Dave Kleikamp
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=20070524121236.13533.38890.sendpatchset@kleikamp.austin.ibm.com \
--to=shaggy@linux.vnet.ibm.com \
--cc=linux-mm@kvack.org \
/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