2011-08-03 15:21:03

by Allison Henderson

[permalink] [raw]
Subject: [PATCH 1/1 v3] ext4: fix xfstests 75, 112, 127 punch hole failure

This patch corrects a punch hole bug found by xfstests
when the block size is set to 1k. Test 127 runs longer
before it fails, but that appears to be a separate bug.

This bug happens because the punch hole code only zeros
out non block aligned blocks, and then releases the pages
for data that is page aligned. This means that if the
blocks are smaller than a page, then the blocks contained
in the non page aligned regions (but still block aligned)
are left unzeroed and mapped.

This patch adds a new ext4_unmap_page_range routine
that unmapps the block aligned buffers in a page that are
contained in a specified range.

Signed-off-by: Allison Henderson <[email protected]>
---
v1 -> v2
Added EXT4_BLOCK_ZERO_DISCARD_BUFFER flag

v2 -> v3
Moved code out of ext4_zero_block_page_range and in
to new ext4_unmap_page_range function

:100644 100644 040b3fa... 5730d1e... M fs/ext4/ext4.h
:100644 100644 4d73e11... b5734f5... M fs/ext4/extents.c
:100644 100644 8fdc298... 1c3bd8f... M fs/ext4/inode.c
fs/ext4/ext4.h | 2 +
fs/ext4/extents.c | 24 ++++++++++-
fs/ext4/inode.c | 122 +++++++++++++++++++++++++++++++++++++++++++++++++++++
3 files changed, 147 insertions(+), 1 deletions(-)

diff --git a/fs/ext4/ext4.h b/fs/ext4/ext4.h
index 040b3fa..5730d1e 100644
--- a/fs/ext4/ext4.h
+++ b/fs/ext4/ext4.h
@@ -1836,6 +1836,8 @@ extern int ext4_block_truncate_page(handle_t *handle,
struct address_space *mapping, loff_t from);
extern int ext4_block_zero_page_range(handle_t *handle,
struct address_space *mapping, loff_t from, loff_t length);
+extern int ext4_unmap_page_range(handle_t *handle,
+ struct address_space *mapping, loff_t from, loff_t length);
extern int ext4_page_mkwrite(struct vm_area_struct *vma, struct vm_fault *vmf);
extern qsize_t *ext4_get_reserved_space(struct inode *inode);
extern void ext4_da_update_reserve_space(struct inode *inode,
diff --git a/fs/ext4/extents.c b/fs/ext4/extents.c
index 4d73e11..b5734f5 100644
--- a/fs/ext4/extents.c
+++ b/fs/ext4/extents.c
@@ -4157,7 +4157,7 @@ int ext4_ext_punch_hole(struct file *file, loff_t offset, loff_t length)
struct address_space *mapping = inode->i_mapping;
struct ext4_map_blocks map;
handle_t *handle;
- loff_t first_block_offset, last_block_offset, block_len;
+ loff_t first_block_offset, last_block_offset, block_len, page_len;
loff_t first_page, last_page, first_page_offset, last_page_offset;
int ret, credits, blocks_released, err = 0;

@@ -4227,6 +4227,28 @@ int ext4_ext_punch_hole(struct file *file, loff_t offset, loff_t length)
}
}

+ /*
+ * Now we need to unmap the un page aligned buffers.
+ * If the file is smaller than a page, just
+ * unmap the middle
+ */
+ if (first_page > last_page)
+ ext4_unmap_page_range(handle, mapping, offset, length);
+ else {
+ /* unmap page buffers before the first aligned page */
+ page_len = first_page_offset - offset;
+ if (page_len > 0)
+ ext4_unmap_page_range(handle, mapping,
+ offset, page_len);
+
+ /* unmap the page buffers after the last aligned page */
+ page_len = offset + length - last_page_offset;
+ if (page_len > 0) {
+ ext4_unmap_page_range(handle, mapping,
+ last_page_offset, page_len);
+ }
+ }
+
/* If there are no blocks to remove, return now */
if (first_block >= last_block)
goto out;
diff --git a/fs/ext4/inode.c b/fs/ext4/inode.c
index 8fdc298..1c3bd8f 100644
--- a/fs/ext4/inode.c
+++ b/fs/ext4/inode.c
@@ -3034,6 +3034,128 @@ unlock:
return err;
}

