Message ID | 28ff7966573c7830f6bc296c1a1fc9a4c7072dc0.1641659630.git.luto@kernel.org (mailing list archive) |
---|---|
State | New |
Headers | show
Return-Path: <owner-linux-mm@kvack.org> X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id C7F4FC433F5 for <linux-mm@archiver.kernel.org>; Sat, 8 Jan 2022 16:44:44 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 143AD6B0087; Sat, 8 Jan 2022 11:44:35 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 07DBE6B0088; Sat, 8 Jan 2022 11:44:35 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id E3C736B0089; Sat, 8 Jan 2022 11:44:34 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0188.hostedemail.com [216.40.44.188]) by kanga.kvack.org (Postfix) with ESMTP id BFC6B6B0088 for <linux-mm@kvack.org>; Sat, 8 Jan 2022 11:44:34 -0500 (EST) Received: from smtpin07.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay02.hostedemail.com (Postfix) with ESMTP id 6872297906 for <linux-mm@kvack.org>; Sat, 8 Jan 2022 16:44:34 +0000 (UTC) X-FDA: 79007693268.07.5E8B834 Received: from ams.source.kernel.org (ams.source.kernel.org [145.40.68.75]) by imf15.hostedemail.com (Postfix) with ESMTP id 09481A0018 for <linux-mm@kvack.org>; Sat, 8 Jan 2022 16:44:33 +0000 (UTC) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id EE672B80B44; Sat, 8 Jan 2022 16:44:32 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 85F0DC36AED; Sat, 8 Jan 2022 16:44:31 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1641660271; bh=rqABZliQOnPw5+mRwJyiDUUR6g4Y/aDsdVsBAqWYhN8=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=fNMg1GzMBirsWhPfcJt1VS301owi+7JZLVLHidbemWtEDnzBUeY3M57pY4xDlXxvJ jAZyEHz6Nfysn9TMOIt9eFhF5NissZryhOyD2fYqHo5bJPiFOXFH0+yBIWFKVD7+qU sIM2nEPPYJgDNxeIYejHjq4i+TacBOY563IE6FYmIGA7kYDAwcmtIrYNCiIUS+IyEh 3oU7c1dDNyrd1gHCnyl6y9k5ASLzmcLy1HQIDCW4NVDlQGfcq+pdDyMkU3UY/haVLp AN77MSHH/JA4rLDvCP3U51/Vecf7iWcX32o+xIfYXJ1gMyw13FlZFBTQdRaxVV7NSn CYdwqtRUYX/eQ== From: Andy Lutomirski <luto@kernel.org> To: Andrew Morton <akpm@linux-foundation.org>, Linux-MM <linux-mm@kvack.org> Cc: Nicholas Piggin <npiggin@gmail.com>, Anton Blanchard <anton@ozlabs.org>, Benjamin Herrenschmidt <benh@kernel.crashing.org>, Paul Mackerras <paulus@ozlabs.org>, Randy Dunlap <rdunlap@infradead.org>, linux-arch <linux-arch@vger.kernel.org>, x86@kernel.org, Rik van Riel <riel@surriel.com>, Dave Hansen <dave.hansen@intel.com>, Peter Zijlstra <peterz@infradead.org>, Nadav Amit <nadav.amit@gmail.com>, Mathieu Desnoyers <mathieu.desnoyers@efficios.com>, Andy Lutomirski <luto@kernel.org> Subject: [PATCH 13/23] exec: Remove unnecessary vmacache_seqnum clear in exec_mmap() Date: Sat, 8 Jan 2022 08:43:58 -0800 Message-Id: <28ff7966573c7830f6bc296c1a1fc9a4c7072dc0.1641659630.git.luto@kernel.org> X-Mailer: git-send-email 2.33.1 In-Reply-To: <cover.1641659630.git.luto@kernel.org> References: <cover.1641659630.git.luto@kernel.org> MIME-Version: 1.0 X-Rspamd-Server: rspam05 X-Rspamd-Queue-Id: 09481A0018 X-Stat-Signature: pykgauji9iygje6dkjkjxnnw3y7eqkwk Authentication-Results: imf15.hostedemail.com; dkim=pass header.d=kernel.org header.s=k20201202 header.b=fNMg1GzM; spf=pass (imf15.hostedemail.com: domain of luto@kernel.org designates 145.40.68.75 as permitted sender) smtp.mailfrom=luto@kernel.org; dmarc=pass (policy=none) header.from=kernel.org X-HE-Tag: 1641660273-676469 Content-Transfer-Encoding: quoted-printable X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: <linux-mm.kvack.org> |
Series |
mm, sched: Rework lazy mm handling
|
expand
|
diff --git a/fs/exec.c b/fs/exec.c index 325dab98bc51..2afa7b0c75f2 100644 --- a/fs/exec.c +++ b/fs/exec.c @@ -1024,7 +1024,6 @@ static int exec_mmap(struct mm_struct *mm) if (IS_ENABLED(CONFIG_ARCH_WANT_IRQS_OFF_ACTIVATE_MM)) local_irq_enable(); membarrier_finish_switch_mm(mm); - tsk->mm->vmacache_seqnum = 0; vmacache_flush(tsk); task_unlock(tsk); if (old_mm) {
exec_mmap() activates a brand new mm, so vmacache_seqnum is already 0. Stop zeroing it. Signed-off-by: Andy Lutomirski <luto@kernel.org> --- fs/exec.c | 1 - 1 file changed, 1 deletion(-)