From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <SRS0=ovel=YY=lists.01.org=linux-nvdimm-bounces@kernel.org>
X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on
	aws-us-west-2-korg-lkml-1.web.codeaurora.org
X-Spam-Level: 
X-Spam-Status: No, score=-0.6 required=3.0 tests=DKIM_INVALID,DKIM_SIGNED,
	HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,
	URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.0
Received: from mail.kernel.org (mail.kernel.org [198.145.29.99])
	by smtp.lore.kernel.org (Postfix) with ESMTP id 0A883CA9ECB
	for <linux-nvdimm@archiver.kernel.org>; Thu, 31 Oct 2019 15:53:31 +0000 (UTC)
Received: from ml01.01.org (ml01.01.org [198.145.21.10])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(No client certificate requested)
	by mail.kernel.org (Postfix) with ESMTPS id CDF89208E3
	for <linux-nvdimm@archiver.kernel.org>; Thu, 31 Oct 2019 15:53:30 +0000 (UTC)
Authentication-Results: mail.kernel.org;
	dkim=fail reason="signature verification failed" (2048-bit key) header.d=intel-com.20150623.gappssmtp.com header.i=@intel-com.20150623.gappssmtp.com header.b="bvfA7G23"
DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org CDF89208E3
Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=intel.com
Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-nvdimm-bounces@lists.01.org
Received: from new-ml01.vlan13.01.org (localhost [IPv6:::1])
	by ml01.01.org (Postfix) with ESMTP id 8A463100DC40A;
	Thu, 31 Oct 2019 08:53:57 -0700 (PDT)
Received-SPF: Pass (mailfrom) identity=mailfrom; client-ip=2607:f8b0:4864:20::343; helo=mail-ot1-x343.google.com; envelope-from=dan.j.williams@intel.com; receiver=<UNKNOWN> 
Received: from mail-ot1-x343.google.com (mail-ot1-x343.google.com [IPv6:2607:f8b0:4864:20::343])
	(using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits))
	(No client certificate requested)
	by ml01.01.org (Postfix) with ESMTPS id 6668D100DC407
	for <linux-nvdimm@lists.01.org>; Thu, 31 Oct 2019 08:53:56 -0700 (PDT)
Received: by mail-ot1-x343.google.com with SMTP id d8so5797452otc.7
        for <linux-nvdimm@lists.01.org>; Thu, 31 Oct 2019 08:53:29 -0700 (PDT)
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=2RX5Wx5xiTLYEovRDDFwLuk9JtNaRdVkZVutueAa7Zk=;
        b=bvfA7G23dHAFFSvf+zNar2jGgrlvY+QxT0t3ad89+EPZ0zHZehpyTafYW5/3TQP2qz
         ylAbGI8DkwLWrXRPYe5pHVzrfSHNTd3D1WPId48yb9jlWZ4lXVEbkY5Ke0u0yH0HNK0i
         Xm1+WtSzbGt0V0qiFcfMsU+6xOXyRqOusRamz+glDw5ugBfGMm+cfDmBlYV5LqeKUpMv
         SZalR7VCHbbyvHGSVXmfNHt2VEXhUxSAFLQzklbbRXiSZ7iRmY142ZBn46J1SelSqugJ
         aaQf3nenbXjvZ8STcimhNbaIhJhSxkOMvKCU52YLwcxdRqPgFnJMfPmIoxtU7owqZBOT
         9pGw==
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=2RX5Wx5xiTLYEovRDDFwLuk9JtNaRdVkZVutueAa7Zk=;
        b=txtq4npNp+YIoxOTCidX/grUmde+Mr7tSGWFFRjsxRPur3vSDvRrZOHdXvIEzrmytc
         sweiOT3CQbQTzVpEOFZcybxCcX3271zw+zswJVkZvKbNOVAPnTBBphXynsTYpoIZI4TJ
         RUxinssC9lduWQvG1j/ZjKdX10l5ThDhLT2tl2CyI7IXeVOMlEll8+Y96KXewX5luH4d
         0UwvLRjf8qqG06VFK+jemsNlrd5GFvhHsClNNRkjt0CBLnTpk/cCgdPIsH7OVbdlasC6
         s9hNeg0U1Bm7VTURLyibX7jRz+iGomT8mdeV8333uTXmacWoLgIKPjkiLrK0Xd/BS9Wp
         Kajg==
X-Gm-Message-State: APjAAAWX8Tto/7OWLpKHILCUZY5RKTnfoAv52WgqkuVwKg2r96oH420N
	t8TMn5seq2ML1SOZoIaUZAMl/ESPIzxEBig+L6GLJA==
