From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-3.5 required=3.0 tests=DKIM_INVALID,DKIM_SIGNED, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS, URIBL_BLOCKED,USER_AGENT_GIT autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 18FA6C43331 for ; Tue, 12 Nov 2019 00:35:08 +0000 (UTC) Received: from lists.sourceforge.net (lists.sourceforge.net [216.105.38.7]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id DC1932196E for ; Tue, 12 Nov 2019 00:35:07 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=fail reason="signature verification failed" (1024-bit key) header.d=sourceforge.net header.i=@sourceforge.net header.b="VGgcmv/g"; dkim=fail reason="signature verification failed" (1024-bit key) header.d=sf.net header.i=@sf.net header.b="iDaC63Vq" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org DC1932196E Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=intel.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=linux-f2fs-devel-bounces@lists.sourceforge.net Received: from [127.0.0.1] (helo=sfs-ml-1.v29.lw.sourceforge.com) by sfs-ml-1.v29.lw.sourceforge.com with esmtp (Exim 4.90_1) (envelope-from ) id 1iUK9C-0001VV-Si; Tue, 12 Nov 2019 00:35:06 +0000 Received: from [172.30.20.202] (helo=mx.sourceforge.net) by sfs-ml-1.v29.lw.sourceforge.com with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.90_1) (envelope-from ) id 1iUK9B-0001VG-7w for linux-f2fs-devel@lists.sourceforge.net; Tue, 12 Nov 2019 00:35:05 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=sourceforge.net; s=x; h=Content-Transfer-Encoding:MIME-Version:Message-Id: Date:Subject:Cc:To:From:Sender:Reply-To:Content-Type:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=5m8Bauhp5QooBzi/e/tcuTnNFkqVvZpaWM6BlYcPL3c=; b=VGgcmv/gM/yfuWtSk80b58IBfW VZVw9SeDQ4dZe6ajq3b20qNyfkqtjrT92hH89PXCwOHoemu9xKRmcBfBTw0ZEgUsVPhgVJwCKGnyK d/YjyPQ8u1Z1zCzlS8JbLjrCh/d4ixFk7C6MfNIFytq7xfhKHGsGmqOYSWnPitCKJId0=; DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=sf.net; s=x ; h=Content-Transfer-Encoding:MIME-Version:Message-Id:Date:Subject:Cc:To:From :Sender:Reply-To:Content-Type:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To: References:List-Id:List-Help:List-Unsubscribe:List-Subscribe:List-Post: List-Owner:List-Archive; bh=5m8Bauhp5QooBzi/e/tcuTnNFkqVvZpaWM6BlYcPL3c=; b=i DaC63VqgIcOVxrc4PXEKStt/cZYCrC1r8vjthMWp/WVfEot7YtRva9qenoje0M0MUVJe4W9/4wmty T2ML7Db4aHR5GRjBXNJyJZDJlk3e9E9PnwUdpFTj7n/RrAmLFs7JRwGU3k7osyoRc/kMkmlxUqBsC nNhwdba+BBhGLy9A=; Received: from mga03.intel.com ([134.134.136.65]) by sfi-mx-4.v28.lw.sourceforge.com with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.92.2) id 1iUK99-00CkrI-9n for linux-f2fs-devel@lists.sourceforge.net; Tue, 12 Nov 2019 00:35:05 +0000 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga004.fm.intel.com ([10.253.24.48]) by orsmga103.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 11 Nov 2019 16:34:56 -0800 X-IronPort-AV: E=Sophos;i="5.68,294,1569308400"; d="scan'208";a="229127871" Received: from iweiny-desk2.sc.intel.com (HELO localhost) ([10.3.52.157]) by fmsmga004-auth.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 11 Nov 2019 16:34:56 -0800 From: ira.weiny@intel.com To: Alexander Viro , Andrew Morton Date: Mon, 11 Nov 2019 16:34:50 -0800 Message-Id: <20191112003452.4756-1-ira.weiny@intel.com> X-Mailer: git-send-email 2.20.1 MIME-Version: 1.0 X-Headers-End: 1iUK99-00CkrI-9n Subject: [f2fs-dev] [PATCH 0/2] Move swap functions out of address space operations X-BeenThere: linux-f2fs-devel@lists.sourceforge.net X-Mailman-Version: 2.1.21 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: linux-nfs@vger.kernel.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, linux-fsdevel@vger.kernel.org, Josef Bacik , Anna Schumaker , linux-xfs@vger.kernel.org, Chris Mason , David Sterba , Jaegeuk Kim , linux-f2fs-devel@lists.sourceforge.net, Ira Weiny , Trond Myklebust , linux-btrfs@vger.kernel.org Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: linux-f2fs-devel-bounces@lists.sourceforge.net From: Ira Weiny As suggested by Jan Kara, move swap_[de]activate to file_operations to simplify address space operations for coming changes. I'm not sure if this should go through Al Viro or Andrew Morton so I'm sending it to both of you. Sorry if this is a problem. Let me know if there is something else I should do. Ira Weiny (2): fs: Clean up mapping variable fs: Move swap_[de]activate to file_operations fs/btrfs/inode.c | 4 +- fs/f2fs/data.c | 123 -------------------------------------------- fs/f2fs/file.c | 122 +++++++++++++++++++++++++++++++++++++++++++ fs/iomap/swapfile.c | 3 +- fs/nfs/file.c | 4 +- fs/xfs/xfs_aops.c | 13 ----- fs/xfs/xfs_file.c | 12 +++++ include/linux/fs.h | 10 ++-- mm/swapfile.c | 12 ++--- 9 files changed, 149 insertions(+), 154 deletions(-) -- 2.20.1 _______________________________________________ Linux-f2fs-devel mailing list Linux-f2fs-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-f2fs-devel