xfs
[Top] [All Lists]

Re: [PATCH 1/2] dax: pass bdev argument to dax_clear_blocks()

To: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
Subject: Re: [PATCH 1/2] dax: pass bdev argument to dax_clear_blocks()
From: Ross Zwisler <zwisler@xxxxxxxxx>
Date: Sun, 7 Feb 2016 21:29:38 -0700
Cc: Dan Williams <dan.j.williams@xxxxxxxxx>, Theodore Ts'o <tytso@xxxxxxx>, "linux-nvdimm@xxxxxxxxxxxx" <linux-nvdimm@xxxxxxxxxxxx>, Dave Chinner <david@xxxxxxxxxxxxx>, "linux-kernel@xxxxxxxxxxxxxxx" <linux-kernel@xxxxxxxxxxxxxxx>, XFS Developers <xfs@xxxxxxxxxxx>, Linux MM <linux-mm@xxxxxxxxx>, Andreas Dilger <adilger.kernel@xxxxxxxxx>, Alexander Viro <viro@xxxxxxxxxxxxxxxxxx>, Jan Kara <jack@xxxxxxxx>, linux-fsdevel <linux-fsdevel@xxxxxxxxxxxxxxx>, linux-ext4 <linux-ext4@xxxxxxxxxxxxxxx>, Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Delivered-to: xfs@xxxxxxxxxxx
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=JvUBG0CuTZEt2gB0zzU8Nf3D377Jaw72tdDjXVYxTt8=; b=dfPnENypIuKZpuUrbIc333D3wVRf7fVa0XkPRlktQypSo3jHEwF/k2VzP9HmmpkayO jPUptq1zhhsX6oxBW+dMezvrTKs5OFM33AaD3mu9pH2UmaiykYKrSqhHkZh53bG8CQSf kob1K7DTE9Im3U/IL42G9XJZ+G4GWH7Rd2Z1N2ajNyG/CI0SOFnvmB7KLRYZu3S3Xwwr +ME7eIJqF9lWkvaqTdzY79XnmyTUTtkcpBUKbvncASQZ7Y4WBKTZupptabzeYSl7UFXv xeh7MOq/r7C7AQf51HmxH/ZUDzsc7o9ns+tUR8UsTutvEOxVjNHDrZfUrs+h9qp8LMow eQLg==
In-reply-to: <20160208014601.GB2343@xxxxxxxxxxxxxxx>
References: <1454829553-29499-1-git-send-email-ross.zwisler@xxxxxxxxxxxxxxx> <1454829553-29499-2-git-send-email-ross.zwisler@xxxxxxxxxxxxxxx> <CAPcyv4jOAKeTXt0EvZzfxzqcaf+ZWrtsFeN2JFP_sf1HcTpVOw@xxxxxxxxxxxxxx> <20160208014601.GB2343@xxxxxxxxxxxxxxx>
> On Feb 7, 2016, at 6:46 PM, Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx> wrote:
> 
>> On Sun, Feb 07, 2016 at 10:19:29AM -0800, Dan Williams wrote:
>> On Sat, Feb 6, 2016 at 11:19 PM, Ross Zwisler
>> <ross.zwisler@xxxxxxxxxxxxxxx> wrote:
>>> dax_clear_blocks() needs a valid struct block_device and previously it was
>>> using inode->i_sb->s_bdev in all cases.  This is correct for normal inodes
>>> on mounted ext2, ext4 and XFS filesystems, but is incorrect for DAX raw
>>> block devices and for XFS real-time devices.
>>> 
>>> Instead, have the caller pass in a struct block_device pointer which it
>>> knows to be correct.
>>> 
>>> Signed-off-by: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
>>> ---
>>> fs/dax.c               | 4 ++--
>>> fs/ext2/inode.c        | 5 +++--
>>> fs/xfs/xfs_aops.c      | 2 +-
>>> fs/xfs/xfs_aops.h      | 1 +
>>> fs/xfs/xfs_bmap_util.c | 4 +++-
>>> include/linux/dax.h    | 3 ++-
>>> 6 files changed, 12 insertions(+), 7 deletions(-)
>>> 
>>> diff --git a/fs/dax.c b/fs/dax.c
>>> index 227974a..4592241 100644
>>> --- a/fs/dax.c
>>> +++ b/fs/dax.c
>>> @@ -83,9 +83,9 @@ struct page *read_dax_sector(struct block_device *bdev, 
>>> sector_t n)
>>>  * and hence this means the stack from this point must follow GFP_NOFS
>>>  * semantics for all operations.
>>>  */
>>> -int dax_clear_blocks(struct inode *inode, sector_t block, long _size)
>>> +int dax_clear_blocks(struct inode *inode, struct block_device *bdev,
>>> +               sector_t block, long _size)
>> 
>> Since this is a bdev relative routine we should also resolve the
>> sector, i.e. the signature should drop the inode:
>> 
>> int dax_clear_sectors(struct block_device *bdev, sector_t sector, long _size)
> 
> The inode is still needed because dax_clear_blocks() needs inode->i_blkbits.
> Unless there is some easy way to get this from the bdev that I'm not seeing?

Never mind, you are passing in the sector, not the block.  Sure, this seems 
better - I'll fix this for v2.
<Prev in Thread] Current Thread [Next in Thread>