Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754563AbeAJOC3 (ORCPT + 1 other); Wed, 10 Jan 2018 09:02:29 -0500 Received: from mail-pg0-f66.google.com ([74.125.83.66]:41468 "EHLO mail-pg0-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751427AbeAJOC1 (ORCPT ); Wed, 10 Jan 2018 09:02:27 -0500 X-Google-Smtp-Source: ACJfBotpsvgdYJSOXxHGUFtCdtsZKIT9tzAcLqSOcu43u2VyPwAitlZAr5xfJty7enlkEI26h8bxmg== Date: Wed, 10 Jan 2018 22:01:49 +0800 From: Sean Fu To: Al Viro Cc: tytso@mit.edu, adilger.kernel@dilger.ca, linux-ext4@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] ext4: Remove repeated test in ext4_file_read_iter. Message-ID: <20180110140149.GA5174@linux-zmni.DHCP> Mail-Followup-To: Al Viro , tytso@mit.edu, adilger.kernel@dilger.ca, linux-ext4@vger.kernel.org, linux-kernel@vger.kernel.org References: <1514362798-5850-1-git-send-email-fxinrong@gmail.com> <20180103020805.GB21978@ZenIV.linux.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180103020805.GB21978@ZenIV.linux.org.uk> User-Agent: Mutt/1.5.24 (2015-08-30) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Return-Path: On Wed, Jan 03, 2018 at 02:08:05AM +0000, Al Viro wrote: > On Wed, Dec 27, 2017 at 04:19:58PM +0800, Sean Fu wrote: > > generic_file_read_iter has done the count test. > > So ext4_file_read_iter don't need to test the count repeatedly. > > Huh? You do realize that generic_file_read_iter() is not the > only variant possible there, right? > Yes, I know that generic_file_read_iter() is not the only variant possible. The other possible dax_iomap_rw() with zero count would return zero. > static ssize_t ext4_dax_read_iter(struct kiocb *iocb, struct iov_iter *to) > { > struct inode *inode = file_inode(iocb->ki_filp); > ssize_t ret; > > if (!inode_trylock_shared(inode)) { > if (iocb->ki_flags & IOCB_NOWAIT) > return -EAGAIN; > inode_lock_shared(inode); > } > > ... and now IOCB_NOWAIT read with zero count can fail with -EAGAIN. > Correct, IOCB_NOWAIT read with zero count can return -EAGAIN, But I think that it is reasonable. while it got lock, zero would be returned in this case.