From: Chandan Rajendra <chandan@linux.vnet.ibm.com>
To: linux-btrfs@vger.kernel.org
Cc: Chandan Rajendra <chandan@linux.vnet.ibm.com>,
jbacik@fb.com, clm@fb.com, bo.li.liu@oracle.com, dsterba@suse.cz,
quwenruo@cn.fujitsu.com, chandan@mykolab.com
Subject: [PATCH V5 00/13] Btrfs: Pre subpagesize-blocksize cleanups
Date: Wed, 30 Sep 2015 15:58:19 +0530 [thread overview]
Message-ID: <1443608912-31667-1-git-send-email-chandan@linux.vnet.ibm.com> (raw)
The patches posted along with this cover letter are cleanups made
during the developement of subpagesize-blocksize patchset. I believe
that they can be integrated with the mainline kernel. Hence I have
posted them separately from the subpagesize-blocksize patchset.
I have testsed the patchset by running xfstests on ppc64 and
x86_64. On ppc64, some of the Btrfs specific tests and generic/255
fail because they assume 4K as the filesystem's block size. I have
fixed some of the test cases. I will fix the rest and mail them to the
fstests mailing list in the near future.
Changes from V4:
1. Removed the RFC tag.
Changes from V3:
Two new issues have been been fixed by the patches,
1. Btrfs: prepare_pages: Retry adding a page to the page cache.
2. Btrfs: Return valid delalloc range when the page does not have
PG_Dirty flag set or has been invalidated.
IMHO, The above issues are also applicable to the "page size == block
size" scenario but for reasons unknown to me they aren't seen even
when the tests are run for a long time.
Changes from V2:
1. For detecting logical errors, Use ASSERT() calls instead of calls to
BUG_ON().
2. In the patch "Btrfs: Compute and look up csums based on sectorsized
blocks", fix usage of kmap_atomic/kunmap_atomic such that between the
kmap_atomic() and kunmap_atomic() calls we do not invoke any function
that might cause the current task to sleep.
Changes from V1:
1. Call round_[down,up]() functions instead of doing hard coded alignment.
Chandan Rajendra (13):
Btrfs: __btrfs_buffered_write: Reserve/release extents aligned to
block size
Btrfs: Compute and look up csums based on sectorsized blocks
Btrfs: Direct I/O read: Work on sectorsized blocks
Btrfs: fallocate: Work with sectorsized blocks
Btrfs: btrfs_page_mkwrite: Reserve space in sectorsized units
Btrfs: Search for all ordered extents that could span across a page
Btrfs: Use (eb->start, seq) as search key for tree modification log
Btrfs: btrfs_submit_direct_hook: Handle map_length < bio vector length
Btrfs: Limit inline extents to root->sectorsize
Btrfs: Fix block size returned to user space
Btrfs: Clean pte corresponding to page straddling i_size
Btrfs: prepare_pages: Retry adding a page to the page cache
Btrfs: Return valid delalloc range when the page does not have
PG_Dirty flag set or has been invalidated
fs/btrfs/ctree.c | 34 ++++----
fs/btrfs/ctree.h | 2 +-
fs/btrfs/extent_io.c | 5 +-
fs/btrfs/file-item.c | 93 ++++++++++++--------
fs/btrfs/file.c | 119 +++++++++++++++++--------
fs/btrfs/inode.c | 239 ++++++++++++++++++++++++++++++++++++---------------
6 files changed, 331 insertions(+), 161 deletions(-)
--
2.1.0
next reply other threads:[~2015-09-30 10:29 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-09-30 10:28 Chandan Rajendra [this message]
2015-09-30 10:28 ` [PATCH V5 01/13] Btrfs: __btrfs_buffered_write: Reserve/release extents aligned to block size Chandan Rajendra
2015-10-01 14:37 ` Josef Bacik
2015-09-30 10:28 ` [PATCH V5 02/13] Btrfs: Compute and look up csums based on sectorsized blocks Chandan Rajendra
2015-10-01 14:39 ` Josef Bacik
2015-10-02 12:20 ` Chandan Rajendra
2015-09-30 10:28 ` [PATCH V5 03/13] Btrfs: Direct I/O read: Work " Chandan Rajendra
2015-09-30 10:28 ` [PATCH V5 04/13] Btrfs: fallocate: Work with " Chandan Rajendra
2015-09-30 10:28 ` [PATCH V5 05/13] Btrfs: btrfs_page_mkwrite: Reserve space in sectorsized units Chandan Rajendra
2015-09-30 10:28 ` [PATCH V5 06/13] Btrfs: Search for all ordered extents that could span across a page Chandan Rajendra
2015-09-30 10:28 ` [PATCH V5 07/13] Btrfs: Use (eb->start, seq) as search key for tree modification log Chandan Rajendra
2015-09-30 10:28 ` [PATCH V5 08/13] Btrfs: btrfs_submit_direct_hook: Handle map_length < bio vector length Chandan Rajendra
2015-09-30 10:28 ` [PATCH V5 09/13] Btrfs: Limit inline extents to root->sectorsize Chandan Rajendra
2015-09-30 10:28 ` [PATCH V5 10/13] Btrfs: Fix block size returned to user space Chandan Rajendra
2015-10-01 14:58 ` Josef Bacik
2015-09-30 10:28 ` [PATCH V5 11/13] Btrfs: Clean pte corresponding to page straddling i_size Chandan Rajendra
2015-10-01 14:57 ` Josef Bacik
2015-10-02 16:34 ` Chandan Rajendra
2015-09-30 10:28 ` [PATCH V5 12/13] Btrfs: prepare_pages: Retry adding a page to the page cache Chandan Rajendra
2015-10-01 14:50 ` Josef Bacik
2015-10-02 12:24 ` Chandan Rajendra
2015-09-30 10:28 ` [PATCH V5 13/13] Btrfs: Return valid delalloc range when the page does not have PG_Dirty flag set or has been invalidated Chandan Rajendra
2015-10-01 14:48 ` Josef Bacik
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=1443608912-31667-1-git-send-email-chandan@linux.vnet.ibm.com \
--to=chandan@linux.vnet.ibm.com \
--cc=bo.li.liu@oracle.com \
--cc=chandan@mykolab.com \
--cc=clm@fb.com \
--cc=dsterba@suse.cz \
--cc=jbacik@fb.com \
--cc=linux-btrfs@vger.kernel.org \
--cc=quwenruo@cn.fujitsu.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;
as well as URLs for NNTP newsgroup(s).