+/*
+ * ext4_unmap_page_range() unmaps a page range of length 'length'
+ * starting from file offset 'from'. The range to be unmaped must
+ * be contained with in one page. If the specified range exceeds
+ * the end of the page it will be shortened to end of the page
+ * that cooresponds to 'from'. Only block aligned buffers will
+ * be unmapped and unblock aligned buffers are skipped
+ */
+int ext4_unmap_page_range(handle_t *handle,
+ struct address_space *mapping, loff_t from, loff_t length)
+{
+ ext4_fsblk_t index = from >> PAGE_CACHE_SHIFT;
+ unsigned int offset = from & (PAGE_CACHE_SIZE-1);
+ unsigned int blocksize, max, pos;
+ unsigned int end_of_block, range_to_unmap;
+ ext4_lblk_t iblock;
+ struct inode *inode = mapping->host;
+ struct buffer_head *bh;
+ struct page *page;
+ int err = 0;
+
+ page = find_or_create_page(mapping, from >> PAGE_CACHE_SHIFT,
+ mapping_gfp_mask(mapping) & ~__GFP_FS);
+ if (!page)
+ return -EINVAL;
+
+ blocksize = inode->i_sb->s_blocksize;
+ max = PAGE_CACHE_SIZE - offset;
+
+ /*
+ * correct length if it does not fall between
+ * 'from' and the end of the page
+ */
+ if (length > max || length < 0)
+ length = max;
+
+ iblock = index << (PAGE_CACHE_SHIFT - inode->i_sb->s_blocksize_bits);
+
+ if (!page_has_buffers(page))
+ create_empty_buffers(page, blocksize, 0);
+
+ /* Find the buffer that contains "offset" */
+ bh = page_buffers(page);
+ pos = blocksize;
+ while (offset >= pos) {
+ bh = bh->b_this_page;
+ iblock++;
+ pos += blocksize;
+ }
+
+ pos = offset;
+ while (pos < offset + length) {
+ err = 0;
+
+ /* The length of space left to zero */
+ range_to_unmap = offset + length - pos;
+
+ /* The length of space until the end of the block */
+ end_of_block = blocksize - (pos & (blocksize-1));
+
+ /* Do not unmap past end of block */
+ if (range_to_unmap > end_of_block)
+ range_to_unmap = end_of_block;
+
+ if (buffer_freed(bh)) {
+ BUFFER_TRACE(bh, "freed: skip");
+ goto next;
+ }
+
+ if (!buffer_mapped(bh)) {
+ BUFFER_TRACE(bh, "unmapped");
+ ext4_get_block(inode, iblock, bh, 0);
+ /* unmapped? It's a hole - nothing to do */
+ if (!buffer_mapped(bh)) {
+ BUFFER_TRACE(bh, "still unmapped");
+ goto next;
+ }
+ }
+
+ /* If the range is not block aligned, skip */
+ if (range_to_unmap != blocksize)
+ goto next;
+
+ if (ext4_should_journal_data(inode)) {
+ BUFFER_TRACE(bh, "get write access");
+ err = ext4_journal_get_write_access(handle, bh);
+ if (err)
+ goto unlock;
+ }
+
+ clear_buffer_dirty(bh);
+ bh->b_bdev = NULL;
+ clear_buffer_mapped(bh);
+ clear_buffer_req(bh);
+ clear_buffer_new(bh);
+ clear_buffer_delay(bh);
+ clear_buffer_unwritten(bh);
+ clear_buffer_uptodate(bh);
+ ClearPageUptodate(page);
+
+ BUFFER_TRACE(bh, "buffer unmapped");
+
+ if (ext4_should_journal_data(inode)) {
+ err = ext4_handle_dirty_metadata(handle, inode, bh);
+ } else {
+ if (ext4_should_order_data(inode) &&
+ EXT4_I(inode)->jinode)
+ err = ext4_jbd2_file_inode(handle, inode);
+ }
+
+next:
+ bh = bh->b_this_page;
+ iblock++;
+ pos += range_to_unmap;
+ }
+unlock:
+ unlock_page(page);
+ page_cache_release(page);
+ return err;
+}
+
+
int ext4_can_truncate(struct inode *inode)
{
if (S_ISREG(inode->i_mode))
--
1.7.1



2011-08-04 00:50:04

by Theodore Ts'o

[permalink] [raw]
Subject: Re: [PATCH 1/1 v3] ext4: fix xfstests 75, 112, 127 punch hole failure

On Wed, Aug 03, 2011 at 08:20:36AM -0700, Allison Henderson wrote:
> @@ -4227,6 +4227,28 @@ int ext4_ext_punch_hole(struct file *file, loff_t offset, loff_t length)
> }
> }
>
> + /*
> + * Now we need to unmap the un page aligned buffers.
> + * If the file is smaller than a page, just
> + * unmap the middle
> + */

This should be "non-page-aligned buffers". And it's not "if the file
is smaller than a page", but rather "if the file space being truncated
is smaller than a page". (The comment above this patch hunk is
similarly wrong).

> + if (first_page > last_page)
> + ext4_unmap_page_range(handle, mapping, offset, length);
> + else {
> + /* unmap page buffers before the first aligned page */
> + page_len = first_page_offset - offset;
> + if (page_len > 0)
> + ext4_unmap_page_range(handle, mapping,
> + offset, page_len);
> +
> + /* unmap the page buffers after the last aligned page */
> + page_len = offset + length - last_page_offset;
> + if (page_len > 0) {
> + ext4_unmap_page_range(handle, mapping,
> + last_page_offset, page_len);
> + }
> + }
> +

We unconditionally call ext4_unmap_page_range() at least once, and
possibly twice. The ext4_unmap_page_range() function is always going
to be calling find_or_create_page(), which requires locking pages,
taking RCU locks, etc.. None of this code should be needed if:

