summaryrefslogtreecommitdiff
path: root/crypto/asymmetric_keys/Kconfig
diff options
context:
space:
mode:
authorJeff Moyer <jmoyer@redhat.com>2019-08-28 18:49:46 +0300
committerDan Williams <dan.j.williams@intel.com>2019-08-28 20:33:13 +0300
commit274b924088e93593c76fb122d24bc0ef18d0ddf4 (patch)
tree2ec36ff79fd8d90827d6854d38a58b5e6d4ac293 /crypto/asymmetric_keys/Kconfig
parenta55aa89aab90fae7c815b0551b07be37db359d76 (diff)
downloadlinux-274b924088e93593c76fb122d24bc0ef18d0ddf4.tar.xz
libnvdimm/pfn: Fix namespace creation on misaligned addresses
Yi reported[1] that after commit a3619190d62e ("libnvdimm/pfn: stop padding pmem namespaces to section alignment"), it was no longer possible to create a device dax namespace with a 1G alignment. The reason was that the pmem region was not itself 1G-aligned. The code happily skips past the first 512M, but fails to account for a now misaligned end offset (since space was allocated starting at that misaligned address, and extending for size GBs). Reintroduce end_trunc, so that the code correctly handles the misaligned end address. This results in the same behavior as before the introduction of the offending commit. [1] https://lists.01.org/pipermail/linux-nvdimm/2019-July/022813.html Fixes: a3619190d62e ("libnvdimm/pfn: stop padding pmem namespaces ...") Reported-and-tested-by: Yi Zhang <yi.zhang@redhat.com> Signed-off-by: Jeff Moyer <jmoyer@redhat.com> Link: https://lore.kernel.org/r/x49ftll8f39.fsf@segfault.boston.devel.redhat.com Signed-off-by: Dan Williams <dan.j.williams@intel.com>
Diffstat (limited to 'crypto/asymmetric_keys/Kconfig')
0 files changed, 0 insertions, 0 deletions