Received: by 2002:a05:6a10:16a7:0:0:0:0 with SMTP id gp39csp2905362pxb; Sun, 8 Nov 2020 18:31:53 -0800 (PST) X-Google-Smtp-Source: ABdhPJx/O35YLFNqHNshPuMsqAKGQh2GD9X0b9A2p0bpxE4pgYzzfmTAyL5PHpeMS/W1bs9QyOPk X-Received: by 2002:a17:906:2850:: with SMTP id s16mr13578758ejc.276.1604889113367; Sun, 08 Nov 2020 18:31:53 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1604889113; cv=none; d=google.com; s=arc-20160816; b=p1OSy1nHQjRlpIpNFTOX9K8CU0K6CHUtlF28vdSv7blNp6WnWVyEmg4T9+bU77nFjq gNmoQxdhNUbYjftA+3OtXP5jmznBt/yc5hedb5xuE8pQMZBOSLKvbS6QaUCUrERsWaHr lzKhexgTXcNmOMKlWGMrJC6wJpaAzsvGbTbnbRBgRACZUjEPHTFTL6IkqVb/7i79B34z JjLoQabMY6COtmNp4u92+j8x3u1f4BVMNYyCzSJNd9gVd4xQ5JMi0AQQ0+BKz/5SmP89 P3Ks0YL69Wwdd2OZT/kBVwcD8GS2v24ttQ4RB8zuM1/pttOyXGHA7r+D+9IW0SNqwlHu VNJA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=c8/+l1IjT87X5nZchP06/OwVlPtm+F0sy/jz7F2sAnk=; b=UiR/SGZLripvwl8MbAOt3wLKGb176jUSvW2qSHXdEZm6gKAt4V0Xdl5vJdt7yXaYkW EnzimAz/jB2fQ82EEPMnAaxqvqw0jv0nZh8M1FKUTK5m2PXI+reOmfpNC3aL/zqbtT5i FK347eJoqqQ4wcJinmzy6PRgmirY4OSFoC7RUfsexWNBoQHPDDX2AgWNi2VNu8Bo6ED6 9Umjr6B6DkVxvQbHKkMqPDD2zjmfE2nifO6smDMN6kO4BOefnjtkidcoNmpUSG0XYRGU sn8vuw0pNp3ELUiRpdgYAXg3ImTOHhVOTRd8VWY3lthj7egxaEpIL5TdPZgSTFAkwFHd WzVg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id b16si6308120edn.23.2020.11.08.18.31.30; Sun, 08 Nov 2020 18:31:53 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-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-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729074AbgKIC3d (ORCPT + 99 others); Sun, 8 Nov 2020 21:29:33 -0500 Received: from szxga06-in.huawei.com ([45.249.212.32]:7468 "EHLO szxga06-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727979AbgKIC3c (ORCPT ); Sun, 8 Nov 2020 21:29:32 -0500 Received: from DGGEMS405-HUB.china.huawei.com (unknown [172.30.72.59]) by szxga06-in.huawei.com (SkyGuard) with ESMTP id 4CTw1L1NDxzhjDT; Mon, 9 Nov 2020 10:29:26 +0800 (CST) Received: from [10.136.114.67] (10.136.114.67) by smtp.huawei.com (10.3.19.205) with Microsoft SMTP Server (TLS) id 14.3.487.0; Mon, 9 Nov 2020 10:29:25 +0800 Subject: Re: [f2fs-dev] [PATCH v4 2/2] f2fs: fix compat F2FS_IOC_{MOVE, GARBAGE_COLLECT}_RANGE To: Eric Biggers , Chao Yu CC: , , References: <20201106065331.76236-1-yuchao0@huawei.com> <20201106180324.GA78548@sol.localdomain> <20201107171635.GA841@sol.localdomain> From: Chao Yu Message-ID: <63efaa5c-bc19-4b16-653d-840bc6a6d9d1@huawei.com> Date: Mon, 9 Nov 2020 10:29:25 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <20201107171635.GA841@sol.localdomain> Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Originating-IP: [10.136.114.67] X-CFilter-Loop: Reflected Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2020/11/8 1:16, Eric Biggers wrote: > On Sat, Nov 07, 2020 at 05:25:23PM +0800, Chao Yu wrote: >> On 2020/11/7 2:03, Eric Biggers wrote: >>> On Fri, Nov 06, 2020 at 02:53:31PM +0800, Chao Yu wrote: >>>> +#if defined(__KERNEL__) >>>> +struct compat_f2fs_gc_range { >>>> + u32 sync; >>>> + compat_u64 start; >>>> + compat_u64 len; >>>> +}; >>> >>> There's no need to use '#if defined(__KERNEL__)' in kernel source files. >>> >>> Likewise for compat_f2fs_move_range. >> >> Correct. >> >>> >>>> +static int f2fs_compat_ioc_gc_range(struct file *file, unsigned long arg) >>>> +{ >>>> + struct f2fs_sb_info *sbi = F2FS_I_SB(file_inode(file)); >>>> + struct compat_f2fs_gc_range __user *urange; >>>> + struct f2fs_gc_range range; >>>> + int err; >>>> + >>>> + if (unlikely(f2fs_cp_error(sbi))) >>>> + return -EIO; >>>> + if (!f2fs_is_checkpoint_ready(sbi)) >>>> + return -ENOSPC; >>> >>> I still don't understand why this checkpoint-related stuff is getting added >>> here, and only to the compat versions of the ioctls. It wasn't in the original >>> version. If they are needed then they should be added to __f2fs_ioc_gc_range() >>> and __f2fs_ioc_move_range() (preferably by a separate patch) so that they are >> >> If so, cp-related stuff will be checked redundantly in both f2fs_ioctl() and >> __f2fs_ioc_xxx() function for native GC_RANGE and MOVE_RANGE ioctls, it's >> not needed. >> > > Oh I see, the cp-related checks are at the beginning of f2fs_ioctl() too. > > In that case a much better approach would be to add __f2fs_ioctl() which is > called by f2fs_ioctl() and f2fs_compat_ioctl(), and have f2fs_ioctl() and > f2fs_compat_ioctl() do the cp-related checks but not __f2fs_ioctl(). Will this cleanup make sense to you? diff --git a/fs/f2fs/file.c b/fs/f2fs/file.c index 458724c00d98..1439577108c2 100644 --- a/fs/f2fs/file.c +++ b/fs/f2fs/file.c @@ -4249,16 +4249,10 @@ struct compat_f2fs_gc_range { static int f2fs_compat_ioc_gc_range(struct file *file, unsigned long arg) { - struct f2fs_sb_info *sbi = F2FS_I_SB(file_inode(file)); struct compat_f2fs_gc_range __user *urange; struct f2fs_gc_range range; int err; - if (unlikely(f2fs_cp_error(sbi))) - return -EIO; - if (!f2fs_is_checkpoint_ready(sbi)) - return -ENOSPC; - urange = compat_ptr(arg); err = get_user(range.sync, &urange->sync); err |= get_user(range.start, &urange->start); @@ -4280,16 +4274,10 @@ struct compat_f2fs_move_range { static int f2fs_compat_ioc_move_range(struct file *file, unsigned long arg) { - struct f2fs_sb_info *sbi = F2FS_I_SB(file_inode(file)); struct compat_f2fs_move_range __user *urange; struct f2fs_move_range range; int err; - if (unlikely(f2fs_cp_error(sbi))) - return -EIO; - if (!f2fs_is_checkpoint_ready(sbi)) - return -ENOSPC; - urange = compat_ptr(arg); err = get_user(range.dst_fd, &urange->dst_fd); err |= get_user(range.pos_in, &urange->pos_in); @@ -4301,6 +4289,27 @@ static int f2fs_compat_ioc_move_range(struct file *file, unsigned long arg) return __f2fs_ioc_move_range(file, &range); } +static long __f2fs_compat_ioctl(struct file *file, unsigned int cmd, + unsigned long arg) +{ + struct f2fs_sb_info *sbi = F2FS_I_SB(file_inode(file)); + + if (unlikely(f2fs_cp_error(sbi))) + return -EIO; + if (!f2fs_is_checkpoint_ready(sbi)) + return -ENOSPC; + + switch (cmd) { + case F2FS_IOC32_GARBAGE_COLLECT_RANGE: + return f2fs_compat_ioc_gc_range(file, arg); + case F2FS_IOC32_MOVE_RANGE: + return f2fs_compat_ioc_move_range(file, arg); + default: + return -ENOIOCTLCMD; + } + return 0; +} + long f2fs_compat_ioctl(struct file *file, unsigned int cmd, unsigned long arg) { switch (cmd) { @@ -4314,9 +4323,8 @@ long f2fs_compat_ioctl(struct file *file, unsigned int cmd, unsigned long arg) cmd = FS_IOC_GETVERSION; break; case F2FS_IOC32_GARBAGE_COLLECT_RANGE: - return f2fs_compat_ioc_gc_range(file, arg); case F2FS_IOC32_MOVE_RANGE: - return f2fs_compat_ioc_move_range(file, arg); + return __f2fs_compat_ioctl(file, cmd, arg); case F2FS_IOC_START_ATOMIC_WRITE: case F2FS_IOC_COMMIT_ATOMIC_WRITE: case F2FS_IOC_START_VOLATILE_WRITE: Thanks, > > I feel that's still not entirely correct, because ENOTTY should take precedence > over EIO or ENOSPC from the cp-related stuff. But at least it would be > consistent between the native and compat ioctls, and the cp-related checks > wouldn't have to be duplicated in random ioctls... > > - Eric > . >