From: "Aneesh Kumar K.V" <aneesh.kumar@linux.vnet.ibm.com>
To: oliver <oohall@gmail.com>,
Anshuman Khandual <khandual@linux.vnet.ibm.com>
Cc: linuxppc-dev@lists.ozlabs.org, Michael Neuling <mikey@neuling.org>
Subject: Re: [PATCH 0/2] Enable ZONE_DEVICE on POWER
Date: Sun, 08 May 2016 23:07:18 +0530 [thread overview]
Message-ID: <877ff4jvsh.fsf@skywalker.in.ibm.com> (raw)
In-Reply-To: <CAOSf1CH=gGARN+-D8uE=wAp0NUZTkp=9Xc273K_7GTEJqhuWXQ@mail.gmail.com>
oliver <oohall@gmail.com> writes:
> Hi,
>
> I've been working on kernel support for a persistent memory (nvdimm)
> device and the kernel driver infrastructure requires ZONE_DEVICE for
> DAX support.. I've had it enabled in my tree for some time (without
> altmap support) without any real issues.
IIUC a DAX usage of pmem doesn't really need ZONE_DEVICE. It is only
for struct page backing to those pmem area we need ZONE_DEVICE.
>
> I wasn't planning on upstreaming any of my changes until 4.8 at the
> earliest so I am ok with carrying these patches myself. However, there
> has been some interest in using ZONE_DEVICE for other things on ppc
> (wasn't that you?) and given that ZONE_DEVICE is gated behind
> CONFIG_EXPERT I can't see there being any kind of negative impact on
> end users by merging it now. At the very least it lets the rest of the
> kernel development community know that changes affecting zones should
> also be tested on powerpc.
>
>
A partially done patch like that will miss quiet a lot details. For
example if I look at the x86 changes related to altmap
(4b94ffdc4163bae1e ("x86, mm: introduce vmem_altmap to augment
vmemmap_populate")) i see them handling pagetable free and memory
hotplug. This patch doesn't do any of those. From the commit message it is
also not clear how we intent to use those zone device memory on ppc64.
If we say they will not get hotplugged out or they will never be part
of page table then those changes I mentioned above are really not
needed. But the patch is missing a lot of those details.
-aneesh
next prev parent reply other threads:[~2016-05-08 17:37 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-05-05 12:11 [PATCH 0/2] Enable ZONE_DEVICE on POWER Anshuman Khandual
2016-05-05 12:11 ` [PATCH 1/2] powerpc/mm: Make vmemmap_populate accommodate ZONE_DEVICE memory Anshuman Khandual
2016-05-05 12:11 ` [PATCH 2/2] powerpc/mm: Enable support for ZONE_DEVICE on PPC_BOOK3S_64 platforms Anshuman Khandual
2016-05-05 14:48 ` [PATCH 0/2] Enable ZONE_DEVICE on POWER Aneesh Kumar K.V
2016-05-06 5:13 ` Anshuman Khandual
2016-05-06 6:14 ` oliver
2016-05-08 17:37 ` Aneesh Kumar K.V [this message]
2016-05-10 7:12 ` Anshuman Khandual
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=877ff4jvsh.fsf@skywalker.in.ibm.com \
--to=aneesh.kumar@linux.vnet.ibm.com \
--cc=khandual@linux.vnet.ibm.com \
--cc=linuxppc-dev@lists.ozlabs.org \
--cc=mikey@neuling.org \
--cc=oohall@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).