[lkml]   [2019]   [Nov]   [24]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
Patch in this message
Subject[PATCH v3 3/3] libnvdimm, MAINTAINERS: Maintainer Entry Profile
Document the basic policies of the libnvdimm subsystem and provide a first
example of a Maintainer Entry Profile for others to duplicate and edit.

Cc: Vishal Verma <>
Cc: Dave Jiang <>
Signed-off-by: Dan Williams <>
Documentation/nvdimm/maintainer-entry-profile.rst | 59 +++++++++++++++++++++
2 files changed, 63 insertions(+)
create mode 100644 Documentation/nvdimm/maintainer-entry-profile.rst

diff --git a/Documentation/nvdimm/maintainer-entry-profile.rst b/Documentation/nvdimm/maintainer-entry-profile.rst
new file mode 100644
index 000000000000..77081fd9be95
--- /dev/null
+++ b/Documentation/nvdimm/maintainer-entry-profile.rst
@@ -0,0 +1,59 @@
+LIBNVDIMM Maintainer Entry Profile
+The libnvdimm subsystem manages persistent memory across multiple
+architectures. The mailing list, is tracked by patchwork here:
+...and that instance is configured to give feedback to submitters on
+patch acceptance and upstream merge. Patches are merged to either the
+'libnvdimm-fixes', or 'libnvdimm-for-next' branch. Those branches are
+available here:
+In general patches can be submitted against the latest -rc, however if
+the incoming code change is dependent on other pending changes then the
+patch should be based on the libnvdimm-for-next branch. However, since
+persistent memory sits at the intersection of storage and memory there
+are cases where patches are more suitable to be merged through a
+Filesystem or the Memory Management tree. When in doubt copy the nvdimm
+list and the maintainers will help route.
+Submissions will be exposed to the kbuild robot for compile regression
+testing. It helps to get a success notification from that infrastructure
+before submitting, but it is not required.
+Submit Checklist Addendum
+There are unit tests for the subsystem via the ndctl utility:
+Those tests need to be passed before the patches go upstream, but not
+necessarily before initial posting. Contact the list if you need help
+getting the test environment set up.
+### ACPI Device Specific Methods (_DSM)
+Before patches enabling for a new _DSM family will be considered it must
+be assigned a format-interface-code from the NVDIMM Sub-team of the ACPI
+Specification Working Group. In general, the stance of the subsystem is
+to push back on the proliferation of NVDIMM command sets, do strongly
+consider implementing support for an existing command set. See
+drivers/acpi/nfit/nfit.h for the set of support command sets.
+Key Cycle Dates
+New submissions can be sent at any time, but if they intend to hit the
+next merge window they should be sent before -rc4, and ideally
+stabilized in the libnvdimm-for-next branch by -rc6. Of course if a
+patch set requires more than 2 weeks of review -rc4 is already too late
+and some patches may require multiple development cycles to review.
+Review Cadence
+In general, please wait up to one week before pinging for feedback. A
+private mail reminder is preferred. Alternatively ask for other
+developers that have Reviewed-by tags for libnvdimm changes to take a
+look and offer their opinion.
index e5d111a86e61..2be1e18a368e 100644
@@ -9185,6 +9185,7 @@ M: Dan Williams <>
M: Vishal Verma <>
M: Dave Jiang <>
+P: Documentation/nvdimm/maintainer-entry-profile.rst
S: Supported
F: drivers/nvdimm/blk.c
@@ -9195,6 +9196,7 @@ M: Vishal Verma <>
M: Dan Williams <>
M: Dave Jiang <>
+P: Documentation/nvdimm/maintainer-entry-profile.rst
S: Supported
F: drivers/nvdimm/btt*
@@ -9204,6 +9206,7 @@ M: Dan Williams <>
M: Vishal Verma <>
M: Dave Jiang <>
+P: Documentation/nvdimm/maintainer-entry-profile.rst
S: Supported
F: drivers/nvdimm/pmem*
@@ -9223,6 +9226,7 @@ M: Dave Jiang <>
M: Keith Busch <>
M: Ira Weiny <>
+P: Documentation/nvdimm/maintainer-entry-profile.rst
T: git git://
S: Supported
 \ /
  Last update: 2019-11-24 22:14    [W:0.128 / U:2.496 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site