From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-pl0-f72.google.com (mail-pl0-f72.google.com [209.85.160.72]) by kanga.kvack.org (Postfix) with ESMTP id 7F2F96B051B for ; Wed, 9 May 2018 10:16:19 -0400 (EDT) Received: by mail-pl0-f72.google.com with SMTP id h32-v6so3809976pld.15 for ; Wed, 09 May 2018 07:16:19 -0700 (PDT) Received: from mx2.suse.de (mx2.suse.de. [195.135.220.15]) by mx.google.com with ESMTPS id d7-v6si17017409pgq.305.2018.05.09.07.16.17 for (version=TLS1 cipher=AES128-SHA bits=128/128); Wed, 09 May 2018 07:16:18 -0700 (PDT) Date: Wed, 9 May 2018 16:13:34 +0200 From: David Sterba Subject: Re: vmalloc with GFP_NOFS Message-ID: <20180509141333.onn7rbaitzspjmsa@twin.jikos.cz> Reply-To: dsterba@suse.cz References: <20180424162712.GL17484@dhcp22.suse.cz> <20180424183536.GF30619@thunk.org> <20180424192542.GS17484@dhcp22.suse.cz> <20180509134222.GU32366@dhcp22.suse.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180509134222.GU32366@dhcp22.suse.cz> Sender: owner-linux-mm@kvack.org List-ID: To: Michal Hocko Cc: "Theodore Y. Ts'o" , LKML , Artem Bityutskiy , Richard Weinberger , David Woodhouse , Brian Norris , Boris Brezillon , Marek Vasut , Cyrille Pitchen , Andreas Dilger , Steven Whitehouse , Bob Peterson , Trond Myklebust , Anna Schumaker , Adrian Hunter , Philippe Ombredanne , Kate Stewart , Mikulas Patocka , linux-mtd@lists.infradead.org, linux-ext4@vger.kernel.org, cluster-devel@redhat.com, linux-nfs@vger.kernel.org, linux-mm@kvack.org On Wed, May 09, 2018 at 03:42:22PM +0200, Michal Hocko wrote: > On Tue 24-04-18 13:25:42, Michal Hocko wrote: > [...] > > > As a suggestion, could you take > > > documentation about how to convert to the memalloc_nofs_{save,restore} > > > scope api (which I think you've written about e-mails at length > > > before), and put that into a file in Documentation/core-api? > > > > I can. > > Does something like the below sound reasonable/helpful? Sounds good to me and matches how we've been using the vmalloc/nofs so far.