[lkml]   [2019]   [Nov]   [13]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [PATCH 04/16] libnvdimm: Move nd_numa_attribute_group to device_type
On 11/13/19 6:56 AM, Dan Williams wrote:
> On Tue, Nov 12, 2019 at 1:23 AM Aneesh Kumar K.V
> <> wrote:
>> Dan Williams <> writes:
>>> A 'struct device_type' instance can carry default attributes for the
>>> device. Use this facility to remove the export of
>>> nd_numa_attribute_group and put the responsibility on the core rather
>>> than leaf implementations to define this attribute.
>>> Cc: Ira Weiny <>
>>> Cc: Michael Ellerman <>
>>> Cc: "Oliver O'Halloran" <>
>>> Cc: Vishal Verma <>
>>> Cc: Aneesh Kumar K.V <>
>>> Signed-off-by: Dan Williams <>
>> can we also expose target_node in a similar way? This allows application
>> to better understand the node locality of the SCM device.
> It is already exported for device-dax instances. See
> DEVICE_ATTR_RO(target_node) in drivers/dax/bus.c. I did not see a use
> case for it to be exported for other nvdimm device types.

some applications do want to access the fsdax namspace as different
mount points based on numa affinity. If can differentiate the two
regions with different target_node and same numa_node, that will help
them better isolate these mounts.


 \ /
  Last update: 2019-11-13 07:04    [W:0.038 / U:0.292 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site