Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp1425878ybl; Wed, 18 Dec 2019 18:58:48 -0800 (PST) X-Google-Smtp-Source: APXvYqxLx9aRln0BsoUiGFX2S4PwexFCf3czDn5BoMiH3mLq3SLklp0gyRjfOx4FupLbiglFsckF X-Received: by 2002:a05:6830:2098:: with SMTP id y24mr6384984otq.312.1576724328028; Wed, 18 Dec 2019 18:58:48 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1576724328; cv=none; d=google.com; s=arc-20160816; b=CLtD2zZSLsalpKDuSoNtZWFemRLwhfUfGoMYaYIUI3/kPaInjX22ZZBWEVmcvoqHzd PF1lpGbxwhRZ+6oDrNJr7ObKLdw+nm7DaLqirjzF+oJy10j65XBa/36F4SG87NXBnxd4 KGXZ9LoVUMzYSbL+GWL6sVg7ZL6i3bssGknltnNgNl8MAAmHNu4uH6G8/YrdhP6RMq9U twmBHn0dZii+liK+wJDRtBdXTftScXlg5cDuEKpwOr3WvSAxjH0Es4C2lU6qpZbAv5nr Nnm/yye68TC1+7NW+dmWk8RD2FurGrlil8tSl7lCRCFHsrukQyygDqOm27TovkQd+QVG hw6Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:reply-to:message-id :subject:cc:to:from:date; bh=K4ho8kzQj7rxTwmC6Lgbt6U/fVw05eIFVHB6NVz2i1I=; b=NdPp4btMhaexeVP/aA9cVxlI1OHSTaNIdAM34AZb6b1cOig9SGM+FwqP4VoUoQjVoL vTUM4RljQJ2QvX33vuuL6QkjvOUw5XKDLzBNZIpsivPcndonWGjdtYlBwxmWkjg1JhTU fb9uyJ1A+SkXVIpfST5yhPjP9yZMNjjM4Dr7RUIBOuvwxJWURDejeJLO1ZGuyRzaBoC7 NQ7oZqQIeaNQ+R1K8hu3olfKa73p2oe0JlXbXq9EVeyS9bT+BbpLlO4t/hF//vbM6roy wfqg1d4GRTGI9kXdrB1poZmA8WehCR/R7lv/b53wxMrVt+Z6rJQ4UzDsvcsR0rAzpRoO QhSA== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id o12si2624492otl.243.2019.12.18.18.58.36; Wed, 18 Dec 2019 18:58:48 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726847AbfLSC4t (ORCPT + 99 others); Wed, 18 Dec 2019 21:56:49 -0500 Received: from mga09.intel.com ([134.134.136.24]:49607 "EHLO mga09.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726751AbfLSC4t (ORCPT ); Wed, 18 Dec 2019 21:56:49 -0500 X-Amp-Result: UNKNOWN X-Amp-Original-Verdict: FILE UNKNOWN X-Amp-File-Uploaded: False Received: from fmsmga005.fm.intel.com ([10.253.24.32]) by orsmga102.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 18 Dec 2019 18:56:48 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.69,330,1571727600"; d="scan'208";a="416044730" Received: from richard.sh.intel.com (HELO localhost) ([10.239.159.54]) by fmsmga005.fm.intel.com with ESMTP; 18 Dec 2019 18:56:46 -0800 Date: Thu, 19 Dec 2019 10:56:45 +0800 From: Wei Yang To: David Hildenbrand Cc: Wei Yang , akpm@linux-foundation.org, cai@lca.pw, linux-mm@kvack.org, linux-kernel@vger.kernel.org Subject: Re: [Patch v2] mm: remove dead code totalram_pages_set() Message-ID: <20191219025645.GA5741@richard> Reply-To: Wei Yang References: <20191218005543.24146-1-richardw.yang@linux.intel.com> <20795dc0-8f6c-73cd-c98f-636f4ac59154@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20795dc0-8f6c-73cd-c98f-636f4ac59154@redhat.com> User-Agent: Mutt/1.9.4 (2018-02-28) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Dec 18, 2019 at 09:46:58AM +0100, David Hildenbrand wrote: >On 18.12.19 01:55, Wei Yang wrote: >> No one uses totalram_pages_set(), just remove it. >> >> Fixes: ca79b0c211af ("mm: convert totalram_pages and totalhigh_pages >> variables to atomic") > >Hi Wei, thanks for the update. > >We should really avoid "Fixes" tags here. This is neither a bugfix nor a >compile fix. > Agree, when I pick up this tags, I am a little not sure whether this is correct. >@Andrew, can you fix that up to: >"Last user was removed in commit ca79b0c211af ("mm: convert >totalram_pages and totalhigh_pages variables to atomic")." > Hmm... this one is not that exact. This function is introduced in commit ca79b0c211af and no one use it on its birth. Maybe we need to change it to: totalram_pages_set() is introduced in commit ca79b0c211af ("mm: convert totalram_pages and totalhigh_pages variables to atomic"), but no one use it. Thanks for your comments:-) >Cheers! > >> >> Signed-off-by: Wei Yang >> Reviewed-by: David Hildenbrand >> >> --- >> v2: fix typo and points which commit introduce it. >> --- >> include/linux/mm.h | 5 ----- >> 1 file changed, 5 deletions(-) >> >> diff --git a/include/linux/mm.h b/include/linux/mm.h >> index 74232b28949b..4cf023c4c6b3 100644 >> --- a/include/linux/mm.h >> +++ b/include/linux/mm.h >> @@ -70,11 +70,6 @@ static inline void totalram_pages_add(long count) >> atomic_long_add(count, &_totalram_pages); >> } >> >> -static inline void totalram_pages_set(long val) >> -{ >> - atomic_long_set(&_totalram_pages, val); >> -} >> - >> extern void * high_memory; >> extern int page_cluster; >> >> > > >-- >Thanks, > >David / dhildenb -- Wei Yang Help you, Help me