From: Michal Hocko Subject: Re: vmalloc with GFP_NOFS Date: Wed, 9 May 2018 23:06:17 +0200 Message-ID: <20180509210617.GY32366@dhcp22.suse.cz> References: <20180424162712.GL17484@dhcp22.suse.cz> <20180424183536.GF30619@thunk.org> <20180424192542.GS17484@dhcp22.suse.cz> <20180509134222.GU32366@dhcp22.suse.cz> <20180509151351.GA4111@magnolia> <20180509162451.GA5303@rapoport-lnx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: "Darrick J. Wong" , "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 , To: Mike Rapoport Return-path: Content-Disposition: inline In-Reply-To: <20180509162451.GA5303@rapoport-lnx> Sender: linux-kernel-owner@vger.kernel.org List-Id: linux-ext4.vger.kernel.org On Wed 09-05-18 19:24:51, Mike Rapoport wrote: > On Wed, May 09, 2018 at 08:13:51AM -0700, Darrick J. Wong wrote: > > On Wed, May 09, 2018 at 03:42:22PM +0200, Michal Hocko wrote: [...] > > > FS/IO code then simply calls the appropriate save function right at > > > the layer where a lock taken from the reclaim context (e.g. shrinker) > > > is taken and the corresponding restore function when the lock is > > Seems like the second "is taken" got there by mistake yeah, fixed. Thanks! -- Michal Hocko SUSE Labs