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 Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 87B17C07E9D for ; Wed, 28 Sep 2022 02:05:26 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id D81138E0114; Tue, 27 Sep 2022 22:05:25 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id D09528E00C1; Tue, 27 Sep 2022 22:05:25 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id B5C758E0114; Tue, 27 Sep 2022 22:05:25 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0015.hostedemail.com [216.40.44.15]) by kanga.kvack.org (Postfix) with ESMTP id 9F4998E00C1 for ; Tue, 27 Sep 2022 22:05:25 -0400 (EDT) Received: from smtpin03.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay07.hostedemail.com (Postfix) with ESMTP id 70E11160F9C for ; Wed, 28 Sep 2022 02:05:25 +0000 (UTC) X-FDA: 79959852210.03.EBB4BAB Received: from out0.migadu.com (out0.migadu.com [94.23.1.103]) by imf03.hostedemail.com (Postfix) with ESMTP id 8C47120007 for ; Wed, 28 Sep 2022 02:05:23 +0000 (UTC) Date: Wed, 28 Sep 2022 11:05:11 +0900 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.dev; s=key1; t=1664330721; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=c2MxatIKlnRgTMVHJ645nKU6WcLahTngruGJ8RFFSSI=; b=saP9WBl20FekD59GxcSd000H9QjoPMKOzc16DBIxBa840PxpuwWzA2nIAixdfUzsiYpepf Gc2gKjmkKqD6PySlCgyJYSbHO1at/g2r3Ki5byEuuTwhXP+RSRCxC5KwIP0G+31gluQFM5 myCVF9uMunvhFXlWlwPGIPst17HGyVc= X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: Naoya Horiguchi To: Miaohe Lin Cc: linux-mm@kvack.org, Andrew Morton , David Hildenbrand , Mike Kravetz , Yang Shi , Oscar Salvador , Muchun Song , Jane Chu , Naoya Horiguchi , linux-kernel@vger.kernel.org Subject: Re: [PATCH v3 2/4] mm/hwpoison: move definitions of num_poisoned_pages_* to memory-failure.c Message-ID: <20220928020511.GB597297@u2004.lan> References: <20220921091359.25889-1-naoya.horiguchi@linux.dev> <20220921091359.25889-3-naoya.horiguchi@linux.dev> <4b7c327a-547e-be8b-4568-745fabe74641@huawei.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <4b7c327a-547e-be8b-4568-745fabe74641@huawei.com> X-Migadu-Flow: FLOW_OUT ARC-Authentication-Results: i=1; imf03.hostedemail.com; dkim=pass header.d=linux.dev header.s=key1 header.b=saP9WBl2; spf=pass (imf03.hostedemail.com: domain of naoya.horiguchi@linux.dev designates 94.23.1.103 as permitted sender) smtp.mailfrom=naoya.horiguchi@linux.dev; dmarc=pass (policy=none) header.from=linux.dev ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1664330724; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=c2MxatIKlnRgTMVHJ645nKU6WcLahTngruGJ8RFFSSI=; b=RlsoHZ9LQEuCcvNGeuOWytYCCCOpYq8a+o8+ylwWLrxzydsq+UNI2wGJBQvkyUvaRVTcoj IL0sreJfT6V6bAFksRnhrPZSvuwsvfwrYb5okrSFf8kqG+C/yH5p3nPzONa73n6VDdC7dk CC2G2/d1+GSPLToSq2xM4Xj8jMYMoQg= ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1664330724; a=rsa-sha256; cv=none; b=n5ovxzGW215JTFt/4k78uxMyCciY05PyrtXPqD0uIkNke0R70LE8gjh+Q9HHzxRvTgaiZy 90+nSX+9ALMMsKmmQ9++iOU/HMyxHOC75c1P8qa5YLCFaDZmW0RT7QnlC1TkLElYrJnU8l 2bWTRfQrasL0KFL2OuV0Ad1fdHcIhmU= X-Rspamd-Server: rspam01 X-Rspamd-Queue-Id: 8C47120007 X-Stat-Signature: j8oqftp45acopezm6s44thcfbgzr7ptn Authentication-Results: imf03.hostedemail.com; dkim=pass header.d=linux.dev header.s=key1 header.b=saP9WBl2; spf=pass (imf03.hostedemail.com: domain of naoya.horiguchi@linux.dev designates 94.23.1.103 as permitted sender) smtp.mailfrom=naoya.horiguchi@linux.dev; dmarc=pass (policy=none) header.from=linux.dev X-Rspam-User: X-HE-Tag: 1664330723-921997 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: On Sat, Sep 24, 2022 at 07:53:15PM +0800, Miaohe Lin wrote: > On 2022/9/21 17:13, Naoya Horiguchi wrote: > > From: Naoya Horiguchi > > > > These interfaces will be used by drivers/base/core.c by later patch, so as a > > preparatory work move them to more common header file visible to the file. > > > > Signed-off-by: Naoya Horiguchi > > --- > > ChangeLog v2 -> v3: > > - added declaration of num_poisoned_pages_inc() in #ifdef CONFIG_MEMORY_FAILURE > > --- > > arch/parisc/kernel/pdt.c | 3 +-- > > include/linux/mm.h | 5 +++++ > > include/linux/swapops.h | 24 ++---------------------- > > mm/memory-failure.c | 10 ++++++++++ > > 4 files changed, 18 insertions(+), 24 deletions(-) > > > > diff --git a/arch/parisc/kernel/pdt.c b/arch/parisc/kernel/pdt.c > > index e391b175f5ec..fdc880e2575a 100644 > > --- a/arch/parisc/kernel/pdt.c > > +++ b/arch/parisc/kernel/pdt.c > > @@ -18,8 +18,7 @@ > > #include > > #include > > #include > > -#include > > Is header file "linux/swap.h" already unneeded before the code change? It seems there's > no code change in that file. Maybe yes. I updated this line too because it's introduced together swapops.h by the following commit. commit 0e5a7ff6e36ad58933d076ddcac36ff14d014692 Author: Helge Deller Date: Fri Jul 24 19:17:52 2020 +0200 parisc: Report bad pages as HardwareCorrupted > > > -#include > > +#include > > > > #include > > #include > > diff --git a/include/linux/mm.h b/include/linux/mm.h > > index c2277f5aba9e..80a2d800f272 100644 > > --- a/include/linux/mm.h > > +++ b/include/linux/mm.h > > @@ -3279,11 +3279,16 @@ extern atomic_long_t num_poisoned_pages __read_mostly; > > extern int soft_offline_page(unsigned long pfn, int flags); > > #ifdef CONFIG_MEMORY_FAILURE > > extern int __get_huge_page_for_hwpoison(unsigned long pfn, int flags); > > +extern void num_poisoned_pages_inc(void); > > #else > > static inline int __get_huge_page_for_hwpoison(unsigned long pfn, int flags) > > { > > return 0; > > } > > + > > +static inline void num_poisoned_pages_inc(void) > > +{ > > +} > > #endif > > > > #ifndef arch_memory_failure > > diff --git a/include/linux/swapops.h b/include/linux/swapops.h > > index a91dd08e107b..3e58a812399a 100644 > > --- a/include/linux/swapops.h > > +++ b/include/linux/swapops.h > > @@ -581,8 +581,6 @@ static inline int is_pmd_migration_entry(pmd_t pmd) > > > > #ifdef CONFIG_MEMORY_FAILURE > > > > -extern atomic_long_t num_poisoned_pages __read_mostly; > > - > > /* > > * Support for hardware poisoned pages > > */ > > @@ -610,17 +608,7 @@ static inline struct page *hwpoison_entry_to_page(swp_entry_t entry) > > return p; > > } > > > > -static inline void num_poisoned_pages_inc(void) > > -{ > > - atomic_long_inc(&num_poisoned_pages); > > -} > > - > > -static inline void num_poisoned_pages_sub(long i) > > -{ > > - atomic_long_sub(i, &num_poisoned_pages); > > -} > > - > > -#else /* CONFIG_MEMORY_FAILURE */ > > +#else > > > > static inline swp_entry_t make_hwpoison_entry(struct page *page) > > { > > @@ -636,15 +624,7 @@ static inline struct page *hwpoison_entry_to_page(swp_entry_t entry) > > { > > return NULL; > > } > > - > > -static inline void num_poisoned_pages_inc(void) > > -{ > > -} > > - > > -static inline void num_poisoned_pages_sub(long i) > > -{ > > -} > > -#endif /* CONFIG_MEMORY_FAILURE */ > > +#endif > > > > static inline int non_swap_entry(swp_entry_t entry) > > { > > diff --git a/mm/memory-failure.c b/mm/memory-failure.c > > index 5942e1c0407e..aa6ce685b863 100644 > > --- a/mm/memory-failure.c > > +++ b/mm/memory-failure.c > > @@ -74,6 +74,16 @@ atomic_long_t num_poisoned_pages __read_mostly = ATOMIC_LONG_INIT(0); > > > > static bool hw_memory_failure __read_mostly = false; > > > > +static inline void num_poisoned_pages_inc(void) > > This function is defined as "static inline" while it's "extern void num_poisoned_pages_inc(void)" > in the header file. Is this expected? No. 4/4 effectively fixes it, but I should've done this in this patch. Thank you, - Naoya Horiguchi > > Thanks, > Miaohe Lin > > > +{ > > + atomic_long_inc(&num_poisoned_pages); > > +} > > + > > +static inline void num_poisoned_pages_sub(long i) > > +{ > > + atomic_long_sub(i, &num_poisoned_pages); > > +} > > + > > /* > > * Return values: > > * 1: the page is dissolved (if needed) and taken off from buddy, > > >