summaryrefslogtreecommitdiff
path: root/fs
diff options
context:
space:
mode:
authorLinus Torvalds <torvalds@linux-foundation.org>2016-03-31 11:56:50 (GMT)
committerLinus Torvalds <torvalds@linux-foundation.org>2016-03-31 11:56:50 (GMT)
commitc5bce408e4b53e4498ac75c3c39eaf7ca9b7f296 (patch)
tree018b4fc5db6c0e9d69bcfdd1852853f112ef79ce /fs
parent1e6d88ccf41c7ef2d6c99aa5e7fb9215aa0e5423 (diff)
parentfc0c2028135c7f75fce36b90e44efb8003a9173b (diff)
downloadlinux-c5bce408e4b53e4498ac75c3c39eaf7ca9b7f296.tar.xz
Merge branch 'libnvdimm-for-next' of git://git.kernel.org/pub/scm/linux/kernel/git/nvdimm/nvdimm
Pull nvdimm mcsafe_memcpy use from Dan Williams: "Now that mcsafe_memcpy() has landed, and the return value was been clarified in commit cbf8b5a2b649 ("x86/mm, x86/mce: Fix return type/value for memcpy_mcsafe()"), let's hook up its primary usage in the pmem driver. The compilation problems from the initial posting have been fixed, this has appeared in a -next release with no reported issues, and it picked up an ack from Ingo. There is no pressing need to merge this in 4.6- rc2. However, if we wait until 4.7 the new memcpy_mcsafe() capability will ship without a user in 4.6-final" * 'libnvdimm-for-next' of git://git.kernel.org/pub/scm/linux/kernel/git/nvdimm/nvdimm: x86, pmem: use memcpy_mcsafe() for memcpy_from_pmem()
Diffstat (limited to 'fs')
0 files changed, 0 insertions, 0 deletions