From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by kanga.kvack.org (Postfix) with ESMTP id B56806B0075 for ; Fri, 12 Dec 2014 05:33:03 -0500 (EST) Received: by mail-wi0-f182.google.com with SMTP id h11so2068878wiw.9 for ; Fri, 12 Dec 2014 02:33:03 -0800 (PST) Received: from mx2.suse.de (cantor2.suse.de. [195.135.220.15]) by mx.google.com with ESMTPS id t2si1829927wiw.60.2014.12.12.02.33.00 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 12 Dec 2014 02:33:00 -0800 (PST) Date: Fri, 12 Dec 2014 11:32:59 +0100 From: David Sterba Subject: Re: [RFC PATCH v3 6/7] btrfs: add EXTENT_FLAG_SWAPFILE Message-ID: <20141212103259.GM27601@twin.jikos.cz> Reply-To: dsterba@suse.cz References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: owner-linux-mm@kvack.org List-ID: To: Omar Sandoval Cc: Alexander Viro , Andrew Morton , Chris Mason , Josef Bacik , Trond Myklebust , Christoph Hellwig , David Sterba , linux-btrfs@vger.kernel.org, linux-fsdevel@vger.kernel.org, linux-mm@kvack.org, linux-nfs@vger.kernel.org, linux-kernel@vger.kernel.org On Tue, Dec 09, 2014 at 05:45:47PM -0800, Omar Sandoval wrote: > Extents mapping a swap file should remain pinned in memory in order to > avoid doing allocations to look up an extent when we're already low on > memory. Rather than overloading EXTENT_FLAG_PINNED, add a new flag > specifically for this purpose. > > Signed-off-by: Omar Sandoval Reviewed-by: David Sterba -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org