Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp600249imm; Wed, 18 Jul 2018 07:36:21 -0700 (PDT) X-Google-Smtp-Source: AAOMgpdVq2BaoyVWNMwE69VTci9ddrP8JAfOAkSW9wO3/SIONaw3OUh3MliG/RJxtTLX8zaAUZaR X-Received: by 2002:a62:fc4b:: with SMTP id e72-v6mr5537190pfh.168.1531924581017; Wed, 18 Jul 2018 07:36:21 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1531924580; cv=none; d=google.com; s=arc-20160816; b=kXkfDEs1DrJK0rAoq2O8BCVXG2y4wobnOel/FCuE86/DF1xhLXr/7ixrgmDQ4kMV7e o5KN4XIHgI63fuh2Bu2kaPbuwxW9hJEht7zbc4/K5oeLLqXIgeTamakKnaCWVJPElukM xQQmkternvF+I2VLYgQN0fComm5z4J5I51q5/5cMWTqcfPLTGeteNQTFevRBotxFqAp5 WDMl0DBBxE31M2SgFG1O93EHHRtsfu7d62yUVQV0u7wQXhs7PGywpH1S4NBdJQrzZEkT ICs1Fe6OloEYKR6hT5NdPEvOB7cZ7P3GJ3Om2ridWB3QHBrCKf6bV0+DbEHZfLo5MBoS VE1A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature :arc-authentication-results; bh=rhCDXo6KYD4IOUvxkVxDlvRpBudWJ8ct9v+0zTzY7kw=; b=JZUpsiQorgeIbgAGHAGjNBkxOXv2vdGS1cV+gBoyR//QneHiToN9fJooRc6L77lw6i jfEEO05uiyWSVu8gcKnRYrEFf2CzwhKC3jnttCfQS9hQasd90Em0HkocOZYLkUPJ+jhu wv8eiJ3XXkoo91LpMV0EgjScphGoJ53G7xMkq/8tOs+H5dxZE25/cGgzQOhUvgbMJrcf q9FyWsUJFbXRlkpvRrBRqvX1OU2h1mbMvEyyKgjExCgwOcIMa2EMQEvmd1Q0qp1wnU9T OPcQ+ihhYfDD/81wUudx0DkjFhPuxEaVR/QOPy8M/ER8Ig3lv4RRk4SBKCWC5ZPbVpq8 /Pfg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@oracle.com header.s=corp-2018-07-02 header.b="PvXFxq/u"; 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=pass (p=NONE sp=NONE dis=NONE) header.from=oracle.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 7-v6si3514383pll.212.2018.07.18.07.36.05; Wed, 18 Jul 2018 07:36:20 -0700 (PDT) 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; dkim=pass header.i=@oracle.com header.s=corp-2018-07-02 header.b="PvXFxq/u"; 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=pass (p=NONE sp=NONE dis=NONE) header.from=oracle.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730982AbeGRPNS (ORCPT + 99 others); Wed, 18 Jul 2018 11:13:18 -0400 Received: from aserp2120.oracle.com ([141.146.126.78]:34504 "EHLO aserp2120.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730383AbeGRPNS (ORCPT ); Wed, 18 Jul 2018 11:13:18 -0400 Received: from pps.filterd (aserp2120.oracle.com [127.0.0.1]) by aserp2120.oracle.com (8.16.0.22/8.16.0.22) with SMTP id w6IEXbPN142548 for ; Wed, 18 Jul 2018 14:35:04 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : references : in-reply-to : from : date : message-id : subject : to : cc : content-type; s=corp-2018-07-02; bh=rhCDXo6KYD4IOUvxkVxDlvRpBudWJ8ct9v+0zTzY7kw=; b=PvXFxq/uwI1bDyMwI8u6GE8ZaXYEg0uzyEk+zEvJD0Ind20uweNuUXKk+1NLtZnbzMCs 4wKYxRk+KDxdrmGQZqRoWw4jQHdd/v2G7okx/o8SiAiQn/konQGk68r0qTIlLylwh2O2 BpLDntgCfI+liqaTevuPebTVn07ntDwcPzmFxMWivVuYXnAjjmPfet3p/ei/yfvPtLLJ tS6WsmqpVgmLEOoppIzOPx1ZBCMTiSzLCojkyKHGEDYVjQFslRnXH4VsDyiQzPgYKczg Ri1PfNKYX5ULx5Lz+306+Vd8CD5w3eDUyKPcoqCLxHaVvqLA02hLDIXCvh44GBSp/tGf vg== Received: from userv0022.oracle.com (userv0022.oracle.com [156.151.31.74]) by aserp2120.oracle.com with ESMTP id 2k9yjghwu4-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Wed, 18 Jul 2018 14:35:04 +0000 Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235]) by userv0022.oracle.com (8.14.4/8.14.4) with ESMTP id w6IEZ3fl001446 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Wed, 18 Jul 2018 14:35:03 GMT Received: from abhmp0002.oracle.com (abhmp0002.oracle.com [141.146.116.8]) by aserv0121.oracle.com (8.14.4/8.13.8) with ESMTP id w6IEZ3b1021679 for ; Wed, 18 Jul 2018 14:35:03 GMT Received: from mail-oi0-f51.google.com (/209.85.218.51) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 18 Jul 2018 14:35:03 +0000 Received: by mail-oi0-f51.google.com with SMTP id q11-v6so9163823oic.12 for ; Wed, 18 Jul 2018 07:35:03 -0700 (PDT) X-Gm-Message-State: AOUpUlF4Kllebl/39Y7vFExqr1TOcJ4LIOKQ6y9iqG3d5OHgceUdf+zU flK+9wMUyp7RVQ8rkFjUZ6q7cZH7143uNR20qTI= X-Received: by 2002:a54:4f88:: with SMTP id g8-v6mr7042583oiy.191.1531924495286; Wed, 18 Jul 2018 07:34:55 -0700 (PDT) MIME-Version: 1.0 References: <20180718124722.9872-1-osalvador@techadventures.net> <20180718124722.9872-4-osalvador@techadventures.net> In-Reply-To: <20180718124722.9872-4-osalvador@techadventures.net> From: Pavel Tatashin Date: Wed, 18 Jul 2018 10:34:19 -0400 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH 3/3] mm/page_alloc: Split context in free_area_init_node To: osalvador@techadventures.net Cc: Andrew Morton , Michal Hocko , Vlastimil Babka , iamjoonsoo.kim@lge.com, aaron.lu@intel.com, LKML , Linux Memory Management List , osalvador@suse.de Content-Type: text/plain; charset="UTF-8" X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=8958 signatures=668706 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=10 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=828 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1806210000 definitions=main-1807180164 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Jul 18, 2018 at 8:47 AM wrote: > > From: Oscar Salvador > > If free_area_init_node gets called from memhotplug code, > we do not need to call calculate_node_totalpages(), > as the node has no pages. I am not positive this is safe. Some pgdat fields in calculate_node_totalpages() are set. Even if those fields are always set to zeros, pgdat may be reused (i.e. node went offline and later came back online), so we might still need to set those fields to zeroes. Pavel