Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp156666ybt; Tue, 23 Jun 2020 18:06:20 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwRMDtfUlHX4FwC/j7QwDqVswq4299eDaer1GOh/qeVlF2p4RVGFviBvoj+7LJlg1awbI+K X-Received: by 2002:a17:906:c2d0:: with SMTP id ch16mr5047643ejb.414.1592960779874; Tue, 23 Jun 2020 18:06:19 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1592960779; cv=none; d=google.com; s=arc-20160816; b=dmonD3kT5ESvvv88Th7VqgV0UGi5YCsIpm+FK5+RbNB3oUMQGiSwyWDJWjX3YhFkSG ABV88HCB0Nh53dYua15LwPNPgg6B5T1mtpGWUPCsF/6GyVLCgPXyXaA96s50KYKxDyAm BX4iLNusHoby6EAK8joVSnaw0VxdCxJNYz8sepS0z9xkZAiDWIkn8DThKGO1zMYnOOGz lXFXP6XOzlj+m1+RraPG2AwczmG//X6L1voXCkQ7zitg7ffCjQ8QXh52GBHf6xzJP8b/ IsblaIQPyueFmLOkAx2V3Ebnhn65ibZOY7//FosDfF4GkzEVBrRkNmcz6d0PSKheinve SdQg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=mSh4CyuFJkRDVKBDqgQUHDbG3WJyonvAp7XozARc3Qo=; b=dND7TthnhNp+vvUVsEbsnC+JOLEVlDHdBTuAhd7FYt6bDD9xEyOy9vCVfCSc1I7xNc UfzXPuoaN1t7P80I2xqkvmZcdz5hSKotdTe/MuqZzr3ivrnV7IpAYPoZrvyZhSvz802v YkZQK74pBWr2YcHRH3ciwYG+ddyYqwNZ7SN3EKQylLlKZh9aywm6/FfM+6C8s8o9LtFu bjs7Yk9ITGLJs4HZm6LfA9JtEeK+73fN0/WLBFML8POXPY/SuU+VAfY3lpFdCfVXAfcG QZMVbPCHMEN9xnN1WboCzgRl8eQk8zvcWOmCcGZLHjCn8QgDMmMT+I7qR61ezSQBJk8r Iqvw== 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 rk22si11879059ejb.461.2020.06.23.18.05.56; Tue, 23 Jun 2020 18:06:19 -0700 (PDT) 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 S2388356AbgFXBDJ (ORCPT + 99 others); Tue, 23 Jun 2020 21:03:09 -0400 Received: from mail110.syd.optusnet.com.au ([211.29.132.97]:46138 "EHLO mail110.syd.optusnet.com.au" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2388240AbgFXBDI (ORCPT ); Tue, 23 Jun 2020 21:03:08 -0400 Received: from dread.disaster.area (pa49-180-124-177.pa.nsw.optusnet.com.au [49.180.124.177]) by mail110.syd.optusnet.com.au (Postfix) with ESMTPS id 2763010B2D4; Wed, 24 Jun 2020 11:02:54 +1000 (AEST) Received: from dave by dread.disaster.area with local (Exim 4.92.3) (envelope-from ) id 1jntoT-0001jv-FK; Wed, 24 Jun 2020 11:02:53 +1000 Date: Wed, 24 Jun 2020 11:02:53 +1000 From: Dave Chinner To: Add@vger.kernel.org, support@vger.kernel.org, for@vger.kernel.org, async@vger.kernel.org, buffered@vger.kernel.org, reads@vger.kernel.org Cc: io-uring@vger.kernel.org, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, akpm@linux-foundation.org, Jens Axboe , Johannes Weiner Subject: Re: [PATCH 05/15] mm: allow read-ahead with IOCB_NOWAIT set Message-ID: <20200624010253.GB5369@dread.disaster.area> References: <20200618144355.17324-1-axboe@kernel.dk> <20200618144355.17324-6-axboe@kernel.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200618144355.17324-6-axboe@kernel.dk> User-Agent: Mutt/1.10.1 (2018-07-13) X-Optus-CM-Score: 0 X-Optus-CM-Analysis: v=2.3 cv=X6os11be c=1 sm=1 tr=0 a=k3aV/LVJup6ZGWgigO6cSA==:117 a=k3aV/LVJup6ZGWgigO6cSA==:17 a=kj9zAlcOel0A:10 a=nTHF0DUjJn0A:10 a=ufHFDILaAAAA:8 a=7-415B0cAAAA:8 a=WCjB2_pVjg0caHknj34A:9 a=CjuIK1q_8ugA:10 a=ZmIg1sZ3JBWsdXgziEIF:22 a=biEYGPWJfzWAr4FL6Ov7:22 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Jun 18, 2020 at 08:43:45AM -0600, Jens Axboe wrote: > The read-ahead shouldn't block, so allow it to be done even if > IOCB_NOWAIT is set in the kiocb. > > Acked-by: Johannes Weiner > Signed-off-by: Jens Axboe > --- > mm/filemap.c | 2 -- > 1 file changed, 2 deletions(-) > > diff --git a/mm/filemap.c b/mm/filemap.c > index f0ae9a6308cb..3378d4fca883 100644 > --- a/mm/filemap.c > +++ b/mm/filemap.c > @@ -2028,8 +2028,6 @@ ssize_t generic_file_buffered_read(struct kiocb *iocb, > > page = find_get_page(mapping, index); > if (!page) { > - if (iocb->ki_flags & IOCB_NOWAIT) > - goto would_block; > page_cache_sync_readahead(mapping, > ra, filp, > index, last_index - index); Doesn't think break preadv2(RWF_NOWAIT) semantics for on buffered reads? i.e. this can now block on memory allocation for the page cache, which is something RWF_NOWAIT IO should not do.... Cheers, Dave. -- Dave Chinner david@fromorbit.com