Received: by 10.223.148.5 with SMTP id 5csp6372967wrq; Wed, 17 Jan 2018 12:49:42 -0800 (PST) X-Google-Smtp-Source: ACJfBotsnOmLiPOcIKvW3H/HaIeUy3mFtKx+RY6WooykjkSFRE+yDMLGz2r0Xy2UqOUe0ZzbBDaA X-Received: by 10.159.198.7 with SMTP id f7mr15050400plo.273.1516222182452; Wed, 17 Jan 2018 12:49:42 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1516222182; cv=none; d=google.com; s=arc-20160816; b=WjBxyQUG+Ex2qdMV8ueQpHFduNw0OMqv3VIv+4MbJyqs+3HM/j7+VlGYaLRkOqe/9q UBCG0aay/05lUv9gGJVPMxy5AC3JsjL1TRh6Kd6dlQ/0XyG5IwKro6t7iO8bVS+bC9md ODfMXZqJAUzNwehK3vlRcfUfsbFGSRE3O/tj1NJbV1G5wxt3mbT6MxlFGtHCxX4xuGWo 15mWfR5V1g3pqLRL2/BT8z+Yl5FMAvZpN2uEMPBC2vhCJkzrUUWdekqFtBC5p8y8hw+O RnbFHJ4acpkU5ha653k2t5FezIBpnCzNdkMco2UvnBj+999zBllSdK8UTSPmVHqLw/Ze NAQA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:references:in-reply-to:message-id:date :subject:cc:to:from:dkim-signature:arc-authentication-results; bh=sYeft+LSU5UfN0hsoBS3DtaE2S7e5uEsTW/TJDzep50=; b=KngIEgnnjKQTiE7XSPM93vz4YPAGGKxmllbm0k8GgFwbNtNgngdOnriBz/Kn+DaWyd GYs5X9TOyHjGikU7Ajw4e5z/yqytWPwEPU9O33k8tOw6iT/q+JLhvTVPmnb6GmCei0p0 uvPA7r/CFZhUZTOOQHu67VUCXLkT/95Rpkf8phgkN084KS15Bt+0ZwtfA5mHR6d7IDp3 NqazsoIelnV1GBedJwBQOGUmvhGa+rEBmvztr2W5X33PD+egswYBq+E4KQ/esPvcDASm +CecEvkQ6szkMGqFG+7rGLcgctOB7Mpn4aLkDwmQ8ByGkyJ8Hm1uhXi61z/9lS5UqQs+ xQUg== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@infradead.org header.s=bombadil.20170209 header.b=Neuk3oVs; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id z73si4380949pgd.744.2018.01.17.12.49.28; Wed, 17 Jan 2018 12:49:42 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=fail header.i=@infradead.org header.s=bombadil.20170209 header.b=Neuk3oVs; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932167AbeAQUsn (ORCPT + 99 others); Wed, 17 Jan 2018 15:48:43 -0500 Received: from bombadil.infradead.org ([65.50.211.133]:54537 "EHLO bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753667AbeAQUWq (ORCPT ); Wed, 17 Jan 2018 15:22:46 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=bombadil.20170209; h=References:In-Reply-To:Message-Id: Date:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=sYeft+LSU5UfN0hsoBS3DtaE2S7e5uEsTW/TJDzep50=; b=Neuk3oVsCVZlf3mKFRTC8KtXp ZVyQ3NzMn3w5tJds+GmqUZ/oAQSAcp1kZrXTDJT5opQVWW64xCTjzYrBDzpRfHLiZ6bJSQRw/3cjr McFbMpGVeeyFB4dGUZ7RSpSNpQHUoqiXjUeQuZoueb4qypt66vdnSOIZTqdhuAY1M2aWKsOV3nAtB cWy4FYqVOVCoRSvVlIXPmySB+ZTbWoy2+XQwp5edLRRqm1f9BZzRwIXFK/mK0sCtCACkVZYuzSsTb jZI4hsdLfXGQONVtNi1sHwMWBe57xd6KnM6jQDolehjNbFQliX82FUPPuAPEp+YIeL8TmXCySxlvU 9c+QKaMdw==; Received: from willy by bombadil.infradead.org with local (Exim 4.89 #1 (Red Hat Linux)) id 1ebuEP-0005xz-Jk; Wed, 17 Jan 2018 20:22:45 +0000 From: Matthew Wilcox To: linux-kernel@vger.kernel.org Cc: Matthew Wilcox , linux-mm@kvack.org, linux-fsdevel@vger.kernel.org, linux-f2fs-devel@lists.sourceforge.net, linux-nilfs@vger.kernel.org, linux-btrfs@vger.kernel.org, linux-xfs@vger.kernel.org, linux-usb@vger.kernel.org, Bjorn Andersson , Stefano Stabellini , iommu@lists.linux-foundation.org, linux-remoteproc@vger.kernel.org, linux-s390@vger.kernel.org, intel-gfx@lists.freedesktop.org, cgroups@vger.kernel.org, linux-sh@vger.kernel.org, David Howells Subject: [PATCH v6 50/99] shmem: Comment fixups Date: Wed, 17 Jan 2018 12:21:14 -0800 Message-Id: <20180117202203.19756-51-willy@infradead.org> X-Mailer: git-send-email 2.14.3 In-Reply-To: <20180117202203.19756-1-willy@infradead.org> References: <20180117202203.19756-1-willy@infradead.org> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Matthew Wilcox Remove the last mentions of radix tree from various comments. Signed-off-by: Matthew Wilcox --- mm/shmem.c | 14 +++++++------- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/mm/shmem.c b/mm/shmem.c index 4dbcfb436bd1..5110848885d4 100644 --- a/mm/shmem.c +++ b/mm/shmem.c @@ -743,7 +743,7 @@ void shmem_unlock_mapping(struct address_space *mapping) } /* - * Remove range of pages and swap entries from radix tree, and free them. + * Remove range of pages and swap entries from page cache, and free them. * If !unfalloc, truncate or punch hole; if unfalloc, undo failed fallocate. */ static void shmem_undo_range(struct inode *inode, loff_t lstart, loff_t lend, @@ -1118,10 +1118,10 @@ static int shmem_unuse_inode(struct shmem_inode_info *info, * We needed to drop mutex to make that restrictive page * allocation, but the inode might have been freed while we * dropped it: although a racing shmem_evict_inode() cannot - * complete without emptying the radix_tree, our page lock + * complete without emptying the page cache, our page lock * on this swapcache page is not enough to prevent that - * free_swap_and_cache() of our swap entry will only - * trylock_page(), removing swap from radix_tree whatever. + * trylock_page(), removing swap from page cache whatever. * * We must not proceed to shmem_add_to_page_cache() if the * inode has been freed, but of course we cannot rely on @@ -1187,7 +1187,7 @@ int shmem_unuse(swp_entry_t swap, struct page *page) false); if (error) goto out; - /* No radix_tree_preload: swap entry keeps a place for page in tree */ + /* No memory allocation: swap entry occupies the slot for the page */ error = -EAGAIN; mutex_lock(&shmem_swaplist_mutex); @@ -1863,7 +1863,7 @@ alloc_nohuge: page = shmem_alloc_and_acct_page(gfp, inode, spin_unlock_irq(&info->lock); goto repeat; } - if (error == -EEXIST) /* from above or from radix_tree_insert */ + if (error == -EEXIST) goto repeat; return error; } @@ -2475,7 +2475,7 @@ static ssize_t shmem_file_read_iter(struct kiocb *iocb, struct iov_iter *to) } /* - * llseek SEEK_DATA or SEEK_HOLE through the radix_tree. + * llseek SEEK_DATA or SEEK_HOLE through the page cache. */ static pgoff_t shmem_seek_hole_data(struct address_space *mapping, pgoff_t index, pgoff_t end, int whence) @@ -2563,7 +2563,7 @@ static loff_t shmem_file_llseek(struct file *file, loff_t offset, int whence) } /* - * We need a tag: a new tag would expand every radix_tree_node by 8 bytes, + * We need a tag: a new tag would expand every xa_node by 8 bytes, * so reuse a tag which we firmly believe is never set or cleared on shmem. */ #define SHMEM_TAG_PINNED PAGECACHE_TAG_TOWRITE -- 2.15.1