libnvdimm/namespace: Differentiate between probe mapping and runtime mapping
authorAneesh Kumar K.V <aneesh.kumar@linux.ibm.com>
Thu, 31 Oct 2019 10:57:41 +0000 (16:27 +0530)
committerDan Williams <dan.j.williams@intel.com>
Fri, 15 Nov 2019 03:08:47 +0000 (19:08 -0800)
commit8f4b01fcded2dc821349cc0edfa5311c05abe293
treee5ffcdc65bcd6d76c7c0f1b3ba23dc302887c97c
parentc1f45d86a522d568aef541dbbc066ccac262b4c3
libnvdimm/namespace: Differentiate between probe mapping and runtime mapping

The nvdimm core currently maps the full namespace to an ioremap range
while probing the namespace mode. This can result in probe failures on
architectures that have limited ioremap space.

For example, with a large btt namespace that consumes most of I/O remap
range, depending on the sequence of namespace initialization, the user
can find a pfn namespace initialization failure due to unavailable I/O
remap space which nvdimm core uses for temporary mapping.

nvdimm core can avoid this failure by only mapping the reserved info
block area to check for pfn superblock type and map the full namespace
resource only before using the namespace.

Given that personalities like BTT can be layered on top of any namespace
type create a generic form of devm_nsio_enable (devm_namespace_enable)
and use it inside the per-personality attach routines. Now
devm_namespace_enable() is always paired with disable unless the mapping
is going to be used for long term runtime access.

Signed-off-by: Aneesh Kumar K.V <aneesh.kumar@linux.ibm.com>
Link: https://lore.kernel.org/r/20191017073308.32645-1-aneesh.kumar@linux.ibm.com
[djbw: reworks to move devm_namespace_{en,dis}able into *attach helpers]
Reported-by: kbuild test robot <lkp@intel.com>
Link: https://lore.kernel.org/r/20191031105741.102793-2-aneesh.kumar@linux.ibm.com
Signed-off-by: Dan Williams <dan.j.williams@intel.com>
drivers/dax/pmem/core.c
drivers/nvdimm/btt.c
drivers/nvdimm/claim.c
drivers/nvdimm/namespace_devs.c
drivers/nvdimm/nd-core.h
drivers/nvdimm/nd.h
drivers/nvdimm/pfn_devs.c
drivers/nvdimm/pmem.c