Received: by 2002:ac0:a581:0:0:0:0:0 with SMTP id m1-v6csp7826289imm; Thu, 28 Jun 2018 09:50:15 -0700 (PDT) X-Google-Smtp-Source: AAOMgpco6pis/TZjd17NC4z0+s0tu/Jk9KVPXOSZeiBoaPwfkeBnTubGZHuZyicNZ8QNaKHKTELd X-Received: by 2002:a62:283:: with SMTP id 125-v6mr10883953pfc.51.1530204615598; Thu, 28 Jun 2018 09:50:15 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1530204615; cv=none; d=google.com; s=arc-20160816; b=qOI1FZ/b7QjMKht1Gmk/uZuT88wEWw+tjvK9Amh8C81YaoBbfFW/6IbV8E0TIoWoB7 PbZaNRhbnN6htj0dcZ5aLfjEJCVUCnsHcrHIFsJDDu2nq7IZRTjxmehYm5uSEfUYTPUT cPOE+Kq5CGMnaX/jzCg1N52Mp7SKjNqaee6buAoJnPnH0tFJqq0tGx4eVWeMwuheqWfz YGuhzFHVnCg+pb4yTIOuAqnAHC5qZGEokn5sbtmkRJSTWGxJMWMUoL8RSkjsVCfIW0nI A/bT3kid03ZN9p4A2t2NRQiZ0zoStSmPTFjxWCTIIXCZwoqYbt7P/jqG9BALeolTSeKk cJ/w== 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=d4FgTD/8iTCfR5dm4WMMXnmLs7+PRZJBW5TVC9PSHUI=; b=GozzgKq6Vh93rpJoB4fVItZIiMAk1SNqYRv6MbTnYrpwmpmra+xXB4s42SQdcdGcU+ WZ0BMPiR8tPLrrCzgHUxHvHK9SoJGJ+3D1vYGTfPiEJmQnd2SQ7WWAMVGrvmuAG2MTIw UAx4WDXzt3o4kFBbBgGPKgH0yUB/lqa+ugHDN8n2tbXmrwn+/ys/ssUs+BlhfWIVHgOh uF6mzF1njnYmfCOeOh6EN97Et8r2FP+8gJX4yWA945NI0Z01OA55zXdFavCFMK5nv6nV baqmM8avqmaLTSwVJfWSRc51qrYbc+BtnU8Tcn6YzWag/5EPkByA21HKiyJODAnkAvVI kiCQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@oracle.com header.s=corp-2017-10-26 header.b=phXdoCKA; 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 38-v6si7354264plc.446.2018.06.28.09.50.00; Thu, 28 Jun 2018 09:50:15 -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-2017-10-26 header.b=phXdoCKA; 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 S934994AbeF1MQC (ORCPT + 99 others); Thu, 28 Jun 2018 08:16:02 -0400 Received: from userp2120.oracle.com ([156.151.31.85]:48862 "EHLO userp2120.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S934923AbeF1MP4 (ORCPT ); Thu, 28 Jun 2018 08:15:56 -0400 Received: from pps.filterd (userp2120.oracle.com [127.0.0.1]) by userp2120.oracle.com (8.16.0.22/8.16.0.22) with SMTP id w5SCEB0c166975 for ; Thu, 28 Jun 2018 12:15:55 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-2017-10-26; bh=d4FgTD/8iTCfR5dm4WMMXnmLs7+PRZJBW5TVC9PSHUI=; b=phXdoCKAK7+Gy7J39ekVDWn3YLxh6pd1l5U0RRc29XjE7wlIVrAwwxKgyqF51KlOda1N iA+LKq6PB0uqRuT6kTvYwjT/zmklu3MFws+3XtiAbbs/JIp62jIjpUX7HeDBWq7RwhLl ERxungs0+Tm1FHRlNRgZ5KzSb+5UlcE11MB/KeQuJJdAcFlvhgZRsg2TvVBTXLWL9BBA Aa7MpzNQ8qBDjdqLPeLiysh1WMDDQ5TM7QD/jBcaDscXIISt830woP9swOUuNpwHjkw3 VhIrBt8faAhDkZnhLT4o+O2Wq6AhYSt25uaVfU9CjxnAyWyTYS2tF+hIlUmlMALjsn/D Pw== Received: from aserv0021.oracle.com (aserv0021.oracle.com [141.146.126.233]) by userp2120.oracle.com with ESMTP id 2jum0aa0yj-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Thu, 28 Jun 2018 12:15:55 +0000 Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72]) by aserv0021.oracle.com (8.14.4/8.14.4) with ESMTP id w5SCFsjp010738 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Thu, 28 Jun 2018 12:15:54 GMT Received: from abhmp0006.oracle.com (abhmp0006.oracle.com [141.146.116.12]) by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id w5SCFrVL005877 for ; Thu, 28 Jun 2018 12:15:53 GMT Received: from mail-ot0-f182.google.com (/74.125.82.182) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 28 Jun 2018 05:15:53 -0700 Received: by mail-ot0-f182.google.com with SMTP id c15-v6so5875470otl.3 for ; Thu, 28 Jun 2018 05:15:53 -0700 (PDT) X-Gm-Message-State: APt69E1IC9Mxfl2Y14J4ItfGjjazdEMDL51T0p5fMO3g7fUmEj5gXtQ7 K8TAW6FZEezkJUP1GTz2quApKGICW9igoGIuIaI= X-Received: by 2002:a9d:2e0e:: with SMTP id q14-v6mr3884558otb.275.1530188153336; Thu, 28 Jun 2018 05:15:53 -0700 (PDT) MIME-Version: 1.0 References: <20180628062857.29658-1-bhe@redhat.com> <20180628062857.29658-6-bhe@redhat.com> In-Reply-To: <20180628062857.29658-6-bhe@redhat.com> From: Pavel Tatashin Date: Thu, 28 Jun 2018 08:15:17 -0400 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH v6 5/5] mm/sparse: Remove CONFIG_SPARSEMEM_ALLOC_MEM_MAP_TOGETHER To: bhe@redhat.com Cc: LKML , Andrew Morton , dave.hansen@intel.com, pagupta@redhat.com, osalvador@techadventures.net, Linux Memory Management List , kirill.shutemov@linux.intel.com Content-Type: text/plain; charset="UTF-8" X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=8937 signatures=668703 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=3 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=813 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1806210000 definitions=main-1806280141 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Jun 28, 2018 at 2:29 AM Baoquan He wrote: > > Pavel pointed out that the behaviour of allocating memmap together > for one node should be defaulted for all ARCH-es. It won't break > anything because it will drop to the fallback action to allocate > imemmap for each section at one time if failed on large chunk of > memory. > > So remove CONFIG_SPARSEMEM_ALLOC_MEM_MAP_TOGETHER and clean up the > related codes. > > Signed-off-by: Baoquan He > Cc: Pavel Tatashin Reviewed-by: Pavel Tatashin