Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp1273941pxu; Mon, 23 Nov 2020 16:43:39 -0800 (PST) X-Google-Smtp-Source: ABdhPJxBLwJZ0kxYTcyFe6dLFHFtoiKyn0ETvWD7OIW5b68TXrJijstmIdNNwOhoKGcUVZT9aN9s X-Received: by 2002:a17:906:85c9:: with SMTP id i9mr2027976ejy.487.1606178619139; Mon, 23 Nov 2020 16:43:39 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1606178619; cv=none; d=google.com; s=arc-20160816; b=OPJqCnOT9EQKnUBBR6mUr4pUsZwPpNwd4RLAtQR9OtPDO/cqh8nAk+sw5B51nrohiL +TiY7JWIImv75396pTfZnabvnwi8+xPsLyH4yvuW/6KvkaNm4RJZdkQLOXI3xFYFHuCQ D6UnNX3Ae2zdTNfn7jQVLcamjqGeJddt4OZtJZQ54ZR0ggTEigHO1YtIPawbMd1Hf9DE UgRINsdCI0FpFdQICpvXsDMgSaXSWLNqJNir/UVDdhZnrECmeiwY0QXBYQjoK7C379Cx ISh7syAQwMzlpa5iaRZRDhBPoEAF/Rx5awS7xohXo9Nt20vIEbaOnKbqa5CIsoUxSpQV mTQA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=fkLJak7DiWMIYyaoejg7zVt1mIt7FXcH0PopttQU14w=; b=stlOT733JDkuMZ9fl48lBhVy1A0P4sfx+KoQkNlgxGa/297S+nM1pQzsNaxRDNcMVH MJWT3p/pHgdVQyhYFe3qFLjZ+dVVTqIVRr8bwecyfkX24cikp+Y4m8sPQaK6hm8OfLS0 LoxogDnvdJUEM+mxBeKrt8a358QzX+hpy+hW2/98ra0HXF0oT2R1UjQEtz48Ts+I3v/S QBG4svOmp7uS5AoZMzZrMbCT9++V4EbxkSYL8rkj0JcYXQ1RsW3ZU+Om17+py3eIEhBx WX9SK9EcmKLU1AEQ2POimcA0FoS4DNMY91sQsO5rBZ2yqWOGJHzwEimfrGIrKLJj9qMk ywxg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=DX9OYx+y; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id e4si7799356edr.585.2020.11.23.16.43.16; Mon, 23 Nov 2020 16:43:39 -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; dkim=pass header.i=@kernel.org header.s=default header.b=DX9OYx+y; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727002AbgKWX36 (ORCPT + 99 others); Mon, 23 Nov 2020 18:29:58 -0500 Received: from mail.kernel.org ([198.145.29.99]:59552 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726315AbgKWX35 (ORCPT ); Mon, 23 Nov 2020 18:29:57 -0500 Received: from sol.localdomain (172-10-235-113.lightspeed.sntcca.sbcglobal.net [172.10.235.113]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id CCA3720717; Mon, 23 Nov 2020 23:29:56 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1606174196; bh=shHEZAcsfJx7Tv0vz0iSz7SQorKsGx54gtCekwl4J14=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=DX9OYx+yUVf++0Ni+ebQf3EyOiDt/8qqb9L/Xcd3gEXOZXc+TOCb424vDJpetNgpG cjdP6AZlmx3D3C/LLeUSF0mLFUkpd9M2Mlt2ZnCnN96qxIc3wk98MQbDjSv/yMHPmf YS9VdrEwp0jfrT3zO9s84zIZNPkwo0+fUSGr6PDU= Date: Mon, 23 Nov 2020 15:29:55 -0800 From: Eric Biggers To: Daeho Jeong Cc: linux-kernel@vger.kernel.org, linux-f2fs-devel@lists.sourceforge.net, kernel-team@android.com, Daeho Jeong Subject: Re: [f2fs-dev] [PATCH 2/2] f2fs: add F2FS_IOC_DECOMPRESS_FILE and F2FS_IOC_COMPRESS_FILE Message-ID: References: <20201123031751.36811-1-daeho43@gmail.com> <20201123031751.36811-2-daeho43@gmail.com> <20201123184821.GB3694916@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Nov 24, 2020 at 08:02:21AM +0900, Daeho Jeong wrote: > Jaegeuk, > > My mistake~ > > Eric, > > What I want is like do_page_cache_ra(), but I used > page_cache_ra_unbounded() directly, because we already checked that > read is within i_size. > > Or we could use do_page_cache_ra(), but it might do the same check in it again. > What do you think? page_cache_ra_unbounded() is basically a quirk for how fs-verity is implemented in ext4 and f2fs. I don't think people would be happy if it's used in other cases, where it's not needed. Checking against i_size multiple times is fine. > > I could add some description about these in > Documentation/filesystems/f2fs.rst and I implemented tests internally. Documentation in f2fs.rst sounds good. All the f2fs ioctls should be documented there. The tests should be runnable by any kernel developer; "internal" tests aren't very useful. Could you add tests to xfstests? - Eric