Received: by 2002:a25:ab43:0:0:0:0:0 with SMTP id u61csp1179417ybi; Fri, 14 Jun 2019 09:56:37 -0700 (PDT) X-Google-Smtp-Source: APXvYqwxPLQaWgGhIizuKvVXyDkG0K4f1YH6iR1U5GnZko6SFRCceJjKZx1/S6WXtYPdMtft46Ht X-Received: by 2002:a17:90b:d8b:: with SMTP id bg11mr12110319pjb.30.1560531397488; Fri, 14 Jun 2019 09:56:37 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1560531397; cv=none; d=google.com; s=arc-20160816; b=hArVcX7F2EOSXkISPvxwHIA2f3/11qJ6MSZVUS69cYthU00IGpDBnZTFzjhp3gl5TW 6WZxKuTWBErF04l/jK5UyUbV0avMRb3vEFXegvTE4r1MfjWIRLEwCmUcng3muSEOxHGw zs1PLxAcI/IXxl0s4z/3DoRWW/sX7Igez7buyyD6lN5pMCfBgk2XiWst0e5eWSJ9TkuI siQQ/1tGyxmKjFGeMgkg7/i1il3PmY+5hy8mMZY+/5bFxJ7xcAzqTocb2tEjLYhtaRDh nMrF44wM32/Cpk5ifUIT2q16uAAFQD4nUWZxcAPicgT7V5KFEmGeB5JwptaM9ZWSiEVA 8ZmQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:message-id:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date:from :references:cc:to:subject; bh=/s4y42nBn8AgCUhw9YsRi/H1sPSM3a4uIf8i/l701S8=; b=ZZ0wo8ZJp/01c1UKjMN2ybdX3JbCqZN9k9olst4OKRNgmj0LTipjTrznnVcPbecu5C 2H5rBOgXzPMtiMRo76xasuf4CKgVsVvlcHK4lqDmivizvi0DYb6m78qZE77+UVDORedv QbIpbkaw81mxd8KxLB5nR9VEu+mz5wvkC1QFRk/EZmKyKWcuNJhtr7lK9xC3VHN0uZ8f HxGF2ntt453xzBMgJdTbS4jEHQqSaj7HneUKI1zUwk+GbGbKzklGpAKTSfm4HkIelUZo wHOoxytHeuLPN3cUq+cZmQABXyThLZtDXlDNoxbo4pSNEI2M/ZUGltqZgoH/UpZ20WSN +HEQ== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=ibm.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 3si2837586pfp.288.2019.06.14.09.56.21; Fri, 14 Jun 2019 09:56:37 -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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=ibm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726552AbfFNQz3 (ORCPT + 99 others); Fri, 14 Jun 2019 12:55:29 -0400 Received: from mx0a-001b2d01.pphosted.com ([148.163.156.1]:44334 "EHLO mx0a-001b2d01.pphosted.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726262AbfFNQz2 (ORCPT ); Fri, 14 Jun 2019 12:55:28 -0400 Received: from pps.filterd (m0098404.ppops.net [127.0.0.1]) by mx0a-001b2d01.pphosted.com (8.16.0.27/8.16.0.27) with SMTP id x5EGrUKa057148 for ; Fri, 14 Jun 2019 12:55:27 -0400 Received: from e33.co.us.ibm.com (e33.co.us.ibm.com [32.97.110.151]) by mx0a-001b2d01.pphosted.com with ESMTP id 2t4e0cv1ms-1 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=NOT) for ; Fri, 14 Jun 2019 12:55:27 -0400 Received: from localhost by e33.co.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Fri, 14 Jun 2019 17:55:26 +0100 Received: from b03cxnp07029.gho.boulder.ibm.com (9.17.130.16) by e33.co.us.ibm.com (192.168.1.133) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted; (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256/256) Fri, 14 Jun 2019 17:55:23 +0100 Received: from b03ledav001.gho.boulder.ibm.com (b03ledav001.gho.boulder.ibm.com [9.17.130.232]) by b03cxnp07029.gho.boulder.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id x5EGtM0g34144540 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Fri, 14 Jun 2019 16:55:22 GMT Received: from b03ledav001.gho.boulder.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 622AB6E059; Fri, 14 Jun 2019 16:55:22 +0000 (GMT) Received: from b03ledav001.gho.boulder.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id BF1B66E054; Fri, 14 Jun 2019 16:55:19 +0000 (GMT) Received: from [9.199.60.77] (unknown [9.199.60.77]) by b03ledav001.gho.boulder.ibm.com (Postfix) with ESMTP; Fri, 14 Jun 2019 16:55:19 +0000 (GMT) Subject: Re: [PATCH -next] mm/hotplug: skip bad PFNs from pfn_to_online_page() To: Dan Williams Cc: Oscar Salvador , Qian Cai , Andrew Morton , Linux MM , Linux Kernel Mailing List , jmoyer , linux-nvdimm References: <1560366952-10660-1-git-send-email-cai@lca.pw> <1560376072.5154.6.camel@lca.pw> <87lfy4ilvj.fsf@linux.ibm.com> <20190614153535.GA9900@linux> <24fcb721-5d50-2c34-f44b-69281c8dd760@linux.ibm.com> From: "Aneesh Kumar K.V" Date: Fri, 14 Jun 2019 22:25:18 +0530 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-TM-AS-GCONF: 00 x-cbid: 19061416-0036-0000-0000-00000ACBC6A1 X-IBM-SpamModules-Scores: X-IBM-SpamModules-Versions: BY=3.00011261; HX=3.00000242; KW=3.00000007; PH=3.00000004; SC=3.00000286; SDB=6.01217925; UDB=6.00640497; IPR=6.00999046; MB=3.00027312; MTD=3.00000008; XFM=3.00000015; UTC=2019-06-14 16:55:25 X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused x-cbparentid: 19061416-0037-0000-0000-00004C39CFB8 Message-Id: <16108dac-a4ca-aa87-e3b0-a79aebdcfafd@linux.ibm.com> X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2019-06-14_07:,, signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 priorityscore=1501 malwarescore=0 suspectscore=27 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1906140137 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 6/14/19 10:06 PM, Dan Williams wrote: > On Fri, Jun 14, 2019 at 9:26 AM Aneesh Kumar K.V > wrote: >> Why not let the arch >> arch decide the SUBSECTION_SHIFT and default to one subsection per >> section if arch is not enabled to work with subsection. > > Because that keeps the implementation from ever reaching a point where > a namespace might be able to be moved from one arch to another. If we > can squash these arch differences then we can have a common tool to > initialize namespaces outside of the kernel. The one wrinkle is > device-dax that wants to enforce the mapping size, The fsdax have a much bigger issue right? The file system block size is the same as PAGE_SIZE and we can't make it portable across archs that support different PAGE_SIZE? -aneesh