Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp2989010imu; Sun, 9 Dec 2018 14:25:17 -0800 (PST) X-Google-Smtp-Source: AFSGD/X5hy8KLt6EOUq2Yj6RjQh0qFmv2RTuj+j48czVUwp8gvMcdbpVpTZ9nOWkLcvpwuNcxiAH X-Received: by 2002:a17:902:b01:: with SMTP id 1mr10042452plq.331.1544394316931; Sun, 09 Dec 2018 14:25:16 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1544394316; cv=none; d=google.com; s=arc-20160816; b=nuT7uRh2brr2tnh50Ovg79r5cpNYjea4smQSFF3jdauKVUfG8xHVcapEnClhR87+Lt CvNk7Lz1rGSAoYhzBECYY9UqRMjNk3iuYWR7u0bc6/CfGZRV3xAlaaFrk0UHn34O9vkq Bwsk8gq3Bakirccs55e4lM7K5zun9hZ3MC24IYuQwTsR9hxmm//sGwtiJPC//BVUc4gp 1JWYxAS63GHNlPbZ6sylC69rFbncdgk2soKT61Lfn2dYfoWZBK+Hfc25Y4Bd+dcFpid7 zZP33buqFgFlR3P18n/H2qLOkmFWZeEfdQ+wjnVyw+VFon62Bm2Pp/3129axc3FKJeaO hS1Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:subject:message-id:date:cc:to :from:mime-version:content-transfer-encoding:content-disposition; bh=UD8ZPeMVgwN7FO4x7os2VLteG5+L4Fn2oTO4UHy8Q/8=; b=GYWW/7VWqQBi7p4ToguKSFAD3fKviVdZsKT9+k1j+hPMC2LyFtHpUg0Yxtw8vmdCl5 TyDdZxmVZXIp1jP68znx+pEhhM+KWCv4+yYcQJiaUp4TXZI3izHJ6FLRw+2b2WeIlwBD xfcKDLEV2PF59a0rBeGxTYiTwPjZIzZlquUkTxb/coMBPketcSs7AIUSzp2QIBVi8pUz b6QqjZXmK7nc4jbWXw+yTU0jbkgB8fzwDGhwDN8Rgq/F+2M4hf12cyImrHCSfO33A3m6 5BDEtFLZscjd4A9gF9cW2RF303pux9wpNwxWLLAkZGmXamBRL6oBsgKoBM0njuhf/fgX c15w== ARC-Authentication-Results: i=1; mx.google.com; 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 c10si8340171pll.271.2018.12.09.14.25.02; Sun, 09 Dec 2018 14:25:16 -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; 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 S1728667AbeLIWXv (ORCPT + 99 others); Sun, 9 Dec 2018 17:23:51 -0500 Received: from shadbolt.e.decadent.org.uk ([88.96.1.126]:35052 "EHLO shadbolt.e.decadent.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726484AbeLIVzS (ORCPT ); Sun, 9 Dec 2018 16:55:18 -0500 Received: from pub.yeoldevic.com ([81.174.156.145] helo=deadeye) by shadbolt.decadent.org.uk with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1gW72h-0002ia-Qo; Sun, 09 Dec 2018 21:55:16 +0000 Received: from ben by deadeye with local (Exim 4.91) (envelope-from ) id 1gW72e-0003Qv-9U; Sun, 09 Dec 2018 21:55:12 +0000 Content-Type: text/plain; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 8bit MIME-Version: 1.0 From: Ben Hutchings To: linux-kernel@vger.kernel.org, stable@vger.kernel.org CC: akpm@linux-foundation.org, "Peter Zijlstra" , "Nicholas Piggin" , "Linus Torvalds" , "Will Deacon" Date: Sun, 09 Dec 2018 21:50:33 +0000 Message-ID: X-Mailer: LinuxStableQueue (scripts by bwh) X-Patchwork-Hint: ignore Subject: [PATCH 3.16 158/328] mm: move tlb_table_flush to tlb_flush_mmu_free In-Reply-To: X-SA-Exim-Connect-IP: 81.174.156.145 X-SA-Exim-Mail-From: ben@decadent.org.uk X-SA-Exim-Scanned: No (on shadbolt.decadent.org.uk); SAEximRunCond expanded to false Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 3.16.62-rc1 review patch. If anyone has any objections, please let me know. ------------------ From: Nicholas Piggin commit db7ddef301128dad394f1c0f77027f86ee9a4edb upstream. There is no need to call this from tlb_flush_mmu_tlbonly, it logically belongs with tlb_flush_mmu_free. This makes future fixes simpler. [ This was originally done to allow code consolidation for the mmu_notifier fix, but it also ends up helping simplify the HAVE_RCU_TABLE_INVALIDATE fix. - Linus ] Signed-off-by: Nicholas Piggin Acked-by: Will Deacon Cc: Peter Zijlstra Signed-off-by: Linus Torvalds [bwh: Backported to 3.16: adjust context] Signed-off-by: Ben Hutchings --- mm/memory.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) --- a/mm/memory.c +++ b/mm/memory.c @@ -236,15 +236,15 @@ static void tlb_flush_mmu_tlbonly(struct { tlb->need_flush = 0; tlb_flush(tlb); -#ifdef CONFIG_HAVE_RCU_TABLE_FREE - tlb_table_flush(tlb); -#endif } static void tlb_flush_mmu_free(struct mmu_gather *tlb) { struct mmu_gather_batch *batch; +#ifdef CONFIG_HAVE_RCU_TABLE_FREE + tlb_table_flush(tlb); +#endif for (batch = &tlb->local; batch; batch = batch->next) { free_pages_and_swap_cache(batch->pages, batch->nr); batch->nr = 0;