inode->i_sb->s_blocksize == PAGE_CACHE_SIZE
or
(offset % PAGE_CACHE_SIZE == 0) && (length % PAGE_CACHE_SIZE == 0)

> +/*
> + * ext4_unmap_page_range() unmaps a page range of length 'length'
> + * starting from file offset 'from'. The range to be unmaped must
> + * be contained with in one page. If the specified range exceeds
> + * the end of the page it will be shortened to end of the page
> + * that cooresponds to 'from'. Only block aligned buffers will
> + * be unmapped and unblock aligned buffers are skipped
> + */
> +int ext4_unmap_page_range(handle_t *handle,
> + struct address_space *mapping, loff_t from, loff_t length)

This function is only used by extents.c; maybe it should be placed in
extents.c and declared static, instead of being placed in inode.c?

> +{
> + ext4_fsblk_t index = from >> PAGE_CACHE_SHIFT;
> + unsigned int offset = from & (PAGE_CACHE_SIZE-1);
> + unsigned int blocksize, max, pos;
> + unsigned int end_of_block, range_to_unmap;
> + ext4_lblk_t iblock;
> + struct inode *inode = mapping->host;
> + struct buffer_head *bh;
> + struct page *page;
> + int err = 0;
> +
> + page = find_or_create_page(mapping, from >> PAGE_CACHE_SHIFT,
> + mapping_gfp_mask(mapping) & ~__GFP_FS);
> + if (!page)
> + return -EINVAL;
> +
> + blocksize = inode->i_sb->s_blocksize;
> + max = PAGE_CACHE_SIZE - offset;
> +
> + /*
> + * correct length if it does not fall between
> + * 'from' and the end of the page
> + */
> + if (length > max || length < 0)
> + length = max;
> +
> + iblock = index << (PAGE_CACHE_SHIFT - inode->i_sb->s_blocksize_bits);
> +
> + if (!page_has_buffers(page))
> + create_empty_buffers(page, blocksize, 0);

If the page doesn't have any buffers, we could just return 0; there's
no point calling create_empty_buffers() and then looping over them
all.

> +
> + /* Find the buffer that contains "offset" */
> + bh = page_buffers(page);
> + pos = blocksize;
> + while (offset >= pos) {
> + bh = bh->b_this_page;
> + iblock++;
> + pos += blocksize;
> + }
> +
> + pos = offset;
> + while (pos < offset + length) {
> + err = 0;
> +
> + /* The length of space left to zero */
> + range_to_unmap = offset + length - pos;
> +
> + /* The length of space until the end of the block */
> + end_of_block = blocksize - (pos & (blocksize-1));
> +
> + /* Do not unmap past end of block */
> + if (range_to_unmap > end_of_block)
> + range_to_unmap = end_of_block;
> +
> + if (buffer_freed(bh)) {
> + BUFFER_TRACE(bh, "freed: skip");
> + goto next;
> + }
> +
> + if (!buffer_mapped(bh)) {
> + BUFFER_TRACE(bh, "unmapped");
> + ext4_get_block(inode, iblock, bh, 0);
> + /* unmapped? It's a hole - nothing to do */
> + if (!buffer_mapped(bh)) {
> + BUFFER_TRACE(bh, "still unmapped");
> + goto next;
> + }
> + }

If the buffer is unmapped, why not just goto next right away? Why
bother calling ext4_get_block() and mapping it, when all we're going
to do is declare the buffer as unmapped anyway.

> +
> + /* If the range is not block aligned, skip */
> + if (range_to_unmap != blocksize)
> + goto next;
> +
> + if (ext4_should_journal_data(inode)) {
> + BUFFER_TRACE(bh, "get write access");
> + err = ext4_journal_get_write_access(handle, bh);
> + if (err)
> + goto unlock;
> + }
> +
> + clear_buffer_dirty(bh);
> + bh->b_bdev = NULL;
> + clear_buffer_mapped(bh);
> + clear_buffer_req(bh);
> + clear_buffer_new(bh);
> + clear_buffer_delay(bh);
> + clear_buffer_unwritten(bh);
> + clear_buffer_uptodate(bh);
> + ClearPageUptodate(page);
> +
> + BUFFER_TRACE(bh, "buffer unmapped");
> +
> + if (ext4_should_journal_data(inode)) {
> + err = ext4_handle_dirty_metadata(handle, inode, bh);
> + } else {
> + if (ext4_should_order_data(inode) &&
> + EXT4_I(inode)->jinode)
> + err = ext4_jbd2_file_inode(handle, inode);
> + }

Why are we calling ext4_handle_dirty_metadata() or
ext4_jbd2_file_inode() here? It's not necessary, since we're not
actually dirtying any buffers here. We're just marking buffer heads
as unmarked.

> +
> +next:
> + bh = bh->b_this_page;
> + iblock++;
> + pos += range_to_unmap;
> + }
> +unlock:
> + unlock_page(page);
> + page_cache_release(page);
> + return err;
> +}
> +
> +
> int ext4_can_truncate(struct inode *inode)
> {
> if (S_ISREG(inode->i_mode))
> --
> 1.7.1

2011-08-04 06:22:44

by Allison Henderson

[permalink] [raw]
Subject: Re: [PATCH 1/1 v3] ext4: fix xfstests 75, 112, 127 punch hole failure

On 08/03/2011 05:50 PM, Ted Ts'o wrote:
> On Wed, Aug 03, 2011 at 08:20:36AM -0700, Allison Henderson wrote:
>> @@ -4227,6 +4227,28 @@ int ext4_ext_punch_hole(struct file *file, loff_t offset, loff_t length)
>> }
>> }
>>
>> + /*
>> + * Now we need to unmap the un page aligned buffers.
>> + * If the file is smaller than a page, just
>> + * unmap the middle
>> + */
>
> This should be "non-page-aligned buffers". And it's not "if the file
> is smaller than a page", but rather "if the file space being truncated
> is smaller than a page". (The comment above this patch hunk is
> similarly wrong).
>
>> + if (first_page> last_page)
>> + ext4_unmap_page_range(handle, mapping, offset, length);
>> + else {
>> + /* unmap page buffers before the first aligned page */
>> + page_len = first_page_offset - offset;
>> + if (page_len> 0)
>> + ext4_unmap_page_range(handle, mapping,
>> + offset, page_len);
>> +
>> + /* unmap the page buffers after the last aligned page */
>> + page_len = offset + length - last_page_offset;
>> + if (page_len> 0) {
>> + ext4_unmap_page_range(handle, mapping,
>> + last_page_offset, page_len);
>> + }
>> + }
>> +
>
> We unconditionally call ext4_unmap_page_range() at least once, and
> possibly twice. The ext4_unmap_page_range() function is always going
> to be calling find_or_create_page(), which requires locking pages,
> taking RCU locks, etc.. None of this code should be needed if:
>
> inode->i_sb->s_blocksize == PAGE_CACHE_SIZE
> or
> (offset % PAGE_CACHE_SIZE == 0)&& (length % PAGE_CACHE_SIZE == 0)
>
>> +/*
>> + * ext4_unmap_page_range() unmaps a page range of length 'length'
>> + * starting from file offset 'from'. The range to be unmaped must
>> + * be contained with in one page. If the specified range exceeds
>> + * the end of the page it will be shortened to end of the page
>> + * that cooresponds to 'from'. Only block aligned buffers will
>> + * be unmapped and unblock aligned buffers are skipped
>> + */
>> +int ext4_unmap_page_range(handle_t *handle,
>> + struct address_space *mapping, loff_t from, loff_t length)
>
> This function is only used by extents.c; maybe it should be placed in
> extents.c and declared static, instead of being placed in inode.c?
>
>> +{
>> + ext4_fsblk_t index = from>> PAGE_CACHE_SHIFT;
>> + unsigned int offset = from& (PAGE_CACHE_SIZE-1);
>> + unsigned int blocksize, max, pos;
>> + unsigned int end_of_block, range_to_unmap;
>> + ext4_lblk_t iblock;
>> + struct inode *inode = mapping->host;
>> + struct buffer_head *bh;
>> + struct page *page;
>> + int err = 0;
>> +
>> + page = find_or_create_page(mapping, from>> PAGE_CACHE_SHIFT,
>> + mapping_gfp_mask(mapping)& ~__GFP_FS);
>> + if (!page)
>> + return -EINVAL;
>> +
>> + blocksize = inode->i_sb->s_blocksize;
>> + max = PAGE_CACHE_SIZE - offset;
>> +
>> + /*
>> + * correct length if it does not fall between
>> + * 'from' and the end of the page
>> + */
>> + if (length> max || length< 0)
>> + length = max;
>> +
>> + iblock = index<< (PAGE_CACHE_SHIFT - inode->i_sb->s_blocksize_bits);
>> +
>> + if (!page_has_buffers(page))
>> + create_empty_buffers(page, blocksize, 0);
>
> If the page doesn't have any buffers, we could just return 0; there's
> no point calling create_empty_buffers() and then looping over them
> all.
>
>> +
>> + /* Find the buffer that contains "offset" */
>> + bh = page_buffers(page);
>> + pos = blocksize;
>> + while (offset>= pos) {
>> + bh = bh->b_this_page;
>> + iblock++;
>> + pos += blocksize;
>> + }
>> +
>> + pos = offset;
>> + while (pos< offset + length) {
>> + err = 0;
>> +
>> + /* The length of space left to zero */
>> + range_to_unmap = offset + length - pos;
>> +
>> + /* The length of space until the end of the block */
>> + end_of_block = blocksize - (pos& (blocksize-1));
>> +
>> + /* Do not unmap past end of block */
>> + if (range_to_unmap> end_of_block)
>> + range_to_unmap = end_of_block;
>> +
>> + if (buffer_freed(bh)) {
>> + BUFFER_TRACE(bh, "freed: skip");
>> + goto next;
>> + }
>> +
>> + if (!buffer_mapped(bh)) {
>> + BUFFER_TRACE(bh, "unmapped");
>> + ext4_get_block(inode, iblock, bh, 0);
>> + /* unmapped? It's a hole - nothing to do */
>> + if (!buffer_mapped(bh)) {
>> + BUFFER_TRACE(bh, "still unmapped");
>> + goto next;
>> + }
>> + }
>
> If the buffer is unmapped, why not just goto next right away? Why
> bother calling ext4_get_block() and mapping it, when all we're going
> to do is declare the buffer as unmapped anyway.
>
>> +
>> + /* If the range is not block aligned, skip */
>> + if (range_to_unmap != blocksize)
>> + goto next;
>> +
>> + if (ext4_should_journal_data(inode)) {
>> + BUFFER_TRACE(bh, "get write access");
>> + err = ext4_journal_get_write_access(handle, bh);
>> + if (err)
>> + goto unlock;
>> + }
>> +
>> + clear_buffer_dirty(bh);
>> + bh->b_bdev = NULL;
>> + clear_buffer_mapped(bh);
>> + clear_buffer_req(bh);
>> + clear_buffer_new(bh);
>> + clear_buffer_delay(bh);
>> + clear_buffer_unwritten(bh);
>> + clear_buffer_uptodate(bh);
>> + ClearPageUptodate(page);
>> +
>> + BUFFER_TRACE(bh, "buffer unmapped");
>> +
>> + if (ext4_should_journal_data(inode)) {
>> + err = ext4_handle_dirty_metadata(handle, inode, bh);
>> + } else {
>> + if (ext4_should_order_data(inode)&&
>> + EXT4_I(inode)->jinode)
>> + err = ext4_jbd2_file_inode(handle, inode);
>> + }
>
> Why are we calling ext4_handle_dirty_metadata() or
> ext4_jbd2_file_inode() here? It's not necessary, since we're not
> actually dirtying any buffers here. We're just marking buffer heads
> as unmarked.
>
>> +
>> +next:
>> + bh = bh->b_this_page;
>> + iblock++;
>> + pos += range_to_unmap;
>> + }
>> +unlock:
>> + unlock_page(page);
>> + page_cache_release(page);
>> + return err;
>> +}
>> +
>> +
>> int ext4_can_truncate(struct inode *inode)
>> {
>> if (S_ISREG(inode->i_mode))
>> --
>> 1.7.1
> --

Hi Ted,

Thx for the review, a lot of this I modeled after the
ext4_zero_block_page_range code. I will add in your suggestions and pick
out the parts we dont need anymore. Thx!

Allison Henderson


2011-08-04 07:23:05

by Allison Henderson

[permalink] [raw]
Subject: Re: [PATCH 1/1 v3] ext4: fix xfstests 75, 112, 127 punch hole failure

On 08/03/2011 05:50 PM, Ted Ts'o wrote:
> On Wed, Aug 03, 2011 at 08:20:36AM -0700, Allison Henderson wrote:
>> @@ -4227,6 +4227,28 @@ int ext4_ext_punch_hole(struct file *file, loff_t offset, loff_t length)
>> }
>> }
>>
>> + /*
>> + * Now we need to unmap the un page aligned buffers.
>> + * If the file is smaller than a page, just
>> + * unmap the middle
>> + */
>
> This should be "non-page-aligned buffers". And it's not "if the file
> is smaller than a page", but rather "if the file space being truncated
> is smaller than a page". (The comment above this patch hunk is
> similarly wrong).
>
>> + if (first_page> last_page)
>> + ext4_unmap_page_range(handle, mapping, offset, length);
>> + else {
>> + /* unmap page buffers before the first aligned page */
>> + page_len = first_page_offset - offset;
>> + if (page_len> 0)
>> + ext4_unmap_page_range(handle, mapping,
>> + offset, page_len);
>> +
>> + /* unmap the page buffers after the last aligned page */
>> + page_len = offset + length - last_page_offset;
>> + if (page_len> 0) {
>> + ext4_unmap_page_range(handle, mapping,
>> + last_page_offset, page_len);
>> + }
>> + }
>> +
>
> We unconditionally call ext4_unmap_page_range() at least once, and
> possibly twice. The ext4_unmap_page_range() function is always going
> to be calling find_or_create_page(), which requires locking pages,
> taking RCU locks, etc.. None of this code should be needed if:
>
> inode->i_sb->s_blocksize == PAGE_CACHE_SIZE
> or
> (offset % PAGE_CACHE_SIZE == 0)&& (length % PAGE_CACHE_SIZE == 0)

