Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp1337624pxb; Thu, 28 Jan 2021 13:55:50 -0800 (PST) X-Google-Smtp-Source: ABdhPJz0NpIj2sQ6ia8QuYM8dc4abPOwOUWoI4/4z3f3/AmmN/EdxCnDocBkTcPicfRrlDMptPGq X-Received: by 2002:a17:907:3f13:: with SMTP id hq19mr1560554ejc.142.1611870950573; Thu, 28 Jan 2021 13:55:50 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1611870950; cv=none; d=google.com; s=arc-20160816; b=d9CdJdAcGgIGEI58dkEGeQe4ZCejaY7TEwAJHPtQfegG9ZoNoBpf3+8WOdVUlvIjf2 DHqOMxPze5hWhlEp+O8kRtb7Lgkt0wsJPLDAphK9y2TUUyhxioM/ImfvMmWvcVnx4nYB FaC5WhUOFLD3rG5VQ6+g2oxaDdfTZe2yh2Xm2O7mix08/MU+HdbK8MuOFlst80Br4jrI RovSRvIQtycL1ZGHU7cKEcHPQIqZMxkvNd5KN+plYgfEBC0yhD90L9oUt9C2/eoB8pnN ojw0SJKYJ+IPId2F59lDG+QMGo1BVYdWJM+cRP9VLRosVkNKpQTxG8eyQl8AYFQsYB0p IvJw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:references:message-id:in-reply-to :subject:cc:to:from:date:dkim-signature; bh=X1vR6sPVHZZP/RCik6RDJlfYQaETQSuHl+h6yADrBnw=; b=XbFmx5KFPQLLaU1EGjkPmQcMjr+uJy4dmOtEcHi3wP4jRUEjIeIfGp5b7nF9+xprYG 95L2IUQ5BhREufsuibFkgTvUW+BrypmAMGBkYI7JyVl7fsBxVZL4JscbYxNXj/cdj94W XSRQi2dhRD3zMLSx2DLEi4VZkZ3H20y/nf7K/AiV7BUHVrBqSTls/XPDUyR0f9rSfdIu sizu86oYtU4bfaUlUZCJfjR8JMTEyHfrzw9k1PnCMiu1k3iUU4jCqjYk0QyMzZDq+tQh 0Bnw6Mpf74BBuUOHKCd4VGMrdH5V1PjZYtvQtF6D9/3IX/xl+yx+8U8udoAuSuCOGm7u 1QXA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=b0Y9Kc1q; 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=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id r21si3794414ejo.415.2021.01.28.13.55.25; Thu, 28 Jan 2021 13:55:50 -0800 (PST) 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; dkim=pass header.i=@google.com header.s=20161025 header.b=b0Y9Kc1q; 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=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229596AbhA1Vy5 (ORCPT + 99 others); Thu, 28 Jan 2021 16:54:57 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:53898 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231518AbhA1Vyr (ORCPT ); Thu, 28 Jan 2021 16:54:47 -0500 Received: from mail-pg1-x52a.google.com (mail-pg1-x52a.google.com [IPv6:2607:f8b0:4864:20::52a]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 519FAC061574 for ; Thu, 28 Jan 2021 13:54:07 -0800 (PST) Received: by mail-pg1-x52a.google.com with SMTP id o7so5221910pgl.1 for ; Thu, 28 Jan 2021 13:54:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=date:from:to:cc:subject:in-reply-to:message-id:references :mime-version; bh=X1vR6sPVHZZP/RCik6RDJlfYQaETQSuHl+h6yADrBnw=; b=b0Y9Kc1qXUXvSiRiywiKCjG36pUN3ouchYWcb/hFVZnDSaC7c1jfrHLvZIrOu9UzVa OE0zUnJK2niGAxf2iSxaww/y3xDpi5eR9Bot32O5SrOgcyJNzH9UUei20XhaUwRu4UuD k0WCc8URRjw9ANPN7eojDISeLjU6K2eRFKVRxwWkuYvIDaL1U4pMkTdWm2LRKmGQKrLx Nd4vgIHKdCLRxEXrHBIFvkuGmo/o+aPEztcdNN0X7k+L74LwWtN1+MuZtuZk/7UHgTic fF4SzAWn2OxvOhxDzJDC52mWfbJYbFAsfcrqLLYxZf9uFA48Q50w9xH+bGbFqURndgN2 bUSw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:in-reply-to:message-id :references:mime-version; bh=X1vR6sPVHZZP/RCik6RDJlfYQaETQSuHl+h6yADrBnw=; b=IgTrrrY5tfYdHW/Q5HgFQq285fUN6US08uplgf/prg8JlZf8CCQJK0u247sfHmPO3c ixfMAkV6euD4QqVbcW2uY4O2nM0LX/s8AOvjQ8v+Ja9NhkCrq0zUDpODxWmt14qI7XwA AYcuNVI56wK9Pw/v6z1cbvCjogI4Zd02H1pdkzmS07uoZsrTkLbW4KuNlPQ7VpM8A09h jnhIDY2ZdV8WGTWkgSepE9QwSAbigOAP0GWoFemH7sIlpYtNW+HKjm0nrBqSmuN28CQ0 Q/ALM7EH1wajz2/vrnFO0l0/DBQAQEJ1OBFKZfPh703FWUajqVrsoESFv+yibRGAMAoy gSeQ== X-Gm-Message-State: AOAM5305naDLZjM/e7uHSYWTamjlUQYQNmSTSp7amkC3gpR7r1ZU94XF T/y6lM6dQXB/WloBKtHDfjt5zw== X-Received: by 2002:a62:5344:0:b029:1c7:eeea:8bad with SMTP id h65-20020a6253440000b02901c7eeea8badmr1341831pfb.1.1611870846509; Thu, 28 Jan 2021 13:54:06 -0800 (PST) Received: from [2620:15c:17:3:4a0f:cfff:fe51:6667] ([2620:15c:17:3:4a0f:cfff:fe51:6667]) by smtp.gmail.com with ESMTPSA id gg6sm9020424pjb.2.2021.01.28.13.54.05 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 28 Jan 2021 13:54:05 -0800 (PST) Date: Thu, 28 Jan 2021 13:54:04 -0800 (PST) From: David Rientjes To: David Hildenbrand cc: linux-kernel@vger.kernel.org, linux-mm@kvack.org, Andrew Morton , Thomas Gleixner , "Peter Zijlstra (Intel)" , Mike Rapoport , Oscar Salvador , Michal Hocko , Wei Yang , linux-api@vger.kernel.org Subject: Re: [PATCH v2] mm/page_alloc: count CMA pages per zone and print them in /proc/zoneinfo In-Reply-To: <20210128164533.18566-1-david@redhat.com> Message-ID: <6d9cff33-39c1-ef8e-a18e-c865b95240b6@google.com> References: <20210127101813.6370-3-david@redhat.com> <20210128164533.18566-1-david@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 28 Jan 2021, David Hildenbrand wrote: > diff --git a/mm/vmstat.c b/mm/vmstat.c > index 7758486097f9..957680db41fa 100644 > --- a/mm/vmstat.c > +++ b/mm/vmstat.c > @@ -1650,6 +1650,11 @@ static void zoneinfo_show_print(struct seq_file *m, pg_data_t *pgdat, > zone->spanned_pages, > zone->present_pages, > zone_managed_pages(zone)); > +#ifdef CONFIG_CMA > + seq_printf(m, > + "\n cma %lu", > + zone->cma_pages); > +#endif > > seq_printf(m, > "\n protection: (%ld", Hmm, not sure about this. If cma is only printed for CONFIG_CMA, we can't distinguish between (1) a kernel without your patch without including some version checking and (2) a kernel without CONFIG_CMA enabled. IOW, "cma 0" carries value: we know immediately that we do not have any CMA pages on this zone, period. /proc/zoneinfo is also not known for its conciseness so I think printing "cma 0" even for !CONFIG_CMA is helpful :) I think this #ifdef should be removed and it should call into a zone_cma_pages(struct zone *zone) which returns 0UL if disabled.