docs/zh_CN: Update the translation of highmem to 6.1-rc8
authorYanteng Si <siyanteng@loongson.cn>
Sat, 10 Dec 2022 03:24:49 +0000 (11:24 +0800)
committerJonathan Corbet <corbet@lwn.net>
Mon, 2 Jan 2023 23:14:10 +0000 (16:14 -0700)
Update to commit a9e9c93966af ("Documentation/mm: add
details about kmap_local_page() and preemption").

Commit 84b86f6054c4 ("Documentation/mm: rrefer
kmap_local_page() and avoid kmap()").
Commit 6b3afe2eeec2 ("Documentation/mm: avoid
invalid use of addresses from kmap_local_page()").
Commit 516ea046ec55 ("Documentation/mm: don't kmap*()
pages which can't come from HIGHMEM").

Signed-off-by: Yanteng Si <siyanteng@loongson.cn>
Reviewed-by: Wu XiangCheng <bobwxc@email.cn>
Link: https://lore.kernel.org/r/50db59505546b035a03f4ae48d3c18e6116f9e3c.1670642548.git.siyanteng@loongson.cn
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
Documentation/translations/zh_CN/mm/highmem.rst

index f74800a6d9a7036ad9652a6d02b883305880b205..2c0ee0cbf5c492b01d6dd45de914eb9986652084 100644 (file)
 
   在可行的情况下,这个函数应该比其他所有的函数优先使用。
 
-  这些映射是线程本地和CPU本地的,这意味着映射只能从这个线程中访问,并且当映射处于活
-  态时,该线程与CPU绑定。即使线程被抢占了(因为抢占永远不会被函数禁用),CPU也不能通过
-  CPU-hotplug从系统中拔出,直到映射被处理掉
+  这些映射是线程本地和CPU本地的,这意味着映射只能从这个线程中访问,并且当映射处于活
+  态时,线程被绑定到CPU上。尽管这个函数从来没有禁用过抢占,但在映射被处理之前,CPU不能
+  通过CPU-hotplug从系统中拔出
 
   在本地的kmap区域中采取pagefaults是有效的,除非获取本地映射的上下文由于其他原因不允许
   这样做。
 
+  如前所述,缺页异常和抢占从未被禁用。没有必要禁用抢占,因为当上下文切换到一个不同的任务
+  时,离开的任务的映射被保存,而进入的任务的映射被恢复。
+
   kmap_local_page()总是返回一个有效的虚拟地址,并且假定kunmap_local()不会失败。
 
+  在CONFIG_HIGHMEM=n的内核中,对于低内存页,它返回直接映射的虚拟地址。只有真正的高内
+  存页面才会被临时映射。因此,用户可以为那些已知不是来自ZONE_HIGHMEM的页面调用普通的
+  page_address()。然而,使用kmap_local_page() / kunmap_local()总是安全的。
+
+  虽然它比kmap()快得多,但在高内存的情况下,它对指针的有效性有限制。与kmap()映射相反,
+  本地映射只在调用者的上下文中有效,不能传递给其他上下文。这意味着用户必须绝对保证返回
+  地址的使用只限于映射它的线程。
+
+  大多数代码可以被设计成使用线程本地映射。因此,用户在设计他们的代码时,应该尽量避免使用
+  kmap(),将页面映射到将被使用的同一线程中,并优先使用kmap_local_page()。
+
   嵌套kmap_local_page()和kmap_atomic()映射在一定程度上是允许的(最多到KMAP_TYPE_NR),
   但是它们的调用必须严格排序,因为映射的实现是基于堆栈的。关于如何管理嵌套映射的细节,
   请参见kmap_local_page() kdocs(包含在 "函数 "部分)。