libnvdimm, e820: make CONFIG_X86_PMEM_LEGACY a tristate option
We currently register a platform device for e820 type-12 memory and register a nvdimm bus beneath it. Registering the platform device triggers the device-core machinery to probe for a driver, but that search currently comes up empty. Building the nvdimm-bus registration into the e820_pmem platform device registration in this way forces libnvdimm to be built-in. Instead, convert the built-in portion of CONFIG_X86_PMEM_LEGACY to simply register a platform device and move the rest of the logic to the driver for e820_pmem, for the following reasons: 1/ Letting e820_pmem support be a module allows building and testing libnvdimm.ko changes without rebooting 2/ All the normal policy around modules can be applied to e820_pmem (unbind to disable and/or blacklisting the module from loading by default) 3/ Moving the driver to a generic location and converting it to scan "iomem_resource" rather than "e820.map" means any other architectur...
Showing
- arch/x86/Kconfig 5 additions, 1 deletionarch/x86/Kconfig
- arch/x86/include/uapi/asm/e820.h 1 addition, 1 deletionarch/x86/include/uapi/asm/e820.h
- arch/x86/kernel/Makefile 1 addition, 1 deletionarch/x86/kernel/Makefile
- arch/x86/kernel/pmem.c 8 additions, 71 deletionsarch/x86/kernel/pmem.c
- drivers/nvdimm/Makefile 3 additions, 0 deletionsdrivers/nvdimm/Makefile
- drivers/nvdimm/e820.c 86 additions, 0 deletionsdrivers/nvdimm/e820.c
- tools/testing/nvdimm/Kbuild 4 additions, 0 deletionstools/testing/nvdimm/Kbuild
Please register or sign in to comment