Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753626Ab3CXM26 (ORCPT ); Sun, 24 Mar 2013 08:28:58 -0400 Received: from mail-la0-f52.google.com ([209.85.215.52]:51805 "EHLO mail-la0-f52.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753534Ab3CXM25 (ORCPT ); Sun, 24 Mar 2013 08:28:57 -0400 Message-ID: <514EF148.7060106@cogentembedded.com> Date: Sun, 24 Mar 2013 16:27:52 +0400 From: Sergei Shtylyov Organization: Cogent Embedded User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/20130307 Thunderbird/17.0.4 MIME-Version: 1.0 To: Jiang Liu CC: Andrew Morton , David Rientjes , Jiang Liu , Wen Congyang , Mel Gorman , Minchan Kim , KAMEZAWA Hiroyuki , Michal Hocko , Jianguo Wu , linux-mm@kvack.org, linux-kernel@vger.kernel.org, Miklos Szeredi , "David S. Miller" , Alexey Kuznetsov , James Morris , Hideaki YOSHIFUJI , Patrick McHardy , fuse-devel@lists.sourceforge.net, netdev@vger.kernel.org Subject: Re: [RFC PATCH v2, part4 37/39] mm: use totalram_pages instead of num_physpages at runtime References: <1364109934-7851-1-git-send-email-jiang.liu@huawei.com> <1364109934-7851-66-git-send-email-jiang.liu@huawei.com> In-Reply-To: <1364109934-7851-66-git-send-email-jiang.liu@huawei.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2925 Lines: 81 Hello. On 24-03-2013 11:25, Jiang Liu wrote: > The global variable num_physpages is scheduled to be removed, so use > totalram_pages instead of num_physpages at runtime. > Signed-off-by: Jiang Liu > Cc: Miklos Szeredi > Cc: "David S. Miller" > Cc: Alexey Kuznetsov > Cc: James Morris > Cc: Hideaki YOSHIFUJI > Cc: Patrick McHardy > Cc: fuse-devel@lists.sourceforge.net > Cc: linux-kernel@vger.kernel.org > Cc: netdev@vger.kernel.org > --- > fs/fuse/inode.c | 2 +- > kernel/power/snapshot.c | 4 ++-- > net/ipv4/inet_fragment.c | 2 +- > 3 files changed, 4 insertions(+), 4 deletions(-) > diff --git a/fs/fuse/inode.c b/fs/fuse/inode.c > index b730fda..4c2a420 100644 > --- a/fs/fuse/inode.c > +++ b/fs/fuse/inode.c > @@ -781,7 +781,7 @@ static const struct super_operations fuse_super_operations = { > static void sanitize_global_limit(unsigned *limit) > { > if (*limit == 0) > - *limit = ((num_physpages << PAGE_SHIFT) >> 13) / > + *limit = ((totalram_pages << PAGE_SHIFT) >> 13) / > sizeof(struct fuse_req); > > if (*limit >= 1 << 16) > diff --git a/kernel/power/snapshot.c b/kernel/power/snapshot.c > index 0de2857..8b5d1cd 100644 > --- a/kernel/power/snapshot.c > +++ b/kernel/power/snapshot.c > @@ -1651,7 +1651,7 @@ unsigned long snapshot_get_image_size(void) > static int init_header(struct swsusp_info *info) > { > memset(info, 0, sizeof(struct swsusp_info)); > - info->num_physpages = num_physpages; > + info->num_physpages = get_num_physpages(); > info->image_pages = nr_copy_pages; > info->pages = snapshot_get_image_size(); > info->size = info->pages; > @@ -1795,7 +1795,7 @@ static int check_header(struct swsusp_info *info) > char *reason; > > reason = check_image_kernel(info); > - if (!reason && info->num_physpages != num_physpages) > + if (!reason && info->num_physpages != get_num_physpages()) > reason = "memory size"; > if (reason) { > printk(KERN_ERR "PM: Image mismatch: %s\n", reason); > diff --git a/net/ipv4/inet_fragment.c b/net/ipv4/inet_fragment.c > index 4750d2b..94a99a1 100644 > --- a/net/ipv4/inet_fragment.c > +++ b/net/ipv4/inet_fragment.c > @@ -60,7 +60,7 @@ void inet_frags_init(struct inet_frags *f) > > rwlock_init(&f->lock); > > - f->rnd = (u32) ((num_physpages ^ (num_physpages>>7)) ^ > + f->rnd = (u32) ((totalram_pages ^ (totalram_pages>>7)) ^ > (jiffies ^ (jiffies >> 6))); > > setup_timer(&f->secret_timer, inet_frag_secret_rebuild, Isn't patch 37 the same as patch 9? WBR, Sergei -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/