X-Google-Smtp-Source: APXvYqzGdjUw+psWya1RpMgMepPJxL73tV8uam0VjV5PduuJ7qULjorWMWe4/qApk2lgE5RCcNSLcX6AFBPSOOiTFI8=
X-Received: by 2002:a9d:5f11:: with SMTP id f17mr4971128oti.207.1572537208078;
 Thu, 31 Oct 2019 08:53:28 -0700 (PDT)
MIME-Version: 1.0
References: <20191028094825.21448-1-aneesh.kumar@linux.ibm.com>
 <CAPcyv4gZ=wKzwscu_nch8VUtNTHusKzjmMhYZWo+Se=BPO9q8g@mail.gmail.com>
 <6f85f4af-788d-aaef-db64-ab8d3faf6b1b@linux.ibm.com> <CAPcyv4gMnSe26QfSBABx0zj3XuFqy=K1XaGnmE3h3sP3Y76nRw@mail.gmail.com>
 <4c6e5743-663e-853b-2203-15c809965965@linux.ibm.com> <CAPcyv4h42_1deZDaaW1RqX0Ls+maiFO_1e=6xJuHTa3wdWvVvA@mail.gmail.com>
 <8e29b94c-cb82-2632-965c-567d26791f76@linux.ibm.com>
In-Reply-To: <8e29b94c-cb82-2632-965c-567d26791f76@linux.ibm.com>
From: Dan Williams <dan.j.williams@intel.com>
Date: Thu, 31 Oct 2019 08:53:17 -0700
Message-ID: <CAPcyv4hS8sCNvDh2H0_LCR1uOYf8XeDYq6CWkAjPMoDyrp4+FA@mail.gmail.com>
Subject: Re: [RFC PATCH 1/4] libnvdimm/namespace: Make namespace size
 validation arch dependent
To: "Aneesh Kumar K.V" <aneesh.kumar@linux.ibm.com>
Message-ID-Hash: ZDP7K5FSISKIBFO3CSKPA5BDJMUI432X
X-Message-ID-Hash: ZDP7K5FSISKIBFO3CSKPA5BDJMUI432X
X-MailFrom: dan.j.williams@intel.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; suspicious-header
CC: Michael Ellerman <mpe@ellerman.id.au>, linux-nvdimm <linux-nvdimm@lists.01.org>, linuxppc-dev <linuxppc-dev@lists.ozlabs.org>
X-Mailman-Version: 3.1.1
Precedence: list
List-Id: "Linux-nvdimm developer list." <linux-nvdimm.lists.01.org>
Archived-At: <https://lists.01.org/hyperkitty/list/linux-nvdimm@lists.01.org/message/ZDP7K5FSISKIBFO3CSKPA5BDJMUI432X/>
List-Archive: <https://lists.01.org/hyperkitty/list/linux-nvdimm@lists.01.org/>
List-Help: <mailto:linux-nvdimm-request@lists.01.org?subject=help>
List-Post: <mailto:linux-nvdimm@lists.01.org>
List-Subscribe: <mailto:linux-nvdimm-join@lists.01.org>
List-Unsubscribe: <mailto:linux-nvdimm-leave@lists.01.org>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit

On Thu, Oct 31, 2019 at 1:38 AM Aneesh Kumar K.V
<aneesh.kumar@linux.ibm.com> wrote:
>
> On 10/31/19 12:00 PM, Dan Williams wrote:
> > On Wed, Oct 30, 2019 at 10:35 PM Aneesh Kumar K.V
> > <aneesh.kumar@linux.ibm.com> wrote:
> > [..]
>
> >
> >
> > All that said, the x86 vmemmap_populate() falls back to use small
> > pages in some case to get around this constraint. Can't powerpc do the
> > same? It would seem to be less work than the above proposal.
> >
>
> ppc64 supports two translation mode (radix and hash). We can do the
> above with radix translation. With hash we use just one page size( in
> this specific case 16MB) for direct-map mapping.

Ok, if it's truly a hard constraint then yes, more infrastructure is
needed to expose that constraint to the namespace provisioning flow.
_______________________________________________
Linux-nvdimm mailing list -- linux-nvdimm@lists.01.org
To unsubscribe send an email to linux-nvdimm-leave@lists.01.org

From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <SRS0=EHb9=YY=lists.ozlabs.org=linuxppc-dev-bounces+linuxppc-dev=archiver.kernel.org@kernel.org>
X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on
	aws-us-west-2-korg-lkml-1.web.codeaurora.org
