diff options
Diffstat (limited to 'zh-cn/devices/bootloader/flashing-updating.html')
| -rw-r--r-- | zh-cn/devices/bootloader/flashing-updating.html | 10 |
1 files changed, 6 insertions, 4 deletions
diff --git a/zh-cn/devices/bootloader/flashing-updating.html b/zh-cn/devices/bootloader/flashing-updating.html index e1519a89..61aa0493 100644 --- a/zh-cn/devices/bootloader/flashing-updating.html +++ b/zh-cn/devices/bootloader/flashing-updating.html @@ -37,8 +37,8 @@ <li>引导加载程序命令行：由引导加载程序确定的一组静态和动态参数</li> <li>设备树：从 chosen/bootargs 节点</li> <li><code>defconfig</code>：从 CONFIG_CMDLINE</li> -<li><code>boot.img</code>：从命令行（有关偏移和大小，请参见 <a href="https://android.googlesource.com/platform/system/core/+/master/mkbootimg/include/bootimg/bootimg.h" class="external"><code>system/core/mkbootimg/bootimg.h</code></a>）</li> -<li>通过 PMIC（电源管理集成电路）确定的遵循 <a href="/compatibility/cdd">Android 兼容性定义文档</a>的规范重新启动或关闭原因、其他硬件资源和重新启动魔数参数 (<code>LINUX_REBOOT_CMD_RESTART2</code>) 消息传递，记录为：<code>androidboot.bootreason=<reason></code></li> +<li><code>boot.img</code>：从命令行（关于偏移和大小，请参见 <a href="https://android.googlesource.com/platform/system/core/+/master/mkbootimg/include/bootimg/bootimg.h" class="external"><code>system/core/mkbootimg/bootimg.h</code></a>）</li> +<li>通过 PMIC（电源管理集成电路）、其他硬件资源和重新启动魔数参数 (<code>LINUX_REBOOT_CMD_RESTART2</code>) 消息传递确定且遵从 <a href="/compatibility/cdd">Android 兼容性定义文档</a>的规范性重新启动或关闭原因，会记录为：<code>androidboot.bootreason=<reason></code></li> </ul> <h2 id="booting-device-tree">启动：设备树/设备树叠加层</h2> @@ -63,7 +63,7 @@ 如果使用标准 AOSP 恢复映像，那么在启动过程中，引导加载程序应该读取 misc 分区上的前 32 个字节，如果相应的数据匹配，它将启动到恢复映像：“启动-恢复”。这样一来，可以继续执行任何待处理的恢复工作（例如，应用 OTA、执行数据移除等），直到成功完成为止。 </p> <p> -要详细了解刷写过程中恢复进程与引导加载程序进行通信时用到的块内容，请参见 <a href="https://android.googlesource.com/platform/bootable/recovery/+/master/bootloader_message/include/bootloader_message/bootloader_message.h#64" class="external"><code>bootable/recovery/bootloader_message/bootloader_message.h</code></a>。 +要详细了解刷写过程中恢复进程与引导加载程序进行通信时用到的块中的内容，请参见 <a href="https://android.googlesource.com/platform/bootable/recovery/+/master/bootloader_message/include/bootloader_message/bootloader_message.h#64" class="external"><code>bootable/recovery/bootloader_message/bootloader_message.h</code></a>。 </p> <h3 id="a-b-updates">A/B 更新</h3> <p> @@ -71,7 +71,9 @@ <ul> <li>所有通过 OTA 更新的分区都应可以在主系统启动时更新，而不是通过恢复来更新。 </li><li>对于 A/B 更新，更新程序将查询<a href="/reference/hidl/android/hardware/boot/1.0/IBootControl">启动控件 HAL</a>，更新当前未使用的启动槽位，通过 HAL 更改活动槽位，并重新启动到更新后的操作系统。请参见<a href="/devices/tech/ota/ab/ab_implement#bootcontrol" class="external">实现启动控件 HAL</a> -</li><li>所有支持 A/B 的分区都会在其名称后面附加一个后缀。此后缀可区分属于引导加载程序中特定槽位的分区。对于每个这样的分区，都有一个相应的变量 <code>has-slot:<partition base name></partition></code>，其值为“yes”</li><li>槽位按字母顺序命名为 a、b、c 等，与后缀为 _a、_b、_c 等的分区相对应。</li><li>引导加载程序应通过以下某种方式通知操作系统启动了哪个槽位：<ul> +</li><li>所有支持 A/B 的分区都会在其名称后面附加一个后缀。此后缀可区分属于引导加载程序中特定插槽的分区。对于每个这样的分区，都有一个相应的变量 <code>has-slot:<partition base name></partition></code>，其值为“yes” +</li><li>插槽按字母顺序命名为 a、b、c 等，与后缀为 _a、_b、_c 等的分区相对应。 +</li><li>引导加载程序应通过以下某种方式通知操作系统启动了哪个槽位：<ul> <li>DT 属性：<code>/firmware/android/slot_suffix</code> 或： </li><li>命令行属性：<code>androidboot.slot_suffix</code> |