~ [ source navigation ] ~ [ diff markup ] ~ [ identifier search ] ~

TOMOYO Linux Cross Reference
Linux/Documentation/ABI/testing/sysfs-bus-dax

Version: ~ [ linux-6.12-rc7 ] ~ [ linux-6.11.7 ] ~ [ linux-6.10.14 ] ~ [ linux-6.9.12 ] ~ [ linux-6.8.12 ] ~ [ linux-6.7.12 ] ~ [ linux-6.6.60 ] ~ [ linux-6.5.13 ] ~ [ linux-6.4.16 ] ~ [ linux-6.3.13 ] ~ [ linux-6.2.16 ] ~ [ linux-6.1.116 ] ~ [ linux-6.0.19 ] ~ [ linux-5.19.17 ] ~ [ linux-5.18.19 ] ~ [ linux-5.17.15 ] ~ [ linux-5.16.20 ] ~ [ linux-5.15.171 ] ~ [ linux-5.14.21 ] ~ [ linux-5.13.19 ] ~ [ linux-5.12.19 ] ~ [ linux-5.11.22 ] ~ [ linux-5.10.229 ] ~ [ linux-5.9.16 ] ~ [ linux-5.8.18 ] ~ [ linux-5.7.19 ] ~ [ linux-5.6.19 ] ~ [ linux-5.5.19 ] ~ [ linux-5.4.285 ] ~ [ linux-5.3.18 ] ~ [ linux-5.2.21 ] ~ [ linux-5.1.21 ] ~ [ linux-5.0.21 ] ~ [ linux-4.20.17 ] ~ [ linux-4.19.323 ] ~ [ linux-4.18.20 ] ~ [ linux-4.17.19 ] ~ [ linux-4.16.18 ] ~ [ linux-4.15.18 ] ~ [ linux-4.14.336 ] ~ [ linux-4.13.16 ] ~ [ linux-4.12.14 ] ~ [ linux-4.11.12 ] ~ [ linux-4.10.17 ] ~ [ linux-4.9.337 ] ~ [ linux-4.4.302 ] ~ [ linux-3.10.108 ] ~ [ linux-2.6.32.71 ] ~ [ linux-2.6.0 ] ~ [ linux-2.4.37.11 ] ~ [ unix-v6-master ] ~ [ ccs-tools-1.8.12 ] ~ [ policy-sample ] ~
Architecture: ~ [ i386 ] ~ [ alpha ] ~ [ m68k ] ~ [ mips ] ~ [ ppc ] ~ [ sparc ] ~ [ sparc64 ] ~

  1 What:           /sys/bus/dax/devices/daxX.Y/align
  2 Date:           October, 2020
  3 KernelVersion:  v5.10
  4 Contact:        nvdimm@lists.linux.dev
  5 Description:
  6                 (RW) Provides a way to specify an alignment for a dax device.
  7                 Values allowed are constrained by the physical address ranges
  8                 that back the dax device, and also by arch requirements.
  9 
 10 What:           /sys/bus/dax/devices/daxX.Y/mapping
 11 Date:           October, 2020
 12 KernelVersion:  v5.10
 13 Contact:        nvdimm@lists.linux.dev
 14 Description:
 15                 (WO) Provides a way to allocate a mapping range under a dax
 16                 device. Specified in the format <start>-<end>.
 17 
 18 What:           /sys/bus/dax/devices/daxX.Y/mapping[0..N]/start
 19 What:           /sys/bus/dax/devices/daxX.Y/mapping[0..N]/end
 20 What:           /sys/bus/dax/devices/daxX.Y/mapping[0..N]/page_offset
 21 Date:           October, 2020
 22 KernelVersion:  v5.10
 23 Contact:        nvdimm@lists.linux.dev
 24 Description:
 25                 (RO) A dax device may have multiple constituent discontiguous
 26                 address ranges. These are represented by the different
 27                 'mappingX' subdirectories. The 'start' attribute indicates the
 28                 start physical address for the given range. The 'end' attribute
 29                 indicates the end physical address for the given range. The
 30                 'page_offset' attribute indicates the offset of the current
 31                 range in the dax device.
 32 
 33 What:           /sys/bus/dax/devices/daxX.Y/resource
 34 Date:           June, 2019
 35 KernelVersion:  v5.3
 36 Contact:        nvdimm@lists.linux.dev
 37 Description:
 38                 (RO) The resource attribute indicates the starting physical
 39                 address of a dax device. In case of a device with multiple
 40                 constituent ranges, it indicates the starting address of the
 41                 first range.
 42 
 43 What:           /sys/bus/dax/devices/daxX.Y/size
 44 Date:           October, 2020
 45 KernelVersion:  v5.10
 46 Contact:        nvdimm@lists.linux.dev
 47 Description:
 48                 (RW) The size attribute indicates the total size of a dax
 49                 device. For creating subdivided dax devices, or for resizing
 50                 an existing device, the new size can be written to this as
 51                 part of the reconfiguration process.
 52 
 53 What:           /sys/bus/dax/devices/daxX.Y/numa_node
 54 Date:           November, 2019
 55 KernelVersion:  v5.5
 56 Contact:        nvdimm@lists.linux.dev
 57 Description:
 58                 (RO) If NUMA is enabled and the platform has affinitized the
 59                 backing device for this dax device, emit the CPU node
 60                 affinity for this device.
 61 
 62 What:           /sys/bus/dax/devices/daxX.Y/target_node
 63 Date:           February, 2019
 64 KernelVersion:  v5.1
 65 Contact:        nvdimm@lists.linux.dev
 66 Description:
 67                 (RO) The target-node attribute is the Linux numa-node that a
 68                 device-dax instance may create when it is online. Prior to
 69                 being online the device's 'numa_node' property reflects the
 70                 closest online cpu node which is the typical expectation of a
 71                 device 'numa_node'. Once it is online it becomes its own
 72                 distinct numa node.
 73 
 74 What:           $(readlink -f /sys/bus/dax/devices/daxX.Y)/../dax_region/available_size
 75 Date:           October, 2020
 76 KernelVersion:  v5.10
 77 Contact:        nvdimm@lists.linux.dev
 78 Description:
 79                 (RO) The available_size attribute tracks available dax region
 80                 capacity. This only applies to volatile hmem devices, not pmem
 81                 devices, since pmem devices are defined by nvdimm namespace
 82                 boundaries.
 83 
 84 What:           $(readlink -f /sys/bus/dax/devices/daxX.Y)/../dax_region/size
 85 Date:           July, 2017
 86 KernelVersion:  v5.1
 87 Contact:        nvdimm@lists.linux.dev
 88 Description:
 89                 (RO) The size attribute indicates the size of a given dax region
 90                 in bytes.
 91 
 92 What:           $(readlink -f /sys/bus/dax/devices/daxX.Y)/../dax_region/align
 93 Date:           October, 2020
 94 KernelVersion:  v5.10
 95 Contact:        nvdimm@lists.linux.dev
 96 Description:
 97                 (RO) The align attribute indicates alignment of the dax region.
 98                 Changes on align may not always be valid, when say certain
 99                 mappings were created with 2M and then we switch to 1G. This
