Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp961411ybt; Tue, 7 Jul 2020 04:39:08 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzFxzTtypVv/V8+6oVIUtwzObjZgllkyWJFj6V+FbGYV14l/NormMpyp5Cv4bu4ukBx5NAW X-Received: by 2002:a17:907:2163:: with SMTP id rl3mr45543511ejb.409.1594121948482; Tue, 07 Jul 2020 04:39:08 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1594121948; cv=none; d=google.com; s=arc-20160816; b=Dv5elhTShmdMNuwf+xmAdGMg4qCvx94Iy2roO0d3JxfjpqGXlNGlGQ/S2NrZmB4gvr 5hTKDNXgtxVBmyIfaPguZjIu5X/GNQRczVv7+BpQlh4Gy8N4s9LRJjRgDHAiafxZuyq0 eXtgQsUYOeaoCSIBZrZuHMWuXftgOt1Vvyix0wsgjmTpPbl644OCpH3tw16lnO9MXeFq auTWf19vZWwFz9uWQ+Ouojlfy0ZFU7jQZTDxJoWbjzSCUVi1geaqrfBZeea2+1TCMiVK Llgg+vx8Gej7DyC2B9JASCcRRf9VfL5ud+h4ga/0HR4UVGrMYQEzVXpAEVnoK/B/R8IC WyXA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=1+9PXsEHC8Tau1MQTySeSJIu15QBhP57I+JN1uapBu0=; b=gRfXrJ3Nb9mSmqmu6BDJnrzIvDDeToUIj+XUpbnA7N3blIVPTfSBrY32f/d8APVb4/ l4WY+cK5CxXTH7wAiterpzQjasEo2nQz8qjaFEE04hIPwzD13SPqwaugXSlPkHTTEXAu Arze1SgMwg24SQFeG8iRQ8Z9PlPICORnD3fEswGh25Hu17cvo1VjxSvPvumZ/81FmWiN /uM2G5VYSmML5KeJShDKETEw1c3OOVWvCbNktmnB+AmghcH06S1KMqP0XJnLyHQkOoWi HjYPK9Hi+ZNz2vBF06r+mmKj2vNv394q+9Q7GX1flS64+EGUFvgU3HIGS8znel05XqQ0 z3dA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=JirTA1Rl; 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=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id op10si14715887ejb.149.2020.07.07.04.38.43; Tue, 07 Jul 2020 04:39:08 -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; dkim=pass header.i=@gmail.com header.s=20161025 header.b=JirTA1Rl; 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=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727916AbgGGLiO (ORCPT + 99 others); Tue, 7 Jul 2020 07:38:14 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:53950 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726839AbgGGLiN (ORCPT ); Tue, 7 Jul 2020 07:38:13 -0400 Received: from mail-il1-x143.google.com (mail-il1-x143.google.com [IPv6:2607:f8b0:4864:20::143]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 9254BC061755; Tue, 7 Jul 2020 04:38:13 -0700 (PDT) Received: by mail-il1-x143.google.com with SMTP id s21so20520121ilk.5; Tue, 07 Jul 2020 04:38:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=1+9PXsEHC8Tau1MQTySeSJIu15QBhP57I+JN1uapBu0=; b=JirTA1RlvJAlDXxssPiBjYAQw8/IAQxOLQXqoDRmUr5Q7eXEI05rN0ZCnBmWsZzbFe Fse1fi06L+PCjopdbPPnGNT1QeQojO3coqU1ja8XSjRjF03hlXmzC0GLIWJUCIhcm3yk nexkBSFm9tW9pjzicOY0yEmXy+WBwvcexBGHnjSkhPXZDAx3P2pkRwd5xKSEENjE1Alf /1Yf7FdVFHCXNGYnUEcg0LUccx2gPlnuBsZkwpRz7lZ661siGnnxrpYu/I5r8bEADam2 6S/vUj52Ak5EkHTaIEoaCCDdPgdGT6/tL9DFm402FNQaW5itQi11KgZOCG3mUTv8/4uC Sehw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=1+9PXsEHC8Tau1MQTySeSJIu15QBhP57I+JN1uapBu0=; b=roTmvF9pSzP0C2GBAH1L1L5m5N5ApQJd7NdN2TO0kvX60qIzpg4GmXmBEmgHNMjuVP ZIi2ln2QsJSKGzgS+OwpQDFccaB+LJJkK7jmImZ3+AZSArminYMtjgHC+5bolCfsi+5n PiK2BwCqDvqz+yxo9M/lBcleKCaXjqkDpcQoQj+gakjzq0TXv9kIuyx+syZFbfS8MGmC 3EG9CL/B0wKRxTXaHg5ZzXk+qlOw+a36awZyrVAgnCbaiYaxv+ABxFJD/WLW37egz7M5 kYcKhuxALSJ5RDO2+eftVMJm2ZCy3hJoh/uDCecVAP5DbvexxyxX2us3VKcokZVWM+dB Z5vg== X-Gm-Message-State: AOAM531UH367wOKFaPJXdpKTUFsnErJqOVtlJgISOxupgX455U/er8H5 HF++VJ4NCCZFNPBUQiB1WJ29bhIml8mMKkhVbh8= X-Received: by 2002:a92:c7ab:: with SMTP id f11mr36287094ilk.50.1594121892966; Tue, 07 Jul 2020 04:38:12 -0700 (PDT) MIME-Version: 1.0 References: <20200618144355.17324-1-axboe@kernel.dk> <20200618144355.17324-6-axboe@kernel.dk> <20200624010253.GB5369@dread.disaster.area> <20200624014645.GJ21350@casper.infradead.org> <70b0427c-7303-8f45-48bd-caa0562a2951@kernel.dk> <20200624164127.GP21350@casper.infradead.org> <8835b6f2-b3c5-c9a0-2119-1fb161cf87dd@kernel.dk> In-Reply-To: <8835b6f2-b3c5-c9a0-2119-1fb161cf87dd@kernel.dk> From: =?UTF-8?Q?Andreas_Gr=C3=BCnbacher?= Date: Tue, 7 Jul 2020 13:38:01 +0200 Message-ID: Subject: Re: [PATCH 05/15] mm: allow read-ahead with IOCB_NOWAIT set To: Jens Axboe Cc: Matthew Wilcox , Dave Chinner , io-uring@vger.kernel.org, Linux FS-devel Mailing List , Linux Kernel Mailing List , Linux-MM , Andrew Morton , Johannes Weiner Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Am Mi., 24. Juni 2020 um 18:48 Uhr schrieb Jens Axboe : > > On 6/24/20 10:41 AM, Matthew Wilcox wrote: > > On Wed, Jun 24, 2020 at 09:35:19AM -0600, Jens Axboe wrote: > >> On 6/24/20 9:00 AM, Jens Axboe wrote: > >>> On 6/23/20 7:46 PM, Matthew Wilcox wrote: > >>>> I'd be quite happy to add a gfp_t to struct readahead_control. > >>>> The other thing I've been looking into for other reasons is adding > >>>> a memalloc_nowait_{save,restore}, which would avoid passing down > >>>> the gfp_t. > >>> > >>> That was my first thought, having the memalloc_foo_save/restore for > >>> this. I don't think adding a gfp_t to readahead_control is going > >>> to be super useful, seems like the kind of thing that should be > >>> non-blocking by default. > >> > >> We're already doing memalloc_nofs_save/restore in > >> page_cache_readahead_unbounded(), so I think all we need is to just do a > >> noio dance in generic_file_buffered_read() and that should be enough. > > > > I think we can still sleep though, right? I was thinking more > > like this: > > > > http://git.infradead.org/users/willy/linux.git/shortlog/refs/heads/memalloc > > Yeah, that's probably better. How do we want to handle this? I've already > got the other bits queued up. I can either add them to the series, or > pull a branch that'll go into Linus as well. Also note my conflicting patch that introduces a IOCB_NOIO flag for fixing a gfs2 regression: https://lore.kernel.org/linux-fsdevel/20200703095325.1491832-2-agruenba@redhat.com/ Thanks, Andreas