Wu X.C. <bobwxc@xxxxxxxx> 于2021年6月17日周四 下午3:48写道：
>
> On Tue, Jun 15, 2021 at 03:52:39PM +0800, Yanteng Si wrote:
> > Translate Documentation/core-api/cachetlb.rst into Chinese.
> >
> > Signed-off-by: Yanteng Si <siyanteng@xxxxxxxxxxx>
> > ---
> > .../translations/zh_CN/core-api/index.rst | 2 +-
> > .../zh_CN/core-api/memory-hotplug.rst | 126 ++++++++++++++++++
> > 2 files changed, 127 insertions(+), 1 deletion(-)
> > create mode 100644 Documentation/translations/zh_CN/core-api/memory-hotplug.rst
> >
> > diff --git a/Documentation/translations/zh_CN/core-api/index.rst b/Documentation/translations/zh_CN/core-api/index.rst
> > index b4bde9396339..14012c5b0f40 100644
> > --- a/Documentation/translations/zh_CN/core-api/index.rst
> > +++ b/Documentation/translations/zh_CN/core-api/index.rst
> > @@ -80,12 +80,12 @@ Todolist:
> > :maxdepth: 1
> >
> > cachetlb
> > + memory-hotplug
> >
> > Todolist:
> >
> >
> > cpu_hotplug
> > - memory-hotplug
> > genericirq
> > protection-keys
> >
> > diff --git a/Documentation/translations/zh_CN/core-api/memory-hotplug.rst b/Documentation/translations/zh_CN/core-api/memory-hotplug.rst
> > new file mode 100644
> > index 000000000000..35bd8f20a1be
> > --- /dev/null
> > +++ b/Documentation/translations/zh_CN/core-api/memory-hotplug.rst
> > @@ -0,0 +1,126 @@
> > +.. include:: ../disclaimer-zh_CN.rst
> > +
> > +:Original: Documentation/core-api/cachetlb.rst
> > +
> > +:翻译:
> > +
> > + 司延腾 Yanteng Si <siyanteng@xxxxxxxxxxx>
> > +
> > +:校译:
> > +
> > +
> > +.. _cn_core-api_memory-hotplug:
> > +.. _memory_hotplug:
> ^^^^^^^^^^^^^^
> two tags, remove the 2nd tag
- .. _memory_hotplug:
>
> > +
> > +==========
> > +内存热插拔
> > +==========
> > +
> > +内存热拔插事件通知器
> > +====================
> > +
> > +热插拔事件被发送到一个通知队列中。
> > +
> > +在 ``include/linux/memory.h`` 中定义了六种类型的通知：
> > +
> > +MEM_GOING_ONLINE
> > + 在新内存可用之前生成，以便能够为子系统处理内存做准备。页面分配器仍然无法从新
> > + 的内存中进行分配。
> > +
> > +MEM_CANCEL_ONLINE
> > + 如果MEM_GOING_ONLINE失败，则生成。
> > +
> > +MEM_ONLINE
> > + 当内存成功上线时产生。回调可以从新的内存中分配页面。
> > +
> > +MEM_GOING_OFFLINE
> > + 在开始对内存进行下线处理时生成。从内存中的分配不再可能，但是一些要下线的内存
> > + 仍然在使用。回调可以用来释放一个子系统在指定内存块中已知的内存。
> > +
> > +MEM_CANCEL_OFFLINE
> > + 如果MEM_GOING_OFFLINE失败，则生成。来自我们试图离线的内存块中的内存又可以使
> > + 用了。
> > +
> > +MEM_OFFLINE
> > + 在下线内存完成后生成。
>
> 内存下线完成 ？
ok！
>
> > +
> > +一个回调程序可以通过调用::
>
> be registered by calling:
> 可以通过调用如下函数来注册一个回调程序::
ok!
>
> > +
> > + hotplug_memory_notifier(callback_func, priority)
> > +
> > +优先级数值较高的回调函数在数值较低的回调函数之前被调用。
> > +
> > +一个回调函数必须有以下原型::
> > +
> > + int callback_func(
> > + struct notifier_block *self, unsigned long action, void *arg);
> > +
> > +回调函数的第一个参数（self）是指向回调函数本身的通知器链块的一个指针。第二个参
> > +数（action）是上述的事件类型之一。第三个参数（arg）传递一个指向
> > +struct memory_notify的指针::
> ^^^^^^^
> memory_notify结构体
ok!
>
> > +
> > + struct memory_notify {
> > + unsigned long start_pfn;
> > + unsigned long nr_pages;
> > + int status_change_nid_normal;
> > + int status_change_nid_high;
> > + int status_change_nid;
> > + }
> > +
> > +- start_pfn是在线/离线内存的start_pfn。
> > +
> > +- nr_pages是在线/离线内存的#页数。
>
> # of pages = number of pages
> remove #
ok,removed.
>
> > +
> > +- status_change_nid_normal是当nodemask的N_NORMAL_MEMORY被设置/清除时设置节
> > + 点id，如果是-1，则nodemask状态不改变。
> > +
> > +- status_change_nid_high是当nodemask的N_HIGH_MEMORY被设置/清除时设置的节点
> > + id，如果这个值为-1，那么nodemask状态不会改变。
> > +
> > +- status_change_nid是当nodemask的N_MEMORY被（将）设置/清除时设置的节点id。这
> > + 意味着一个新的（无记忆的）节点通过联机获得新的内存，而一个节点失去了所有的内
> ^^^^
> 上线 ？
emmmm,ok!
没上线的
>
> > + 存。如果这个值为-1，那么nodemask的状态就不会改变。
> > +
> > + 如果 status_changed_nid* >= 0，回调应该在必要时为节点创建/丢弃结构体。
> > +
> > +回调例程应返回 ``include/linux/notifier.h`` 中定义的NOTIFY_DONE, NOTIFY_OK,
>
> s/例程/程序/
ok!
>
> > +NOTIFY_BAD, NOTIFY_STOP中的一个值。
> > +
> > +NOTIFY_DONE和NOTIFY_OK对进一步处理没有影响。
> > +
> > +NOTIFY_BAD是作为对MEM_GOING_ONLINE、MEM_GOING_OFFLINE、MEM_ONLINE或MEM_OFFLINE
> > +动作的回应，用于取消热插拔。它停止对通知队列的进一步处理。
> > +
> > +NOTIFY_STOP停止对通知队列的进一步处理。
> > +
> > +内部锁
> > +======
> > +
> > +当添加/删除使用内存块设备（即普通RAM）的内存时，device_hotplug_lock应该被保持
> > +为:
> > +
> > +- 针对在线/离线请求进行同步（例如，通过sysfs）。这样一来，内存块设备只有在内存
> > + 被完全添加后才能被用户空间访问（.online/.state属性）。而在删除内存时，我们知
> > + 道没有人在关键部分。
>
> s/关键部分/临界区/
ok!
>
> > +
> > +- 与CPU热插拔和类似的同步（例如，与ACPI和PPC有关）
>
> 与CPU热拔插或类似操作同步（例如ACPI和PPC相关操作）
ok!
>
> > +
> > +特别是，在添加内存和用户空间试图以比预期更快的速度联机该内存时，有可能出现锁反转，
上线
> ^^^^
>
> > +使用device_hotplug_lock可以避免。:
>
> remove 。
> 可以避免此情况
>
> > +
> > +- device_online()将首先接受device_lock()，然后是mem_hotplug_lock。
> > +
> > +- add_memory_resource()将首先使用mem_hotplug_lock，然后是device_lock()（在创
> > + 建设备时，在bus_add_device()期间）。
> > +
> > +由于在使用device_lock()之前，设备对用户空间是可见的，这可能导致锁的反转。
> > +
> > +内存的上线/下线应该通过device_online()/device_offline()完成--以确保它与通过
> ^^
> ——
ok!
>
> > +sysfs进行的操作正确同步。建议持有device_hotplug_lock（例如，保护online_type）。
> > +
> > +当添加/删除/上线/下线内存或添加/删除异构/设备内存时，我们应该始终持有写模式的
> | | |
> 或者添加/删除异构或设备内存
great!
>
> > +mem_hotplug_lock，以序列化内存热插拔（例如访问全局/区域变量）。
> > +
> > +此外，mem_hotplug_lock（与device_hotplug_lock相反）在读取模式下允许一个相当
> > +有效的get_online_mems/put_online_mems实现，所以访问内存的代码可以防止该内存
> > +消失。
> > --
> > 2.27.0
>
> Thanks,
> Wu X.C.
Thanks you for your review!
Thanks,
Yanteng
