1 .. SPDX-License-Identifier: GPL-2.0 1 .. SPDX-License-Identifier: GPL-2.0
2 .. include:: ../disclaimer-zh_CN.rst 2 .. include:: ../disclaimer-zh_CN.rst
3 3
4 :Original: Documentation/devicetree/overlay-no 4 :Original: Documentation/devicetree/overlay-notes.rst
5 5
6 :翻译: 6 :翻译:
7 7
8 司延腾 Yanteng Si <siyanteng@loongson.cn> 8 司延腾 Yanteng Si <siyanteng@loongson.cn>
9 9
10 :校译: 10 :校译:
11 11
12 ============== 12 ==============
13 设备树覆盖说明 13 设备树覆盖说明
14 ============== 14 ==============
15 15
16 本文档描述了drivers/of/overlay.c中的 16 本文档描述了drivers/of/overlay.c中的内核内设备树覆盖功能的实现，是
17 Documentation/devicetree/dynamic-resolution-no 17 Documentation/devicetree/dynamic-resolution-notes.rst[1]的配套文档。
18 18
19 覆盖如何工作 19 覆盖如何工作
20 ------------ 20 ------------
21 21
22 设备树覆盖的目的是修改内核的实 22 设备树覆盖的目的是修改内核的实时树，并使修改以反映变化的方式影响内核的状态。
23 由于内核主要处理的是设备，任何 23 由于内核主要处理的是设备，任何新的设备节点如果导致一个活动的设备，就应该创建它，
24 而如果设备节点被禁用或被全部删 24 而如果设备节点被禁用或被全部删除，受影响的设备应该被取消注册。
25 25
26 让我们举个例子，我们有一个foo板 26 让我们举个例子，我们有一个foo板，它的基本树形图如下::
27 27
28 ---- foo.dts ----------------------------- 28 ---- foo.dts ---------------------------------------------------------------
29 /* FOO平台 */ 29 /* FOO平台 */
30 /dts-v1/; 30 /dts-v1/;
31 / { 31 / {
32 compatible = "corp,foo"; 32 compatible = "corp,foo";
33 33
34 /* 共享的资源 */ 34 /* 共享的资源 */
35 res: res { 35 res: res {
36 }; 36 };
37 37
38 /* 芯片上的外围设备 */ 38 /* 芯片上的外围设备 */
39 ocp: ocp { 39 ocp: ocp {
40 /* 总是被实例化 40 /* 总是被实例化的外围设备 */
41 peripheral1 { ... }; 41 peripheral1 { ... };
42 }; 42 };
43 }; 43 };
44 ---- foo.dts ----------------------------- 44 ---- foo.dts ---------------------------------------------------------------
45 45
46 覆盖bar.dts, 46 覆盖bar.dts,
47 :: 47 ::
48 48
49 ---- bar.dts - 按标签覆盖目标位置 49 ---- bar.dts - 按标签覆盖目标位置 ----------------------------
50 /dts-v1/; 50 /dts-v1/;
51 /插件/; 51 /插件/;
52 &ocp { 52 &ocp {
53 /* bar外围 */ 53 /* bar外围 */
54 bar { 54 bar {
55 compatible = "corp,bar 55 compatible = "corp,bar";
56 ... /* 各种属性和 56 ... /* 各种属性和子节点 */
57 }; 57 };
58 }; 58 };
59 ---- bar.dts ----------------------------- 59 ---- bar.dts ---------------------------------------------------------------
60 60
61 当加载（并按照[1]中描述的方式解 61 当加载（并按照[1]中描述的方式解决）时，应该产生foo+bar.dts::
62 62
63 ---- foo+bar.dts ------------------------- 63 ---- foo+bar.dts -----------------------------------------------------------
64 /* FOO平台 + bar外围 */ 64 /* FOO平台 + bar外围 */
65 / { 65 / {
66 compatible = "corp,foo"; 66 compatible = "corp,foo";
67 67
68 /* 共享资源 */ 68 /* 共享资源 */
69 res: res { 69 res: res {
70 }; 70 };
71 71
72 /* 芯片上的外围设备 */ 72 /* 芯片上的外围设备 */
73 ocp: ocp { 73 ocp: ocp {
74 /* 总是被实例化 74 /* 总是被实例化的外围设备 */
75 peripheral1 { ... }; 75 peripheral1 { ... };
76 76
77 /* bar外围 */ 77 /* bar外围 */
78 bar { 78 bar {
79 compatible = " 79 compatible = "corp,bar";
80 ... /* 各种 80 ... /* 各种属性和子节点 */
81 }; 81 };
82 }; 82 };
83 }; 83 };
84 ---- foo+bar.dts ------------------------- 84 ---- foo+bar.dts -----------------------------------------------------------
85 85
86 作为覆盖的结果，已经创建了一个 86 作为覆盖的结果，已经创建了一个新的设备节点（bar），因此将注册一个bar平台设备，
87 如果加载了匹配的设备驱动程序， 87 如果加载了匹配的设备驱动程序，将按预期创建设备。
88 88
89 如果基础DT不是用-@选项编译的，那 89 如果基础DT不是用-@选项编译的，那么“&ocp”标签将不能用于将覆盖节点解析到基础
90 DT中的适当位置。在这种情况下， 90 DT中的适当位置。在这种情况下，可以提供目标路径。通过标签的目标位置的语法是比
91 较好的，因为不管标签在DT中出现 91 较好的，因为不管标签在DT中出现在哪里，覆盖都可以被应用到任何包含标签的基础DT上。
92 92
93 上面的bar.dts例子被修改为使用目标 93 上面的bar.dts例子被修改为使用目标路径语法，即为::
94 94
95 ---- bar.dts - 通过明确的路径覆盖 95 ---- bar.dts - 通过明确的路径覆盖目标位置 --------------------
96 /dts-v1/; 96 /dts-v1/;
97 /插件/; 97 /插件/;
98 &{/ocp} { 98 &{/ocp} {
99 /* bar外围 */ 99 /* bar外围 */
100 bar { 100 bar {
101 compatible = "corp,bar 101 compatible = "corp,bar";
102 ... /* 各种外围设 102 ... /* 各种外围设备和子节点 */
103 } 103 }
104 }; 104 };
105 ---- bar.dts ----------------------------- 105 ---- bar.dts ---------------------------------------------------------------
106 106
107 107
108 内核中关于覆盖的API 108 内核中关于覆盖的API
109 ------------------- 109 -------------------
110 110
111 该API相当容易使用。 111 该API相当容易使用。
112 112
113 1) 调用of_overlay_fdt_apply()来创建和应 113 1) 调用of_overlay_fdt_apply()来创建和应用一个覆盖的变更集。返回值是一个
114 错误或一个识别这个覆盖的cookie 114 错误或一个识别这个覆盖的cookie。
115 115
116 2) 调用of_overlay_remove()来删除和清理 116 2) 调用of_overlay_remove()来删除和清理先前通过调用of_overlay_fdt_apply()
117 而创建的覆盖变更集。不允许删 117 而创建的覆盖变更集。不允许删除一个被另一个覆盖的覆盖变化集。
118 118
119 最后，如果你需要一次性删除所有 119 最后，如果你需要一次性删除所有的覆盖，只需调用of_overlay_remove_all()，
120 它将以正确的顺序删除每一个覆盖 120 它将以正确的顺序删除每一个覆盖。
121 121
122 你可以选择注册在覆盖操作中被调 122 你可以选择注册在覆盖操作中被调用的通知器。详见
123 of_overlay_notifier_register/unregister和enum 123 of_overlay_notifier_register/unregister和enum of_overlay_notify_action。
124 124
125 OF_OVERLAY_PRE_APPLY、OF_OVERLAY_POST_APPLY 125 OF_OVERLAY_PRE_APPLY、OF_OVERLAY_POST_APPLY或OF_OVERLAY_PRE_REMOVE
126 的通知器回调可以存储指向覆盖层 126 的通知器回调可以存储指向覆盖层中的设备树节点或其内容的指针，但这些指针不能持
127 续到OF_OVERLAY_POST_REMOVE的通知器回调 127 续到OF_OVERLAY_POST_REMOVE的通知器回调。在OF_OVERLAY_POST_REMOVE通
128 知器被调用后，包含覆盖层的内存 128 知器被调用后，包含覆盖层的内存将被kfree()ed。请注意，即使OF_OVERLAY_POST_REMOVE
129 的通知器返回错误，内存也会被kfre 129 的通知器返回错误，内存也会被kfree()ed。
130 130
131 drivers/of/dynamic.c中的变更集通知器 131 drivers/of/dynamic.c中的变更集通知器是第二种类型的通知器，可以通过应用或移除
132 覆盖层来触发。这些通知器不允许 132 覆盖层来触发。这些通知器不允许在覆盖层或其内容中存储指向设备树节点的指针。当包含
133 覆盖层的内存因移除覆盖层而被释 133 覆盖层的内存因移除覆盖层而被释放时，覆盖层代码并不能防止这类指针仍然有效。
134 134
135 任何其他保留指向覆盖层节点或数 135 任何其他保留指向覆盖层节点或数据的指针的代码都被认为是一个错误，因为在移除覆盖层
136 后，该指针将指向已释放的内存。 136 后，该指针将指向已释放的内存。
137 137
138 覆盖层的用户必须特别注意系统上 138 覆盖层的用户必须特别注意系统上发生的整体操作，以确保其他内核代码不保留任何指向覆
139 盖层节点或数据的指针。任何无意 139 盖层节点或数据的指针。任何无意中使用这种指针的例子是，如果一个驱动或子系统模块在
140 应用了覆盖后被加载，并且该驱动 140 应用了覆盖后被加载，并且该驱动或子系统扫描了整个设备树或其大部分，包括覆盖节点。
Linux® is a registered trademark of Linus Torvalds in the United States and other countries.
TOMOYO® is a registered trademark of NTT DATA CORPORATION.