Oh, I think we do avoid calling the unmap for this last condition though. The first and last page offsets are calculated earlier for calling truncate_inode_pages_range to release all the pages in the hole. The idea is that everything from first_page_offset to last_page_offset covers all the page aligned pages in the hole. So then if offset and length are aligned, we basically end up with first_page_offset = offset and last_page_offset = offset + length, and the page_len will turn out to be zero. Right math? Maybe we can add some comments or something to help clarify.

Allison Henderson

>
>> +/*
>> + * ext4_unmap_page_range() unmaps a page range of length 'length'
>> + * starting from file offset 'from'. The range to be unmaped must
>> + * be contained with in one page. If the specified range exceeds
>> + * the end of the page it will be shortened to end of the page
>> + * that cooresponds to 'from'. Only block aligned buffers will
>> + * be unmapped and unblock aligned buffers are skipped
>> + */
>> +int ext4_unmap_page_range(handle_t *handle,
>> + struct address_space *mapping, loff_t from, loff_t length)
>
> This function is only used by extents.c; maybe it should be placed in
> extents.c and declared static, instead of being placed in inode.c?
>
>> +{
>> + ext4_fsblk_t index = from>> PAGE_CACHE_SHIFT;
>> + unsigned int offset = from& (PAGE_CACHE_SIZE-1);
>> + unsigned int blocksize, max, pos;
>> + unsigned int end_of_block, range_to_unmap;
>> + ext4_lblk_t iblock;
>> + struct inode *inode = mapping->host;
>> + struct buffer_head *bh;
>> + struct page *page;
>> + int err = 0;
>> +
>> + page = find_or_create_page(mapping, from>> PAGE_CACHE_SHIFT,
>> + mapping_gfp_mask(mapping)& ~__GFP_FS);
>> + if (!page)
>> + return -EINVAL;
>> +
>> + blocksize = inode->i_sb->s_blocksize;
>> + max = PAGE_CACHE_SIZE - offset;
>> +
>> + /*
>> + * correct length if it does not fall between
>> + * 'from' and the end of the page
>> + */
>> + if (length> max || length< 0)
>> + length = max;
>> +
>> + iblock = index<< (PAGE_CACHE_SHIFT - inode->i_sb->s_blocksize_bits);
>> +
>> + if (!page_has_buffers(page))
>> + create_empty_buffers(page, blocksize, 0);
>
> If the page doesn't have any buffers, we could just return 0; there's
> no point calling create_empty_buffers() and then looping over them
> all.
>
>> +
>> + /* Find the buffer that contains "offset" */
>> + bh = page_buffers(page);
>> + pos = blocksize;
>> + while (offset>= pos) {
>> + bh = bh->b_this_page;
>> + iblock++;
>> + pos += blocksize;
>> + }
>> +
>> + pos = offset;
>> + while (pos< offset + length) {
>> + err = 0;
>> +
>> + /* The length of space left to zero */
>> + range_to_unmap = offset + length - pos;
>> +
>> + /* The length of space until the end of the block */
>> + end_of_block = blocksize - (pos& (blocksize-1));
>> +
>> + /* Do not unmap past end of block */
>> + if (range_to_unmap> end_of_block)
>> + range_to_unmap = end_of_block;
>> +
>> + if (buffer_freed(bh)) {
>> + BUFFER_TRACE(bh, "freed: skip");
>> + goto next;
>> + }
>> +
>> + if (!buffer_mapped(bh)) {
>> + BUFFER_TRACE(bh, "unmapped");
>> + ext4_get_block(inode, iblock, bh, 0);
>> + /* unmapped? It's a hole - nothing to do */
>> + if (!buffer_mapped(bh)) {
>> + BUFFER_TRACE(bh, "still unmapped");
>> + goto next;
>> + }
>> + }
>
> If the buffer is unmapped, why not just goto next right away? Why
> bother calling ext4_get_block() and mapping it, when all we're going
> to do is declare the buffer as unmapped anyway.
>
>> +
>> + /* If the range is not block aligned, skip */
>> + if (range_to_unmap != blocksize)
>> + goto next;
>> +
>> + if (ext4_should_journal_data(inode)) {
>> + BUFFER_TRACE(bh, "get write access");
>> + err = ext4_journal_get_write_access(handle, bh);
>> + if (err)
>> + goto unlock;
>> + }
>> +
>> + clear_buffer_dirty(bh);
>> + bh->b_bdev = NULL;
>> + clear_buffer_mapped(bh);
>> + clear_buffer_req(bh);
>> + clear_buffer_new(bh);
>> + clear_buffer_delay(bh);
>> + clear_buffer_unwritten(bh);
>> + clear_buffer_uptodate(bh);
>> + ClearPageUptodate(page);
>> +
>> + BUFFER_TRACE(bh, "buffer unmapped");
>> +
>> + if (ext4_should_journal_data(inode)) {
>> + err = ext4_handle_dirty_metadata(handle, inode, bh);
>> + } else {
>> + if (ext4_should_order_data(inode)&&
>> + EXT4_I(inode)->jinode)
>> + err = ext4_jbd2_file_inode(handle, inode);
>> + }
>
> Why are we calling ext4_handle_dirty_metadata() or
> ext4_jbd2_file_inode() here? It's not necessary, since we're not
> actually dirtying any buffers here. We're just marking buffer heads
> as unmarked.
>
>> +
>> +next:
>> + bh = bh->b_this_page;
>> + iblock++;
>> + pos += range_to_unmap;
>> + }
>> +unlock:
>> + unlock_page(page);
>> + page_cache_release(page);
>> + return err;
>> +}
>> +
>> +
>> int ext4_can_truncate(struct inode *inode)
>> {
>> if (S_ISREG(inode->i_mode))
>> --
>> 1.7.1
> --
> To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
> the body of a message to [email protected]
> More majordomo info at http://vger.kernel.org/majordomo-info.html


2011-08-04 15:25:25

by Theodore Ts'o

[permalink] [raw]
Subject: Re: [PATCH 1/1 v3] ext4: fix xfstests 75, 112, 127 punch hole failure

On Thu, Aug 04, 2011 at 12:22:58AM -0700, Allison Henderson wrote:
>
> Oh, I think we do avoid calling the unmap for this last condition
> though. The first and last page offsets are calculated earlier for
> calling truncate_inode_pages_range to release all the pages in the
> hole. The idea is that everything from first_page_offset to
> last_page_offset covers all the page aligned pages in the hole. So
> then if offset and length are aligned, we basically end up with
> first_page_offset = offset and last_page_offset = offset + length,
> and the page_len will turn out to be zero. Right math? Maybe we
> can add some comments or something to help clarify.

Yeah, sorry, I wasn't clear enough about the condition. Consider the
situation where we punch the region:

4092 -- 8197

In the previous section of code, we would zero out the byte ranges
4092--4095 and 8192--8197. What's left is a completely page-aligned
range, which would have already been taken care of already. But since
we're calculating based on offsets, I believe there will be an
unnecessary call to ext4_unmap_page_range().

BTW, the name ext4_unmap_page_range() is a bit confusing; maybe we
should rename it to ext4_unmap_partial_page_buffers()?

I know you were copying from the ext4_block_zero_page_range() function
and its calling sequence (but in my opinion that function wasn't named
well and the comments in that code aren't good either).

I also wonder why we can't fold the functionality found in
ext4_unmap_page_range() into ext4_block_zero_page_range(). Did you
look into that option?

Regards,

- Ted

2011-08-04 16:10:37

by Allison Henderson

[permalink] [raw]
Subject: Re: [PATCH 1/1 v3] ext4: fix xfstests 75, 112, 127 punch hole failure

On 08/04/2011 08:25 AM, Ted Ts'o wrote:
> On Thu, Aug 04, 2011 at 12:22:58AM -0700, Allison Henderson wrote:
>>
>> Oh, I think we do avoid calling the unmap for this last condition
>> though. The first and last page offsets are calculated earlier for
>> calling truncate_inode_pages_range to release all the pages in the
>> hole. The idea is that everything from first_page_offset to
>> last_page_offset covers all the page aligned pages in the hole. So
>> then if offset and length are aligned, we basically end up with
>> first_page_offset = offset and last_page_offset = offset + length,
>> and the page_len will turn out to be zero. Right math? Maybe we
>> can add some comments or something to help clarify.
>
> Yeah, sorry, I wasn't clear enough about the condition. Consider the
> situation where we punch the region:
>
> 4092 -- 8197
>
> In the previous section of code, we would zero out the byte ranges
> 4092--4095 and 8192--8197. What's left is a completely page-aligned
> range, which would have already been taken care of already. But since
> we're calculating based on offsets, I believe there will be an
> unnecessary call to ext4_unmap_page_range().

Oh I see, that makes sense now :) I will add in something to check for
that condition.

>
> BTW, the name ext4_unmap_page_range() is a bit confusing; maybe we
> should rename it to ext4_unmap_partial_page_buffers()?
>
> I know you were copying from the ext4_block_zero_page_range() function
> and its calling sequence (but in my opinion that function wasn't named
> well and the comments in that code aren't good either).
>
> I also wonder why we can't fold the functionality found in
> ext4_unmap_page_range() into ext4_block_zero_page_range(). Did you
> look into that option?

Yes, an earlier version of this patch looked a lot like that. (It was
reviewed on an internal list before it came to the ext4 list, but I keep
the version numbers so that people on both lists dont get confused). I
guess it's just a question of whether people would prefer one complex
function or two simple functions. I will send v2 to the ext4 list so
that people can get an idea of what the complex version looks like.

I do think ext4_unmap_partial_page_buffers is probably a more
descriptive name though. If we choose to keep it as a separate function,
I will add that in.

Allison Henderson

>
> Regards,
>
> - Ted


2011-08-04 17:44:46

by Mingming Cao

[permalink] [raw]
Subject: Re: [PATCH 1/1 v3] ext4: fix xfstests 75, 112, 127 punch hole failure

On Thu, 2011-08-04 at 11:25 -0400, Ted Ts'o wrote:
> On Thu, Aug 04, 2011 at 12:22:58AM -0700, Allison Henderson wrote:
> >
> > Oh, I think we do avoid calling the unmap for this last condition
> > though. The first and last page offsets are calculated earlier for
> > calling truncate_inode_pages_range to release all the pages in the
> > hole. The idea is that everything from first_page_offset to
> > last_page_offset covers all the page aligned pages in the hole. So
> > then if offset and length are aligned, we basically end up with
> > first_page_offset = offset and last_page_offset = offset + length,
> > and the page_len will turn out to be zero. Right math? Maybe we
> > can add some comments or something to help clarify.
>
> Yeah, sorry, I wasn't clear enough about the condition. Consider the
> situation where we punch the region:
>
> 4092 -- 8197
>
> In the previous section of code, we would zero out the byte ranges
> 4092--4095 and 8192--8197. What's left is a completely page-aligned
> range, which would have already been taken care of already. But since
> we're calculating based on offsets, I believe there will be an
> unnecessary call to ext4_unmap_page_range().
>

Yep, for the default 4k block size, if the offset is not block aligned,
with the patch we could end of unnecessary unamp_page_range.

> BTW, the name ext4_unmap_page_range() is a bit confusing; maybe we
> should rename it to ext4_unmap_partial_page_buffers()?
>

The new name sounds better. It should only called for punch hole in the
range (blocksize != pagesize) and (offset is block aligned) and (offset
is not page aligned)

> I know you were copying from the ext4_block_zero_page_range() function
> and its calling sequence (but in my opinion that function wasn't named
> well and the comments in that code aren't good either).
>
> I also wonder why we can't fold the functionality found in
> ext4_unmap_page_range() into ext4_block_zero_page_range(). Did you
> look into that option?
>

ext4_block_zero_page_range() also called from ext4 truncate code path,
which only zero out within a block, but do not need to handle the
partial page unmap. There are two logical steps need by punch hole, one
is to zero out the non-block-aligned portion(like truncate), second is
to unmap_partial_page_buffers(). It seems cleaner to separate the two
logical steps out from the code simplify point of view.

Regards,
Mingming
> Regards,
>
> - Ted
> --
> To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
> the body of a message to [email protected]
> More majordomo info at http://vger.kernel.org/majordomo-info.html



2011-08-04 18:05:44

by Allison Henderson

[permalink] [raw]
Subject: Re: [PATCH 1/1 v3] ext4: fix xfstests 75, 112, 127 punch hole failure

On 08/04/2011 10:44 AM, Mingming Cao wrote:
> On Thu, 2011-08-04 at 11:25 -0400, Ted Ts'o wrote:
>> On Thu, Aug 04, 2011 at 12:22:58AM -0700, Allison Henderson wrote:
>>>
>>> Oh, I think we do avoid calling the unmap for this last condition
>>> though. The first and last page offsets are calculated earlier for
>>> calling truncate_inode_pages_range to release all the pages in the
>>> hole. The idea is that everything from first_page_offset to
>>> last_page_offset covers all the page aligned pages in the hole. So
>>> then if offset and length are aligned, we basically end up with
>>> first_page_offset = offset and last_page_offset = offset + length,
>>> and the page_len will turn out to be zero. Right math? Maybe we
>>> can add some comments or something to help clarify.
>>
>> Yeah, sorry, I wasn't clear enough about the condition. Consider the
>> situation where we punch the region:
>>
>> 4092 -- 8197
>>
>> In the previous section of code, we would zero out the byte ranges
>> 4092--4095 and 8192--8197. What's left is a completely page-aligned
>> range, which would have already been taken care of already. But since
>> we're calculating based on offsets, I believe there will be an
>> unnecessary call to ext4_unmap_page_range().
>>
>
> Yep, for the default 4k block size, if the offset is not block aligned,
> with the patch we could end of unnecessary unamp_page_range.
>
>> BTW, the name ext4_unmap_page_range() is a bit confusing; maybe we
>> should rename it to ext4_unmap_partial_page_buffers()?
>>
>
> The new name sounds better. It should only called for punch hole in the
> range (blocksize != pagesize) and (offset is block aligned) and (offset
> is not page aligned)
>
>> I know you were copying from the ext4_block_zero_page_range() function
>> and its calling sequence (but in my opinion that function wasn't named
>> well and the comments in that code aren't good either).
>>
>> I also wonder why we can't fold the functionality found in
>> ext4_unmap_page_range() into ext4_block_zero_page_range(). Did you
>> look into that option?
>>
>
> ext4_block_zero_page_range() also called from ext4 truncate code path,
> which only zero out within a block, but do not need to handle the
> partial page unmap. There are two logical steps need by punch hole, one
> is to zero out the non-block-aligned portion(like truncate), second is
> to unmap_partial_page_buffers(). It seems cleaner to separate the two
> logical steps out from the code simplify point of view.
>
> Regards,
> Mingming

Yeah looking at them again, I think I like the simpler v3. V2 does both
operations in one loop, but I think it's cleaner to keep them separate.

Allison Henderson

>> Regards,
>>
>> - Ted
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
>> the body of a message to [email protected]
>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
> the body of a message to [email protected]
> More majordomo info at http://vger.kernel.org/majordomo-info.html