为什么不能直接在项目 DTS 中引用平台的dts

你提到的memory_ssmr_features节点在mtxxx.dts中定义，并且有一个标签memory_ssmr_features:。这个标签在设备树编译中是全局可引用的，但前提是包含定义该节点的文件（即mtxxx.dts）被当前编译的.dts文件所包含。然而，直接包含mtxxx.dts会导致语法错误（重复的/dts-v1/;和根节点嵌套），因此无法直接通过标签覆盖。

为什么不能直接在项目 DTS 中覆盖？

在项目 DTS（例如xxxxxx_xxx.dts）中，如果你尝试：

/dts-v1/; #include "mediatek/mtxxx.dts" // 错误：会引入重复的 /dts-v1/; 和根节点 &memory_ssmr_features { svp-region-based-size = <0 0xc000000>; // 覆盖属性 }

编译器会报错，因为mtxxx.dts本身已经包含了/dts-v1/;和根节点，导致最终展开后出现两个版本标识和两个根节点，语法错误。

解决方案：创建.dtsi文件并分离节点定义

由于平台只有mtxxx.dts而没有对应的.dtsi，你需要手动创建一个.dtsi文件，将所有节点定义（包括memory_ssmr_features）移到.dtsi中，然后让原mtxxx.dts和项目 DTS 都包含这个.dtsi。这是最规范且不会报错的方法。

步骤详解

1. 创建mtxxx.dtsi

进入内核源码目录arch/arm64/boot/dts/mediatek/，复制mtxxx.dts为mtxxx.dtsi：

cpmtxxx.dts mtxxx.dtsi

2. 编辑mtxxx.dtsi，删除顶层语法

打开mtxxx.dtsi，删除以下内容：

• 第 6 行/dts-v1/;（版本标识）
• 根节点的外壳：即删除文件开头的{和文件末尾与之匹配的}，只保留内部的子节点定义和所有#include行。

修改后的mtxxx.dtsi大致如下（以你的片段为例）：

// SPDX-License-Identifier: GPL-2.0 /* * Copyright (c) 2022 MediaTek Inc. */ #include <dt-bindings/clock/mtxxx-clk.h> #include <dt-bindings/power/mtxxx-power.h> // ... 其他头文件保持不变 memory_ssmr_features: memory-ssmr-features { compatible = "mediatek,memory-ssmr-features"; svp-region-based-size = <0 0x18000000>; svp-page-based-size = <0 0>; tui-size = <0 0x4000000>; wfd-region-based-size = <0 0x4000000>; wfd-page-based-size = <0 0>; prot-region-based-size = <0 0x10000000>; prot-page-based-size = <0 0>; }; // ... 其他所有节点定义（如 cpus、soc 等）都保留在此

注意：确保没有删除任何#include行，否则编译时可能缺少宏定义。

3. 修改原mtxxx.dts以包含新创建的.dtsi

编辑mtxxx.dts，将其内容替换为：

// SPDX-License-Identifier: GPL-2.0 /* * Copyright (c) 2022 MediaTek Inc. */ /dts-v1/; #include "mtxxx.dtsi"

这样原文件功能不变，且为其他项目提供了可包含的.dtsi。

4. 在项目 DTS 中包含.dtsi并覆盖属性

假设你的项目 DTS 是xxxxxx_xxx.dts，内容如下：

/dts-v1/; #include "mtxxx.dtsi" // 包含平台所有节点定义 /* 通过标签覆盖 memory_ssmr_features 的属性 */ &memory_ssmr_features { svp-region-based-size = <0 0xc000000>; // 修改为原值的一半 }; /* 可以继续添加或覆盖其他板级专属节点 */

5. 编译验证

在内核根目录执行设备树编译：

makedtbs

或单独编译项目 DTB：

makearch/arm64/boot/dts/mediatek/xxxxxx_xxx.dtb

编译通过后，生成的.dtb中svp-region-based-size的值即为0xc000000。

为什么不建议直接修改mtxxx.dts本身？

如果你尝试在mtxxx.dts中直接修改属性，虽然可以编译通过，但该修改会影响所有使用该平台文件的项目，且无法为不同项目保留差异化配置。通过.dtsi+ 项目覆盖的方式，可以实现平台默认值与项目定制的分离，符合设备树的设计理念。

补充说明

• 标签的作用域：标签memory_ssmr_features在.dtsi中定义后，只要项目 DTS 包含了该文件，就可以通过&memory_ssmr_features引用并覆盖属性。标签本身是全局的，但定义必须被包含才能使用。
• 如果你不想创建.dtsi，理论上可以在项目 DTS 中重新定义整个memory_ssmr_features节点，但这样会丢失平台其他所有节点的定义，导致不完整的设备树，通常不可行。因此创建.dtsi是唯一稳妥的做法。

按照以上步骤操作，即可在不引起编译错误的前提下，成功修改svp-region-based-size属性。