Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp1154214ybz; Fri, 1 May 2020 15:51:57 -0700 (PDT) X-Google-Smtp-Source: APiQypJBlPOslS+6E/YElowruLrrzKIxpIhdkQnGawqF2zbVEM9Te5CboDaz0V/mN98lgOFeoF9q X-Received: by 2002:a17:906:7c4e:: with SMTP id g14mr5513708ejp.382.1588373517521; Fri, 01 May 2020 15:51:57 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1588373517; cv=none; d=google.com; s=arc-20160816; b=E9uanGjweQ/+vuPx33z0IFd4UIoGEHwWXr17fdbuAJaN7FyXgGkCarcG0c1QRNFerl N5ElQX5S/Xb0qf10tWoWwwtVFzxrvDrWI+8fjAjbMf0NkhODDHMiMxmR0aKeRxzmNdst fGo28BWR+IFbIjBaaB1c4YmUArxdI1njuD7yZwnWD3ENKhM/gIoNiypN3QuMvmjvAwXL 5DxxbAGQXPdz2X1oyEpe9bVfi8jECc9CUGhOyTkcOoRRJqfO3OKaZCobz8nqA/OOCUmk w4o897lw8QwrJdYCkUJhxsgENu5zJsXxnMG8TIgonEbllSuksF2NDye+A2la7uG3AP9i QdoQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:message-id:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date:from :references:cc:to:subject; bh=cKY3FT2SedFYQBW2TpT8+S93Qrn5gswTkKPWhnZX6bc=; b=AHTH21vNftfDbxEgQv9S9Olix0eac+HDBPu5prJranbxX+fG3oMCoVoEwQrjS244lt xiZ0Q5Up5COTbYyWKMRSxhk9EHpmcD0OjEIYPtH+K5iASMtdpH7K2R/pBadMy2OsPpNM rDZ63UYMcNNy/aV/XjqoEGJRMUXdfWrYYGZAvgii2hlbmLQ/a/5rm+kmZT6b8aGZvMkN VLxM+NrHqQkrCVUD7d6aY93IdTCnWkFTUtGe/jXR8k/wh0IYCuOpquJVdZfqi0YSzI2B FxHsCm7PTuWRTpN07XL6Oo8CeNtNkDSbwC1azYz13Nl4w1Ved+H19kq17eYZIUI+V0e7 QO1Q== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=ibm.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id n20si2638059ejr.443.2020.05.01.15.51.24; Fri, 01 May 2020 15:51:57 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=ibm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726336AbgEAWtX (ORCPT + 99 others); Fri, 1 May 2020 18:49:23 -0400 Received: from mx0a-001b2d01.pphosted.com ([148.163.156.1]:22926 "EHLO mx0a-001b2d01.pphosted.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726045AbgEAWtW (ORCPT ); Fri, 1 May 2020 18:49:22 -0400 Received: from pps.filterd (m0098396.ppops.net [127.0.0.1]) by mx0a-001b2d01.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id 041MVlej002462; Fri, 1 May 2020 18:49:13 -0400 Received: from pps.reinject (localhost [127.0.0.1]) by mx0a-001b2d01.pphosted.com with ESMTP id 30r8296bxh-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 01 May 2020 18:49:13 -0400 Received: from m0098396.ppops.net (m0098396.ppops.net [127.0.0.1]) by pps.reinject (8.16.0.36/8.16.0.36) with SMTP id 041Ma6tX009824; Fri, 1 May 2020 18:49:13 -0400 Received: from ppma05fra.de.ibm.com (6c.4a.5195.ip4.static.sl-reverse.com [149.81.74.108]) by mx0a-001b2d01.pphosted.com with ESMTP id 30r8296bww-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 01 May 2020 18:49:12 -0400 Received: from pps.filterd (ppma05fra.de.ibm.com [127.0.0.1]) by ppma05fra.de.ibm.com (8.16.0.27/8.16.0.27) with SMTP id 041MfFIV014120; Fri, 1 May 2020 22:49:10 GMT Received: from b06cxnps4075.portsmouth.uk.ibm.com (d06relay12.portsmouth.uk.ibm.com [9.149.109.197]) by ppma05fra.de.ibm.com with ESMTP id 30mcu53v24-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 01 May 2020 22:49:10 +0000 Received: from d06av26.portsmouth.uk.ibm.com (d06av26.portsmouth.uk.ibm.com [9.149.105.62]) by b06cxnps4075.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id 041Mn8v352035820 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Fri, 1 May 2020 22:49:08 GMT Received: from d06av26.portsmouth.uk.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 2CDFEAE045; Fri, 1 May 2020 22:49:08 +0000 (GMT) Received: from d06av26.portsmouth.uk.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 6B273AE04D; Fri, 1 May 2020 22:49:06 +0000 (GMT) Received: from localhost.localdomain (unknown [9.85.81.13]) by d06av26.portsmouth.uk.ibm.com (Postfix) with ESMTP; Fri, 1 May 2020 22:49:06 +0000 (GMT) Subject: Re: [PATCH 08/11] fs: move fiemap range validation into the file systems instances To: Christoph Hellwig , linux-ext4@vger.kernel.org, viro@zeniv.linux.org.uk Cc: jack@suse.cz, tytso@mit.edu, adilger@dilger.ca, amir73il@gmail.com, linux-fsdevel@vger.kernel.org, linux-unionfs@vger.kernel.org References: <20200427181957.1606257-1-hch@lst.de> <20200427181957.1606257-9-hch@lst.de> From: Ritesh Harjani Date: Sat, 2 May 2020 04:19:05 +0530 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.7.2 MIME-Version: 1.0 In-Reply-To: <20200427181957.1606257-9-hch@lst.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Message-Id: <20200501224906.6B273AE04D@d06av26.portsmouth.uk.ibm.com> X-TM-AS-GCONF: 00 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.138,18.0.676 definitions=2020-05-01_16:2020-05-01,2020-05-01 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 bulkscore=0 mlxlogscore=999 clxscore=1015 phishscore=0 priorityscore=1501 spamscore=0 suspectscore=0 adultscore=0 malwarescore=0 mlxscore=0 lowpriorityscore=0 impostorscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2003020000 definitions=main-2005010154 Sender: linux-ext4-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-ext4@vger.kernel.org On 4/27/20 11:49 PM, Christoph Hellwig wrote: > Replace fiemap_check_flags with a fiemap_validate helpers that also takes > the inode and mapped range, and performs the sanity check and truncation > previously done in fiemap_check_range. This way the validation is inside > the file system itself and thus properly works for the stacked overlayfs > case as well. > > Signed-off-by: Christoph Hellwig > --- > Documentation/filesystems/fiemap.txt | 8 ++--- > fs/btrfs/inode.c | 2 +- > fs/cifs/smb2ops.c | 6 ++-- > fs/ext4/extents.c | 5 +-- > fs/f2fs/data.c | 3 +- > fs/ioctl.c | 53 +++++++++++----------------- > fs/iomap/fiemap.c | 2 +- > fs/nilfs2/inode.c | 2 +- > fs/ocfs2/extent_map.c | 3 +- > include/linux/fiemap.h | 3 +- > 10 files changed, 40 insertions(+), 47 deletions(-) > > diff --git a/Documentation/filesystems/fiemap.txt b/Documentation/filesystems/fiemap.txt > index ac87e6fda842b..05926b7f92809 100644 > --- a/Documentation/filesystems/fiemap.txt > +++ b/Documentation/filesystems/fiemap.txt > @@ -203,15 +203,13 @@ EINTR once fatal signal received. > > > Flag checking should be done at the beginning of the ->fiemap callback via the > -fiemap_check_flags() helper: > - > -int fiemap_check_flags(struct fiemap_extent_info *fieinfo, u32 fs_flags); > +fiemap_prep() helper. Let's add the fiemap_prep() function prototype here. So that below description would make more sense. > > The struct fieinfo should be passed in as received from ioctl_fiemap(). The > set of fiemap flags which the fs understands should be passed via fs_flags. If > -fiemap_check_flags finds invalid user flags, it will place the bad values in > +fiemap_prep finds invalid user flags, it will place the bad values in > fieinfo->fi_flags and return -EBADR. If the file system gets -EBADR, from > -fiemap_check_flags(), it should immediately exit, returning that error back to > +fiemap_prep(), it should immediately exit, returning that error back to > ioctl_fiemap(). Also maybe we should also add more info about fiemap_prep() helper. Since it also checks for invalid len and invalid start range and hence could return -EINVAL or -EFBIG. > > > diff --git a/fs/btrfs/inode.c b/fs/btrfs/inode.c > index 320d1062068d3..1f1ec361089b3 100644 > --- a/fs/btrfs/inode.c > +++ b/fs/btrfs/inode.c > @@ -8250,7 +8250,7 @@ static int btrfs_fiemap(struct inode *inode, struct fiemap_extent_info *fieinfo, > { > int ret; > > - ret = fiemap_check_flags(fieinfo, BTRFS_FIEMAP_FLAGS); > + ret = fiemap_prep(inode, fieinfo, start, &len, BTRFS_FIEMAP_FLAGS); > if (ret) > return ret; > > diff --git a/fs/cifs/smb2ops.c b/fs/cifs/smb2ops.c > index 09047f1ddfb66..8a2e94931dc96 100644 > --- a/fs/cifs/smb2ops.c > +++ b/fs/cifs/smb2ops.c > @@ -3408,8 +3408,10 @@ static int smb3_fiemap(struct cifs_tcon *tcon, > int i, num, rc, flags, last_blob; > u64 next; > > - if (fiemap_check_flags(fei, FIEMAP_FLAG_SYNC)) > - return -EBADR; > + rc = fiemap_prep(cfile->dentry->d_inode, fei, start, &len, > + FIEMAP_FLAG_SYNC); How about d_inode(cfile->dentry) ? > + if (rc) > + rc; missed "return rc" here? > > xid = get_xid(); > again: > diff --git a/fs/ext4/extents.c b/fs/ext4/extents.c > index a41ae7c510170..41f73dea92cac 100644 > --- a/fs/ext4/extents.c > +++ b/fs/ext4/extents.c > @@ -4908,8 +4908,9 @@ int ext4_get_es_cache(struct inode *inode, struct fiemap_extent_info *fieinfo, > fieinfo->fi_flags &= ~FIEMAP_FLAG_CACHE; > } > > - if (fiemap_check_flags(fieinfo, FIEMAP_FLAG_SYNC)) > - return -EBADR; > + error = fiemap_prep(inode, fieinfo, start, &len, FIEMAP_FLAG_SYNC); > + if (error) > + return error; > > error = ext4_fiemap_check_ranges(inode, start, &len); > if (error) > diff --git a/fs/f2fs/data.c b/fs/f2fs/data.c > index 25abbbb65ba09..03faafc591b17 100644 > --- a/fs/f2fs/data.c > +++ b/fs/f2fs/data.c > @@ -1825,7 +1825,8 @@ int f2fs_fiemap(struct inode *inode, struct fiemap_extent_info *fieinfo, > return ret; > } > > - ret = fiemap_check_flags(fieinfo, FIEMAP_FLAG_SYNC | FIEMAP_FLAG_XATTR); > + ret = fiemap_prep(inode, fieinfo, start, &len, > + FIEMAP_FLAG_SYNC | FIEMAP_FLAG_XATTR); > if (ret) > return ret; > > diff --git a/fs/ioctl.c b/fs/ioctl.c > index cbc84e23d00bd..4d94c20c9596b 100644 > --- a/fs/ioctl.c > +++ b/fs/ioctl.c > @@ -141,9 +141,12 @@ int fiemap_fill_next_extent(struct fiemap_extent_info *fieinfo, u64 logical, > EXPORT_SYMBOL(fiemap_fill_next_extent); > > /** > - * fiemap_check_flags - check validity of requested flags for fiemap > + * fiemap_prep - check validity of requested flags for fiemap > + * @inode: Inode to operate on > * @fieinfo: Fiemap context passed into ->fiemap > - * @fs_flags: Set of fiemap flags that the file system understands > + * @start: Start of the mapped range > + * @len: Length of the mapped range, can be truncated by this function. > + * @supported_flags: Set of fiemap flags that the file system understands > * > * Called from file system ->fiemap callback. This will compute the > * intersection of valid fiemap flags and those that the fs supports. That Let's also add more documentation about this new fiemap_prep() helper. Earlier comments above this function description only talks about incompat flags. We should add more info about check_ranges part as well here. > @@ -154,48 +157,38 @@ EXPORT_SYMBOL(fiemap_fill_next_extent); > * > * Returns 0 on success, -EBADR on bad flags. > */ Also let's add ", -EINVAL or -EFBIG on invalid len or start range respectively" > -int fiemap_check_flags(struct fiemap_extent_info *fieinfo, u32 fs_flags) > +int fiemap_prep(struct inode *inode, struct fiemap_extent_info *fieinfo, > + u64 start, u64 *len, u32 supported_flags) > { > + u64 maxbytes = inode->i_sb->s_maxbytes; > u32 incompat_flags; > > - incompat_flags = fieinfo->fi_flags & ~(FIEMAP_FLAGS_COMPAT & fs_flags); > - if (incompat_flags) { > - fieinfo->fi_flags = incompat_flags; > - return -EBADR; > - } > - return 0; > -} > -EXPORT_SYMBOL(fiemap_check_flags); > - > -static int fiemap_check_ranges(struct super_block *sb, > - u64 start, u64 len, u64 *new_len) > -{ > - u64 maxbytes = (u64) sb->s_maxbytes; > - > - *new_len = len; > - > - if (len == 0) > + if (*len == 0) > return -EINVAL; > - > if (start > maxbytes) > return -EFBIG; > > /* > * Shrink request scope to what the fs can actually handle. > */ > - if (len > maxbytes || (maxbytes - len) < start) > - *new_len = maxbytes - start; > + if (*len > maxbytes || (maxbytes - *len) < start) > + *len = maxbytes - start; > > + supported_flags &= FIEMAP_FLAGS_COMPAT; > + incompat_flags = fieinfo->fi_flags & ~supported_flags; > + if (incompat_flags) { > + fieinfo->fi_flags = incompat_flags; > + return -EBADR; > + } > return 0; > } > +EXPORT_SYMBOL(fiemap_prep); > > static int ioctl_fiemap(struct file *filp, struct fiemap __user *ufiemap) > { > struct fiemap fiemap; > struct fiemap_extent_info fieinfo = { 0, }; > struct inode *inode = file_inode(filp); > - struct super_block *sb = inode->i_sb; > - u64 len; > int error; > > if (!inode->i_op->fiemap) > @@ -207,11 +200,6 @@ static int ioctl_fiemap(struct file *filp, struct fiemap __user *ufiemap) > if (fiemap.fm_extent_count > FIEMAP_MAX_EXTENTS) > return -EINVAL; > > - error = fiemap_check_ranges(sb, fiemap.fm_start, fiemap.fm_length, > - &len); > - if (error) > - return error; > - > fieinfo.fi_flags = fiemap.fm_flags; > fieinfo.fi_extents_max = fiemap.fm_extent_count; > fieinfo.fi_extents_start = ufiemap->fm_extents; > @@ -224,7 +212,8 @@ static int ioctl_fiemap(struct file *filp, struct fiemap __user *ufiemap) > if (fieinfo.fi_flags & FIEMAP_FLAG_SYNC) > filemap_write_and_wait(inode->i_mapping); > > - error = inode->i_op->fiemap(inode, &fieinfo, fiemap.fm_start, len); > + error = inode->i_op->fiemap(inode, &fieinfo, fiemap.fm_start, > + fiemap.fm_length); > fiemap.fm_flags = fieinfo.fi_flags; > fiemap.fm_mapped_extents = fieinfo.fi_extents_mapped; > if (copy_to_user(ufiemap, &fiemap, sizeof(fiemap))) > @@ -312,7 +301,7 @@ static int __generic_block_fiemap(struct inode *inode, > bool past_eof = false, whole_file = false; > int ret = 0; > > - ret = fiemap_check_flags(fieinfo, FIEMAP_FLAG_SYNC); > + ret = fiemap_prep(inode, fieinfo, start, &len, FIEMAP_FLAG_SYNC); > if (ret) > return ret; > > diff --git a/fs/iomap/fiemap.c b/fs/iomap/fiemap.c > index dd04e4added15..5e4e3520424da 100644 > --- a/fs/iomap/fiemap.c > +++ b/fs/iomap/fiemap.c > @@ -75,7 +75,7 @@ int iomap_fiemap(struct inode *inode, struct fiemap_extent_info *fi, > ctx.fi = fi; > ctx.prev.type = IOMAP_HOLE; > > - ret = fiemap_check_flags(fi, FIEMAP_FLAG_SYNC); > + ret = fiemap_prep(inode, fi, start, &len, FIEMAP_FLAG_SYNC); > if (ret) > return ret; > > diff --git a/fs/nilfs2/inode.c b/fs/nilfs2/inode.c > index 6e1aca38931f3..052c2da11e4d7 100644 > --- a/fs/nilfs2/inode.c > +++ b/fs/nilfs2/inode.c > @@ -1006,7 +1006,7 @@ int nilfs_fiemap(struct inode *inode, struct fiemap_extent_info *fieinfo, > unsigned int blkbits = inode->i_blkbits; > int ret, n; > > - ret = fiemap_check_flags(fieinfo, FIEMAP_FLAG_SYNC); > + ret = fiemap_prep(inode, fieinfo, start, &len, FIEMAP_FLAG_SYNC); > if (ret) > return ret; > > diff --git a/fs/ocfs2/extent_map.c b/fs/ocfs2/extent_map.c > index e3e2d1b2af51a..3744179b73fa1 100644 > --- a/fs/ocfs2/extent_map.c > +++ b/fs/ocfs2/extent_map.c > @@ -746,7 +746,8 @@ int ocfs2_fiemap(struct inode *inode, struct fiemap_extent_info *fieinfo, > struct buffer_head *di_bh = NULL; > struct ocfs2_extent_rec rec; > > - ret = fiemap_check_flags(fieinfo, OCFS2_FIEMAP_FLAGS); > + ret = fiemap_prep(inode, fieinfo, map_start, &map_len, > + OCFS2_FIEMAP_FLAGS); > if (ret) > return ret; > > diff --git a/include/linux/fiemap.h b/include/linux/fiemap.h > index 240d4f7d9116a..4e624c4665837 100644 > --- a/include/linux/fiemap.h > +++ b/include/linux/fiemap.h > @@ -13,9 +13,10 @@ struct fiemap_extent_info { > fiemap_extent array */ > }; > > +int fiemap_prep(struct inode *inode, struct fiemap_extent_info *fieinfo, > + u64 start, u64 *len, u32 supported_flags); > int fiemap_fill_next_extent(struct fiemap_extent_info *info, u64 logical, > u64 phys, u64 len, u32 flags); > -int fiemap_check_flags(struct fiemap_extent_info *fieinfo, u32 fs_flags); > While we are at it, could remove this above additional line as well. > int generic_block_fiemap(struct inode *inode, > struct fiemap_extent_info *fieinfo, u64 start, u64 len, >