X-Spam-Level: 
X-Spam-Status: No, score=-0.6 required=3.0 tests=DKIM_INVALID,DKIM_SIGNED,
	HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS
	autolearn=no autolearn_force=no version=3.4.0
Received: from mail.kernel.org (mail.kernel.org [198.145.29.99])
	by smtp.lore.kernel.org (Postfix) with ESMTP id 19B89CA9ECB
	for <linuxppc-dev@archiver.kernel.org>; Thu, 31 Oct 2019 15:57:40 +0000 (UTC)
Received: from lists.ozlabs.org (lists.ozlabs.org [203.11.71.2])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(No client certificate requested)
	by mail.kernel.org (Postfix) with ESMTPS id BD643208C0
	for <linuxppc-dev@archiver.kernel.org>; Thu, 31 Oct 2019 15:57:39 +0000 (UTC)
Authentication-Results: mail.kernel.org;
	dkim=fail reason="signature verification failed" (2048-bit key) header.d=intel-com.20150623.gappssmtp.com header.i=@intel-com.20150623.gappssmtp.com header.b="bvfA7G23"
DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org BD643208C0
Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=intel.com
Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=linuxppc-dev-bounces+linuxppc-dev=archiver.kernel.org@lists.ozlabs.org
Received: from bilbo.ozlabs.org (lists.ozlabs.org [IPv6:2401:3900:2:1::3])
	by lists.ozlabs.org (Postfix) with ESMTP id 473qhx1SWbzF5FP
	for <linuxppc-dev@archiver.kernel.org>; Fri,  1 Nov 2019 02:57:37 +1100 (AEDT)
Authentication-Results: lists.ozlabs.org; spf=pass (sender SPF authorized)
 smtp.mailfrom=intel.com (client-ip=2607:f8b0:4864:20::341;
 helo=mail-ot1-x341.google.com; envelope-from=dan.j.williams@intel.com;
 receiver=<UNKNOWN>)
Authentication-Results: lists.ozlabs.org;
 dmarc=pass (p=none dis=none) header.from=intel.com
Authentication-Results: lists.ozlabs.org; dkim=pass (2048-bit key;
 unprotected) header.d=intel-com.20150623.gappssmtp.com
 header.i=@intel-com.20150623.gappssmtp.com header.b="bvfA7G23"; 
 dkim-atps=neutral
Received: from mail-ot1-x341.google.com (mail-ot1-x341.google.com
 [IPv6:2607:f8b0:4864:20::341])
 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
 key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256)
 (No client certificate requested)
 by lists.ozlabs.org (Postfix) with ESMTPS id 473qcK0JcJzF63Y
 for <linuxppc-dev@lists.ozlabs.org>; Fri,  1 Nov 2019 02:53:30 +1100 (AEDT)
Received: by mail-ot1-x341.google.com with SMTP id 53so5814544otv.4
 for <linuxppc-dev@lists.ozlabs.org>; Thu, 31 Oct 2019 08:53:30 -0700 (PDT)
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=2RX5Wx5xiTLYEovRDDFwLuk9JtNaRdVkZVutueAa7Zk=;
 b=bvfA7G23dHAFFSvf+zNar2jGgrlvY+QxT0t3ad89+EPZ0zHZehpyTafYW5/3TQP2qz
 ylAbGI8DkwLWrXRPYe5pHVzrfSHNTd3D1WPId48yb9jlWZ4lXVEbkY5Ke0u0yH0HNK0i
 Xm1+WtSzbGt0V0qiFcfMsU+6xOXyRqOusRamz+glDw5ugBfGMm+cfDmBlYV5LqeKUpMv
 SZalR7VCHbbyvHGSVXmfNHt2VEXhUxSAFLQzklbbRXiSZ7iRmY142ZBn46J1SelSqugJ
 aaQf3nenbXjvZ8STcimhNbaIhJhSxkOMvKCU52YLwcxdRqPgFnJMfPmIoxtU7owqZBOT
 9pGw==
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=2RX5Wx5xiTLYEovRDDFwLuk9JtNaRdVkZVutueAa7Zk=;
 b=Sio87xOOH/0Z6epyI5eTmGaJXiNt7c8+AM97vfbXdUV4m9Kcn8A3rOGi5OQohcCtfC
 1mzSsllhvc9W6anfw11Wbs2vU7zo5j8UjkfPGSebpZwj2kOKw4mey8eLoShbnbFfWaFe
 AhLn6Z6v9XsqbjJ4LpsXaP/UU8vm9CCRBHUv7WZkQo0ADi0ufI6tB1drI+p16kxcPAJo
 um35aFLzvX26yYPGAi0z0vkJfcWhGdWyYADTTP3J2JGRi7CBpxt7OEJZvWco+vGin4Hq
 cTccwehk4/1ehBQ+F+eBP5LZ2g829ALbP12+ZiMkY/5UnNdrKemqPnzgjnMaGkrV8Xcp
 zQfw==
