Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S935903Ab3DHNke (ORCPT ); Mon, 8 Apr 2013 09:40:34 -0400 Received: from mx1.redhat.com ([209.132.183.28]:14685 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S935851Ab3DHNkc (ORCPT ); Mon, 8 Apr 2013 09:40:32 -0400 Message-ID: <5162C887.5070900@redhat.com> Date: Mon, 08 Apr 2013 09:39:19 -0400 From: Rik van Riel User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2 MIME-Version: 1.0 To: Jiang Liu CC: Andrew Morton , Jiang Liu , David Rientjes , Wen Congyang , Mel Gorman , Minchan Kim , KAMEZAWA Hiroyuki , Michal Hocko , James Bottomley , Sergei Shtylyov , David Howells , Mark Salter , Jianguo Wu , linux-mm@kvack.org, linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org, Michel Lespinasse Subject: Re: [PATCH v4, part3 11/15] mm: use a dedicated lock to protect totalram_pages and zone->managed_pages References: <1365256509-29024-1-git-send-email-jiang.liu@huawei.com> <1365256509-29024-12-git-send-email-jiang.liu@huawei.com> In-Reply-To: <1365256509-29024-12-git-send-email-jiang.liu@huawei.com> Content-Type: text/plain; charset=UTF-8; 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: 1062 Lines: 34 On 04/06/2013 09:55 AM, Jiang Liu wrote: > @@ -5186,6 +5189,22 @@ early_param("movablecore", cmdline_parse_movablecore); > > #endif /* CONFIG_HAVE_MEMBLOCK_NODE_MAP */ > > +void adjust_managed_page_count(struct page *page, long count) > +{ > + bool lock = (system_state != SYSTEM_BOOTING); > + > + /* No need to acquire the lock during boot */ > + if (lock) > + spin_lock(&managed_page_count_lock); > + > + page_zone(page)->managed_pages += count; > + totalram_pages += count; > + > + if (lock) > + spin_unlock(&managed_page_count_lock); > +} While I agree the boot code currently does not need the lock, is there any harm to removing that conditional? That would simplify the code, and protect against possible future cleverness of initializing multiple memory things simultaneously. -- All rights reversed -- 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/