LIBNVDIMM 維護者入口配置檔案

概述

libnvdimm 子系統管理跨多種架構的永續性記憶體。郵件列表由 patchwork 在這裡跟蹤：https://patchwork.kernel.org/project/linux-nvdimm/list/ ...並且該例項被配置為向提交者提供關於補丁接受和上游合併的反饋。補丁被合併到 'libnvdimm-fixes' 或 'libnvdimm-for-next' 分支。這些分支在這裡可用：https://git.kernel.org/pub/scm/linux/kernel/git/nvdimm/nvdimm.git/

一般來說，補丁可以針對最新的 -rc 提交；但是，如果傳入的程式碼更改依賴於其他待定更改，則補丁應基於 libnvdimm-for-next 分支。然而，由於永續性記憶體位於儲存和記憶體的交叉點，因此在某些情況下，補丁更適合透過檔案系統或記憶體管理樹進行合併。如有疑問，請抄送 nvdimm 列表，維護人員將幫助路由。

提交將暴露給 kbuild 機器人進行編譯迴歸測試。在提交之前從該基礎設施獲得成功通知是有幫助的，但不是必需的。

提交清單附錄

該子系統透過 ndctl 實用程式進行單元測試：https://github.com/pmem/ndctl 這些測試需要在補丁提交到上游之前透過，但不一定在初始釋出之前。如果您需要幫助設定測試環境，請聯絡列表。

ACPI 裝置特定方法 (_DSM)

在考慮啟用新的 _DSM 系列的補丁之前，必須從 ACPI 規範工作組的 NVDIMM 子團隊分配一個格式-介面-程式碼。一般來說，該子系統的立場是推回 NVDIMM 命令集的擴散，因此強烈考慮實施對現有命令集的支援。有關支援的命令集，請參見 drivers/acpi/nfit/nfit.h。

關鍵週期日期

可以在任何時間傳送新的提交，但是如果他們打算趕上下一個合併視窗，他們應該在 -rc4 之前傳送，理想情況下在 -rc6 之前在 libnvdimm-for-next 分支中穩定。當然，如果一個補丁集需要超過 2 周的審查時間，-rc4 已經太晚了，有些補丁可能需要多個開發週期才能審查。

稽核節奏

一般來說，請等待最多一週時間再進行反饋提醒。首選私人郵件提醒。或者，請其他具有 libnvdimm 更改的 Reviewed-by 標籤的開發人員檢視並提供他們的意見。