Received: by 2002:a05:6a10:c604:0:0:0:0 with SMTP id y4csp640341pxt; Thu, 5 Aug 2021 08:11:03 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxK72aHk7qtnuf8UM07D8wu+gH8FHpycx9AAk9Pp4s++OpzjYSXB7g6VvpPbCBpkYyUiGI8 X-Received: by 2002:a17:906:9b1:: with SMTP id q17mr5225662eje.546.1628176262970; Thu, 05 Aug 2021 08:11:02 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1628176262; cv=none; d=google.com; s=arc-20160816; b=pCr/yCNk4SwCFGcmdPNmH076q8sVZ5cTokr1TekKKCR8MItfgE+icPbeVgfe8zO3qa XsH5G19fuKHPcF7RMb/aaF81JWN9gsMnZgUTPHiSee9yqSLpfKNP3Eg1c2lalVVXJdV0 ZK68KUG2dZ1/FKLOLbJ35GJbqeOpElJR9POqhzkCcQeQcyF8CWcEKusfeq/mmdTigLt3 OUlw9VXse3Mj+iJPt5MNy+RzITDq4QWPc/CGLCpG24gt0XPJkAfWjYpvh0BUFycacJ6p Byp1caZfpzz76teyfuGUWKd0P/mR6Zn8Z494rPWOi9eOBpIKPhKpVfSWEr/iVbkWsx91 CSpQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:references:in-reply-to:references:in-reply-to :message-id:date:subject:cc:to:from; bh=uAxUWRREA8o/AiPUxc4MZDe2sOfiNhvmbTQ8r2rN/Qc=; b=KFxvi6rkzs5bkdOqx4Eb0/polhIEONt7SIEmF2MhSaaf1OlAlyad0L6mYGwmVAC4rA WML/gymIrxju3xeSW1U4pDyyLDfJFyl/QZ4zhEcuq0+YkInlIjIra7PHJ6hd8kA8BwlB Wm4flHYiPSPcBWDkri7nP3WCNB+KDPRDKRcqtYpZaj4G/wyxuw5qRxFSyMj8Fzr3kDOh yE0aLD10IcWKEhojSiWWPRkOt/MnG7T0RDiAIWQQKrzFmpmfJ0bQieNKYBnPcUx98mJc ewG+qjY4rj+4QhDg5usTM7Vs50LfpLJhMmU2WZXTdIfIXwoDUtqAUm5EwTyo5l5hd0yi SZUg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id k3si5720534edi.310.2021.08.05.08.10.39; Thu, 05 Aug 2021 08:11:02 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S241558AbhHEPGb (ORCPT + 99 others); Thu, 5 Aug 2021 11:06:31 -0400 Received: from out30-42.freemail.mail.aliyun.com ([115.124.30.42]:36989 "EHLO out30-42.freemail.mail.aliyun.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S241251AbhHEPGZ (ORCPT ); Thu, 5 Aug 2021 11:06:25 -0400 X-Alimail-AntiSpam: AC=PASS;BC=-1|-1;BR=01201311R141e4;CH=green;DM=||false|;DS=||;FP=0|-1|-1|-1|0|-1|-1|-1;HT=e01e01424;MF=baolin.wang@linux.alibaba.com;NM=1;PH=DS;RN=4;SR=0;TI=SMTPD_---0Ui3FG-J_1628175968; Received: from localhost(mailfrom:baolin.wang@linux.alibaba.com fp:SMTPD_---0Ui3FG-J_1628175968) by smtp.aliyun-inc.com(127.0.0.1); Thu, 05 Aug 2021 23:06:09 +0800 From: Baolin Wang To: akpm@linux-foundation.org Cc: baolin.wang@linux.alibaba.com, linux-mm@kvack.org, linux-kernel@vger.kernel.org Subject: [PATCH 3/5] mm: migrate: Fix the incorrect function name in comments Date: Thu, 5 Aug 2021 23:05:58 +0800 Message-Id: <433d0be927c0cae047a4ca04feff0a1dccefe324.1628174413.git.baolin.wang@linux.alibaba.com> X-Mailer: git-send-email 1.8.3.1 In-Reply-To: References: In-Reply-To: References: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org since commit a98a2f0c8ce1 ("mm/rmap: split migration into its own function"), the migration ptes establishment has been split into a separate try_to_migrate() function, thus update the related comments. Signed-off-by: Baolin Wang --- mm/migrate.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/mm/migrate.c b/mm/migrate.c index eeba4c6..6f048a8 100644 --- a/mm/migrate.c +++ b/mm/migrate.c @@ -1005,7 +1005,7 @@ static int __unmap_and_move(struct page *page, struct page *newpage, } /* - * By try_to_unmap(), page->mapcount goes down to 0 here. In this case, + * By try_to_migrate(), page->mapcount goes down to 0 here. In this case, * we cannot notice that anon_vma is freed while we migrates a page. * This get_anon_vma() delays freeing anon_vma pointer until the end * of migration. File cache pages are no problem because of page_lock() -- 1.8.3.1