Received: by 2002:ac0:a594:0:0:0:0:0 with SMTP id m20-v6csp776819imm; Tue, 15 May 2018 09:02:21 -0700 (PDT) X-Google-Smtp-Source: AB8JxZqdkDWcIzzyzwe6jU0Jeh4aDrz0Uybee1OVLeKEvuZqevE9RTC0gqf7VQf6mVPUl8/KDKy4 X-Received: by 2002:a17:902:24c7:: with SMTP id l7-v6mr15296036plg.327.1526400141559; Tue, 15 May 2018 09:02:21 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1526400141; cv=none; d=google.com; s=arc-20160816; b=BIhhzv2GLy/nKMq08TWfpoJnIYWh49HIKfi+wiWGdOYRqXm0LkLkpOcIZrVpLgCORD YlgPz7aslw2D6vfEu3jnUPREtBdhtNcDqKHyE7LTlNtXOfLz9AhvSQtUlzeAGlLZNzUE MT7zrltAuUqDYVMZMyeit7Py4rGGRuvNZxEdi817SflxzBNkXtgY5mx2OqTxaPjFfr+Y dIgCQmMlAHe9GrYNvzej+TeCALU+ej/yMAC6y0d+KnWkMSjytBySEySFlnP3ArsyLoz9 Ofs96Ly+d0Ph+yapW8yAd+yBaJQU6tDYjW6qjvy2nWLWQWduAwz8WDxZhQjZ4X3d39YJ obXQ== 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=m3zzDVkFNxM7rdS7ezPigDEhIc6oW4AiUifkXQlbG/M=; b=KFarqEBgBhu5jj9vraceHIyEuZVVytN8RhUTtkeH294RjtnGMmIzxUP/I+ycWZHgpU q9QHybme6CuORF6bpyVmTGkVRtgFd+BnPb0ZRp2Unz43OTrsFxnLIlRghzST5e+u1tId MhjXM/tL8AzgGwwZO4/Nn+kIcNyn586OlvvToBd47JeAfL21vIz+ZBc0cD8MmElCosWX xdKJD4hzXenDXmpwFLH2M/IdGDeLSVUywoiPPhHHRXj2oS8MMBIbZ5VOGC3BShVb7TZ8 RVsV9jWPwrT9N5eVa5svbIHEAtx9zRygGsLiYSp2q5IdqMIlgfeUllXcsuBXfUDu/Y/0 JDcQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@oracle.com header.s=corp-2017-10-26 header.b=DO045qQn; 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 d127-v6si263365pgc.236.2018.05.15.09.01.31; Tue, 15 May 2018 09:02:21 -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=DO045qQn; 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 S1752240AbeEOQAG (ORCPT + 99 others); Tue, 15 May 2018 12:00:06 -0400 Received: from userp2130.oracle.com ([156.151.31.86]:47246 "EHLO userp2130.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751099AbeEOQAF (ORCPT ); Tue, 15 May 2018 12:00:05 -0400 Received: from pps.filterd (userp2130.oracle.com [127.0.0.1]) by userp2130.oracle.com (8.16.0.22/8.16.0.22) with SMTP id w4FFtwtF080661 for ; Tue, 15 May 2018 16:00: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-2017-10-26; bh=m3zzDVkFNxM7rdS7ezPigDEhIc6oW4AiUifkXQlbG/M=; b=DO045qQn1DUlHlaT6pRBK9RivQE+AlWJhDuGIc8I2evNbDucSDH9G0DuuK3EPFsEILm0 dI+iwDR7LOlM2BlD1TC1lt/jhFa0DKQTdhzQvXQHMkFzJAMr2rUqtYY/aYES1USwqhYH We58uRJkWrrhAmQc54k02y4mMoTOrlExM7gbK7+pCqIppshKUquSpGmLhV6LmfyAB96A 9AMXoE/Exbetyr1UW+gTlDuDCF+w47feQqUpBgIjUUvswjhJgYmiDDa29C23HF80UpNA Xvt3fa06yx1aKzEL0Y8KpvUzW0E84DrLlhJSEMSynBFhjudCauR3N2BjEvqV/9ikgGJL Fg== Received: from aserv0022.oracle.com (aserv0022.oracle.com [141.146.126.234]) by userp2130.oracle.com with ESMTP id 2hx29w93j4-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Tue, 15 May 2018 16:00:04 +0000 Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236]) by aserv0022.oracle.com (8.14.4/8.14.4) with ESMTP id w4FG0283010802 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Tue, 15 May 2018 16:00:02 GMT Received: from abhmp0012.oracle.com (abhmp0012.oracle.com [141.146.116.18]) by aserv0122.oracle.com (8.14.4/8.14.4) with ESMTP id w4FG02mS019744 for ; Tue, 15 May 2018 16:00:02 GMT Received: from mail-ot0-f182.google.com (/74.125.82.182) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 15 May 2018 09:00:02 -0700 Received: by mail-ot0-f182.google.com with SMTP id n1-v6so780398otf.7 for ; Tue, 15 May 2018 09:00:01 -0700 (PDT) X-Gm-Message-State: ALKqPwccVfkQCPiyqi5473pg5jv/xrnGXvSfp51SoZ7KGerCl8XtQQXp oiSPMbYDwXgKZ2RyisASyeMEUv/+Nv/4ThXtX6U= X-Received: by 2002:a9d:1a2f:: with SMTP id a44-v6mr10378596ote.275.1526400001463; Tue, 15 May 2018 09:00:01 -0700 (PDT) MIME-Version: 1.0 References: <20180510115356.31164-1-pasha.tatashin@oracle.com> <20180510123039.GF5325@dhcp22.suse.cz> <20180515091036.GC12670@dhcp22.suse.cz> <20180515125541.GH12670@dhcp22.suse.cz> In-Reply-To: <20180515125541.GH12670@dhcp22.suse.cz> From: Pavel Tatashin Date: Tue, 15 May 2018 11:59:25 -0400 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH v2] mm: allow deferred page init for vmemmap only To: mhocko@kernel.org Cc: Steven Sistare , Daniel Jordan , Andrew Morton , LKML , tglx@linutronix.de, Linux Memory Management List , mgorman@techsingularity.net, mingo@kernel.org, peterz@infradead.org, Steven Rostedt , Fengguang Wu , Dennis Zhou Content-Type: text/plain; charset="UTF-8" X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=8894 signatures=668698 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=3 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=528 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1711220000 definitions=main-1805150161 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > This will always be a maze as the early boot tends to be. Sad but true. > That is why I am not really convinced we should use a large hammer and > disallow deferred page initialization just because UP implementation of > pcp does something too early. We should instead rule that one odd case. > Your patch simply doesn't rule a large class of potential issues. It > just rules out a potentially useful feature for an odd case. See my > point? Hi Michal, OK, I will send an updated patch with disabling deferred pages only whe NEED_PER_CPU_KM. Hopefully, we won't see similar issues in other places. Thank you, Pavel