On Wed, Jul 1, 2015 at 9:49 AM, Geert Uytterhoeven <geert(a)linux-m68k.org> wrote:
On Wed, Jul 1, 2015 at 6:41 PM, Dan Williams
> On Wed, Jul 1, 2015 at 6:13 AM, Geert Uytterhoeven <geert(a)linux-m68k.org>
>> On Thu, Jun 18, 2015 at 1:14 AM, Dan Williams <dan.j.williams(a)intel.com>
>>> Prepare the pmem driver to consume PMEM namespaces emitted by regions of
>>> an nvdimm_bus instance. No functional change.
>> As LIBNVDIMM depends on PHYS_ADDR_T_64BIT, the driver can no
>> longer be enabled on pure 32-bit platforms. Is that intended?
> Yes it was intentional. It still allows 32-bit platforms with 64-bit
> resource_size_t to compile. Do you otherwise have a 32-bit use case
> for pmem? I'm of course open to working through the changes to add
> wider architecture support.
Nope, just wondering, as the original didn't depend on PHYS_ADDR_T_64BIT.
Not explicitly, but it did rely on X86_PMEM_LEGACY.