Thread (28 messages) 28 messages, 6 authors, 2015-09-29

Re: [PATCH v2 5/9] x86, pmem: push fallback handling to arch code

From: "hch@lst.de" <hch@lst.de>
Date: 2015-08-29 13:57:17
Also in: lkml, nvdimm

On Sat, Aug 29, 2015 at 04:04:58AM +0000, Williams, Dan J wrote:
On Fri, 2015-08-28 at 15:48 -0600, Toshi Kani wrote:
quoted
On Fri, 2015-08-28 at 14:47 -0700, Dan Williams wrote:
quoted
On Fri, Aug 28, 2015 at 2:41 PM, Toshi Kani [off-list ref] wrote:
quoted
On Wed, 2015-08-26 at 21:34 +0000, Williams, Dan J wrote:
[..]
quoted
quoted
-#define ARCH_MEMREMAP_PMEM MEMREMAP_WB
Should it be better to do:

#else   /* !CONFIG_ARCH_HAS_PMEM_API */
#define ARCH_MEMREMAP_PMEM MEMREMAP_WT

so that you can remove all '#ifdef ARCH_MEMREMAP_PMEM' stuff?
Yeah, that seems like a nice incremental cleanup for memremap_pmem()
to just unconditionally use ARCH_MEMREMAP_PMEM, feel free to send it
along.
OK. Will do.
Here's the re-worked patch with Toshi's fixes folded in:
I like this in principle, but we'll have to be carefull now if we
want to drop the fallbacks in mremap, as we will have to shift it into
the pmem driver then.

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help