100                 validates all ranges against the new value being attempted, post
101                 resizing.
102 
103 What:           $(readlink -f /sys/bus/dax/devices/daxX.Y)/../dax_region/seed
104 Date:           October, 2020
105 KernelVersion:  v5.10
106 Contact:        nvdimm@lists.linux.dev
107 Description:
108                 (RO) The seed device is a concept for dynamic dax regions to be
109                 able to split the region amongst multiple sub-instances.  The
110                 seed device, similar to libnvdimm seed devices, is a device
111                 that starts with zero capacity allocated and unbound to a
112                 driver.
113 
114 What:           $(readlink -f /sys/bus/dax/devices/daxX.Y)/../dax_region/create
115 Date:           October, 2020
116 KernelVersion:  v5.10
117 Contact:        nvdimm@lists.linux.dev
118 Description:
119                 (RW) The create interface to the dax region provides a way to
120                 create a new unconfigured dax device under the given region, which
121                 can then be configured (with a size etc.) and then probed.
122 
123 What:           $(readlink -f /sys/bus/dax/devices/daxX.Y)/../dax_region/delete
124 Date:           October, 2020
125 KernelVersion:  v5.10
126 Contact:        nvdimm@lists.linux.dev
127 Description:
128                 (WO) The delete interface for a dax region provides for deletion
129                 of any 0-sized and idle dax devices.
130 
131 What:           $(readlink -f /sys/bus/dax/devices/daxX.Y)/../dax_region/id
132 Date:           July, 2017
133 KernelVersion:  v5.1
134 Contact:        nvdimm@lists.linux.dev
135 Description:
136                 (RO) The id attribute indicates the region id of a dax region.
137 
138 What:           /sys/bus/dax/devices/daxX.Y/memmap_on_memory
139 Date:           January, 2024
140 KernelVersion:  v6.8
141 Contact:        nvdimm@lists.linux.dev
142 Description:
143                 (RW) Control the memmap_on_memory setting if the dax device
144                 were to be hotplugged as system memory. This determines whether
145                 the 'altmap' for the hotplugged memory will be placed on the
146                 device being hotplugged (memmap_on_memory=1) or if it will be
147                 placed on regular memory (memmap_on_memory=0). This attribute
148                 must be set before the device is handed over to the 'kmem'
149                 driver (i.e.  hotplugged into system-ram). Additionally, this
150                 depends on CONFIG_MHP_MEMMAP_ON_MEMORY, and a globally enabled
151                 memmap_on_memory parameter for memory_hotplug. This is
152                 typically set on the kernel command line -
153                 memory_hotplug.memmap_on_memory set to 'true' or 'force'."

~ [ source navigation ] ~ [ diff markup ] ~ [ identifier search ] ~

kernel.org | git.kernel.org | LWN.net | Project Home | SVN repository | Mail admin

Linux® is a registered trademark of Linus Torvalds in the United States and other countries.
TOMOYO® is a registered trademark of NTT DATA CORPORATION.

sflogo.php