From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from e28smtp04.in.ibm.com ([122.248.162.4]:53052 "EHLO e28smtp04.in.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756529AbbI3KTM (ORCPT ); Wed, 30 Sep 2015 06:19:12 -0400 Received: from /spool/local by e28smtp04.in.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Wed, 30 Sep 2015 15:49:10 +0530 Received: from d28relay04.in.ibm.com (d28relay04.in.ibm.com [9.184.220.61]) by d28dlp03.in.ibm.com (Postfix) with ESMTP id 2A530125801D for ; Wed, 30 Sep 2015 15:48:43 +0530 (IST) Received: from d28av04.in.ibm.com (d28av04.in.ibm.com [9.184.220.66]) by d28relay04.in.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id t8UAIpdW2818076 for ; Wed, 30 Sep 2015 15:48:52 +0530 Received: from d28av04.in.ibm.com (localhost [127.0.0.1]) by d28av04.in.ibm.com (8.14.4/8.14.4/NCO v10.0 AVout) with ESMTP id t8UAIlGb011902 for ; Wed, 30 Sep 2015 15:48:48 +0530 From: Chandan Rajendra To: linux-btrfs@vger.kernel.org Cc: Chandan Rajendra , jbacik@fb.com, clm@fb.com, bo.li.liu@oracle.com, dsterba@suse.cz, quwenruo@cn.fujitsu.com, chandan@mykolab.com Subject: [RFC PATCH V4 00/13] Btrfs: Pre subpagesize-blocksize cleanups Date: Wed, 30 Sep 2015 15:48:16 +0530 Message-Id: <1443608309-30154-1-git-send-email-chandan@linux.vnet.ibm.com> Sender: linux-btrfs-owner@vger.kernel.org List-ID: 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 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