Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp6999565imu; Thu, 27 Dec 2018 10:15:41 -0800 (PST) X-Google-Smtp-Source: ALg8bN4GE5oKCbsM64YdRorFYst2VI36IODvUK1QSQ0stjfq3c03gepN3u+UnyWitrlFfXfJR57D X-Received: by 2002:a63:2406:: with SMTP id k6mr22774981pgk.229.1545934541134; Thu, 27 Dec 2018 10:15:41 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1545934541; cv=none; d=google.com; s=arc-20160816; b=LrtOz8yzk7t3jTjeW0H+wFHFwVqk7BzVYaxZhpQkgXQ6u6bkhHvL74ktKp6Xq0KnfJ 4uhFM9wwj9oyeGe1hZ81LjFBSlg1AQ90vyfW7Sj2vpH13c4pEcV75WeBUk3SPty+ouNJ TSOBM4E9ZXv74PMUlzQQZ1G9+BDbDt5wInME5xTZoqEEPTLFEoMDk+m8qPPISLmSevF9 izCGoZ7Ttkmc7R+Z1b1IxrjIosoXRBSDdT5DgoZRTQuevJSrqN2DZnJouXlMa3BPeifV s0mMdF/rLEkffzmL7qMVrJMPgykFNNV/LSfQ4AxqYNcQLXzYBa9+VzPKFtQkuN7JDvjG z4wg== 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; bh=ftfuiarJULp6LGAC1L+YMAmCWxT2Y+iCGWC6BJNMoXo=; b=YWusbWaBWVCRwjmWdWeLu+MuFvhJ2fusyYrFHA5gBgEOBJLnhroyazYXerx/2rUejx CICItRxmpnfP5glQOAXGJzydpqOtwLyPSsLIoUatd8QraA8FfKTw+csbiK8qLzYLqUH0 c1xD/C4OjG69TtP7ScSRhS9gYEg0cWrMT1DBHD0+Z0a9C123e09Z2XS7EAWAtI8B9hRJ uX4ffu/BrSWwf19q1GNLodofOAJIb4Alp/EjbXhzmDN00Pq1YZ4oKqtqG4Ijh+cbQcX7 b/W7na5I+PyNJoCeljgAQRHseKm6RS0uQu5q5p9CYtbyAmpR6cXIK6+rLXJLA+EiNh5X 3wfQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel-com.20150623.gappssmtp.com header.s=20150623 header.b=YIikThvL; 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=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id r27si35910996pgl.494.2018.12.27.10.15.24; Thu, 27 Dec 2018 10:15:41 -0800 (PST) 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=@intel-com.20150623.gappssmtp.com header.s=20150623 header.b=YIikThvL; 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=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726194AbeL0FNx (ORCPT + 99 others); Thu, 27 Dec 2018 00:13:53 -0500 Received: from mail-ot1-f67.google.com ([209.85.210.67]:45305 "EHLO mail-ot1-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726055AbeL0FNx (ORCPT ); Thu, 27 Dec 2018 00:13:53 -0500 Received: by mail-ot1-f67.google.com with SMTP id 32so15478158ota.12 for ; Wed, 26 Dec 2018 21:13:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=intel-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=ftfuiarJULp6LGAC1L+YMAmCWxT2Y+iCGWC6BJNMoXo=; b=YIikThvLQ8IAZpHYpIhHe29MuKFyMl7UkFM4k4x03s8/UTgokT39mAcnWeWrfjejGT +bR4zVFoLG3Ki81dw/+0Fscg0HG9n1uZT228sCoeV77peVYuV6dXMti4nLzxbDmrSR52 QjRbQbRUEZaakYYBEujqD///8n9dfsrXvL1qZzdNtnx8NocSTIWZSd4QpyZejOJ0HRaz W+2ahbcJIYS7RMwEBOCnzaoi8igwnpnfQY5sqBoZkpKCBi1KTVFEJCF27KCIDJaPcFP7 IAb/w0ce6b7+5A7w0qQRAdd32TUMK/Fgvy0IApu7yMHCPUGGI8ujRdfrnq6fGuVIPP20 49aA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=ftfuiarJULp6LGAC1L+YMAmCWxT2Y+iCGWC6BJNMoXo=; b=c97Vr2RXAuzIVW5jcxpx0YXOXGqJts/NUnCglxZZwijvsg90srBVd+VKfZecYkzhuv 6QZ5qLF+v6QC5KviglIB7QAuaaj44/ZgrQ0wgrcz8PXSiR5INVVIJWn0zZt87eAkPfUS LRSE19wUqzmNQKdpdSuAAIO3dcpmKJIjYOE17P4cvCJ9ycyen3CcMHc6qBrEIsxLvZZz fX36ntIRVl2feuif0y7ZeGeDMP+aBX54bhgoWw8j8AZMfyBhWawBGSS8N1oSchKV8UFw btguuiJwpoEQwqIc+Elhc63gI1dsv97JkbqFfRiFKDbaelABOwzlKxjTfGLwLQ1HfvC/ ARuA== X-Gm-Message-State: AJcUukdTv50Ux5B7ZjlEkzQYi9Gi0LlG4tst+GuUkkuWZ1KeGPUOMUWU IXv6FT/SnwI4vIWFCFsOlQtarI+u+4tv4jNUzb+XNA== X-Received: by 2002:a9d:6ac2:: with SMTP id m2mr14682282otq.353.1545887632331; Wed, 26 Dec 2018 21:13:52 -0800 (PST) MIME-Version: 1.0 References: <20181226131446.330864849@intel.com> <20181226133351.106676005@intel.com> <20181227034141.GD20878@bombadil.infradead.org> <20181227041132.xxdnwtdajtm7ny4q@wfg-t540p.sh.intel.com> In-Reply-To: <20181227041132.xxdnwtdajtm7ny4q@wfg-t540p.sh.intel.com> From: Dan Williams Date: Wed, 26 Dec 2018 21:13:41 -0800 Message-ID: Subject: Re: [RFC][PATCH v2 01/21] e820: cheat PMEM as DRAM To: Fengguang Wu Cc: Matthew Wilcox , Andrew Morton , Linux Memory Management List , Fan Du , KVM list , LKML , Yao Yuan , Peng Dong , Huang Ying , Liu Jingqi , Dong Eddie , Dave Hansen , Zhang Yi Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Dec 26, 2018 at 8:11 PM Fengguang Wu wrote: > > On Wed, Dec 26, 2018 at 07:41:41PM -0800, Matthew Wilcox wrote: > >On Wed, Dec 26, 2018 at 09:14:47PM +0800, Fengguang Wu wrote: > >> From: Fan Du > >> > >> This is a hack to enumerate PMEM as NUMA nodes. > >> It's necessary for current BIOS that don't yet fill ACPI HMAT table. > >> > >> WARNING: take care to backup. It is mutual exclusive with libnvdimm > >> subsystem and can destroy ndctl managed namespaces. > > > >Why depend on firmware to present this "correctly"? It seems to me like > >less effort all around to have ndctl label some namespaces as being for > >this kind of use. > > Dave Hansen may be more suitable to answer your question. He posted > patches to make PMEM NUMA node coexist with libnvdimm and ndctl: > > [PATCH 0/9] Allow persistent memory to be used like normal RAM > https://lkml.org/lkml/2018/10/23/9 > > That depends on future BIOS. So we did this quick hack to test out > PMEM NUMA node for the existing BIOS. No, it does not depend on a future BIOS. Willy, have a look here [1], here [2], and here [3] for the work-in-progress ndctl takeover approach (actually 'daxctl' in this case). [1]: https://lkml.org/lkml/2018/10/23/9 [2]: https://lkml.org/lkml/2018/10/31/243 [3]: https://lists.01.org/pipermail/linux-nvdimm/2018-November/018677.html