X-Gm-Message-State: APjAAAXsAZ13D7wf820SjMrhx3D/Ku7KkKwbPy6rIC106XgeXPd/UCkP
 MFZK9MTQZPvq78H6HNKcP3oRStcMbKlXHpaSX4BGEQ==
X-Google-Smtp-Source: APXvYqzGdjUw+psWya1RpMgMepPJxL73tV8uam0VjV5PduuJ7qULjorWMWe4/qApk2lgE5RCcNSLcX6AFBPSOOiTFI8=
X-Received: by 2002:a9d:5f11:: with SMTP id f17mr4971128oti.207.1572537208078; 
 Thu, 31 Oct 2019 08:53:28 -0700 (PDT)
MIME-Version: 1.0
References: <20191028094825.21448-1-aneesh.kumar@linux.ibm.com>
 <CAPcyv4gZ=wKzwscu_nch8VUtNTHusKzjmMhYZWo+Se=BPO9q8g@mail.gmail.com>
 <6f85f4af-788d-aaef-db64-ab8d3faf6b1b@linux.ibm.com>
 <CAPcyv4gMnSe26QfSBABx0zj3XuFqy=K1XaGnmE3h3sP3Y76nRw@mail.gmail.com>
 <4c6e5743-663e-853b-2203-15c809965965@linux.ibm.com>
 <CAPcyv4h42_1deZDaaW1RqX0Ls+maiFO_1e=6xJuHTa3wdWvVvA@mail.gmail.com>
 <8e29b94c-cb82-2632-965c-567d26791f76@linux.ibm.com>
In-Reply-To: <8e29b94c-cb82-2632-965c-567d26791f76@linux.ibm.com>
From: Dan Williams <dan.j.williams@intel.com>
Date: Thu, 31 Oct 2019 08:53:17 -0700
Message-ID: <CAPcyv4hS8sCNvDh2H0_LCR1uOYf8XeDYq6CWkAjPMoDyrp4+FA@mail.gmail.com>
Subject: Re: [RFC PATCH 1/4] libnvdimm/namespace: Make namespace size
 validation arch dependent
To: "Aneesh Kumar K.V" <aneesh.kumar@linux.ibm.com>
Content-Type: text/plain; charset="UTF-8"
X-BeenThere: linuxppc-dev@lists.ozlabs.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Linux on PowerPC Developers Mail List <linuxppc-dev.lists.ozlabs.org>
List-Unsubscribe: <https://lists.ozlabs.org/options/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=unsubscribe>
List-Archive: <http://lists.ozlabs.org/pipermail/linuxppc-dev/>
List-Post: <mailto:linuxppc-dev@lists.ozlabs.org>
List-Help: <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=help>
List-Subscribe: <https://lists.ozlabs.org/listinfo/linuxppc-dev>,
 <mailto:linuxppc-dev-request@lists.ozlabs.org?subject=subscribe>
Cc: linuxppc-dev <linuxppc-dev@lists.ozlabs.org>,
 linux-nvdimm <linux-nvdimm@lists.01.org>
Errors-To: linuxppc-dev-bounces+linuxppc-dev=archiver.kernel.org@lists.ozlabs.org
Sender: "Linuxppc-dev"
 <linuxppc-dev-bounces+linuxppc-dev=archiver.kernel.org@lists.ozlabs.org>

On Thu, Oct 31, 2019 at 1:38 AM Aneesh Kumar K.V
<aneesh.kumar@linux.ibm.com> wrote:
>
> On 10/31/19 12:00 PM, Dan Williams wrote:
> > On Wed, Oct 30, 2019 at 10:35 PM Aneesh Kumar K.V
> > <aneesh.kumar@linux.ibm.com> wrote:
> > [..]
>
> >
> >
> > All that said, the x86 vmemmap_populate() falls back to use small
> > pages in some case to get around this constraint. Can't powerpc do the
> > same? It would seem to be less work than the above proposal.
> >
>
> ppc64 supports two translation mode (radix and hash). We can do the
> above with radix translation. With hash we use just one page size( in
> this specific case 16MB) for direct-map mapping.

Ok, if it's truly a hard constraint then yes, more infrastructure is
needed to expose that constraint to the namespace provisioning flow.