[参考译文] AM67A：从 Linux 到 PMIC 的断电序列

您好、

我们的专家本周正在度假。 敬请期待回复延迟。

此致、
Sudheer

Unknown 说：

Linux 内核将在 TF-A 中的实现中发出 PSCI 系统关闭命令。

正确。  

Unknown 说：

TF-A 将向 sci 服务器发送消息。  [/报价]

这也是正确的。

Linux --> ATF-->TIFS --> DM。

Unknown 说：

在哪里可以找到此 sci 服务器(适用于 J722S/AM67A)的源代码

这是 j722s RTOS SDK 的一部分。

[引述 userid="624125" url="~/support/processors-group/processors/f/processors-forum/1502423/am67a-power-off-sequence-from-linux-to-pmic

• 它存储在哪里？
• 是否存在所有相关组件的消息序列流？

[/报价]

源代码是 RTOS SDK 的一部分。 如果电路板原理图相同、则可以重复使用。

此致、

Keerthy  

[/quote]

您好、Michael、

https://git.ti.com/cgit/processor-sdk/pdk/tree/packages/ti/drv/sciclient/soc sciclient_pmic.c

J7200的实现示例。 我在内部与团队进行了检查、并且 J722s 仍未执行此操作。

请留出一些时间来检查此问题、并在启用此功能时重新开始。

- Keerthy

尊敬的 Keerthy：

这只是客户端、我正在寻找实际关闭电路板电源的代码。

谢谢、
-迈克尔

您好、Michael：

https://git.ti.com/cgit/processor-sdk/pdk/tree/packages/ti/board/src j721s2_evm/board_power.c#n60

如上所示。 需要实施一系列 I2C 命令来关闭 PMIC 电源。

目前它不适用于 J722s。

- Keerthy

尊敬的 Keerthy：

谢谢。 它将是 RTOS SDK 的一部分(而不是 PDK 的一部分)？ RTOS SDK 是否使用 PDK？

此外、如果 Linux (或丰富的操作系统)和固件都使用 PMIC、这不会是资源冲突吗？

此外、这也意味着我们必须交付自己的 PDK (货叉)、对吧？ 因为我相信断电序列不能与我们的电路板搭配使用。

-迈克尔

Michael、

Unknown 说：

另外、如果 Linux (或丰富的操作系统)和固件都使用 PMIC、这是否不是资源冲突？

HLOS 控制 PMIC 是否有任何用例？ 否则、运行 DM 的 R5F 应控制 PMIC。  

Unknown 说：

ermore、这也意味着我们必须交付自己的 PDK (fork)、对吗？ 因为我确定断电序列不适用于我们的电路板。

是的、实现是 EVM 的参考、根据您的 PMIC 解决方案、最后一组 i2c 写入将因自定义解决方案而异。

此致、

Keerthy  

尊敬的 Keerthy：

Unknown 说：

HLOS 控制 PMIC 是否有任何用例？ 否则、运行 DM 的 R5F 应控制 PMIC。  [/报价]

是的、因为 HLOS 可能需要控制 PMIC 的电压。 例如、参阅 beagly-ai 板、在 Linux 中使用 PMIC：
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/arch/arm64/boot/dts/ti/k3-am67a-beagley-ai.dts?h=v6.15-rc3#n357

Unknown 说：

是的、实现可用作 EVM 的参考、根据您的 PMIC 解决方案、最后一组 i2c 写入将因自定义解决方案而异。

这是非常糟糕的 IMHO、尤其是 Yocto 和 buildroot 使用的是 ti-linux-firmware 存储库中的固件 Blob (因此仅支持您的 EVM)。 例如,我们如何在 buildroot 中添加对我们的电路板的支持?

是否有任何计划从特定于电路板的固件转向特定于 SoC 的固件？

谢谢、
-迈克尔

[/quote]

Michael、

以下是基本原理。 我们需要每个内核都确认 SOC 正在断电。

Linux --> ATF (A72)--> TIFS (M3/M4)并最后 DM (R5F)获取消息以最终关闭系统。

是否有任何计划从特定于电路板的固件转向特定于 SoC 的固件？

任何解决方案(无论是 Linux 解决方案还是某些 R5F fimrware 解决方案)都将特定于电路板。 可以推导出向 SOC 输送电力的"n"种组合。 我们支持可以在 EVM 上测试的内容。

- Keerthy

尊敬的 Keerthy：

Unknown 说：

任何解决方案、无论是 Linux 还是某些 R5F fimrware、都将特定于电路板。

当然、区别在于、例如在构建 u-boot 时、Linux 不是固件、并且预编译的二进制文件取自 ti-linux-firmware。 因此、我可以更改 Linux 的行为(并只修改器件树)、而在不重新压缩并对构建系统投入大量精力的情况下无法更改固件的行为、因为 ti-linux-firmware 的固件完全无用。

BR、
-迈克尔

尊敬的 Keerthy：

是的、这当然是可行的、但您的所有 Linux 开发和构建基础设施都是围绕带有预编译二进制文件(如前所述仅支持 EVM)的 ti-linux-firmware 存储库发展的。 此外,你把暗灯跟随开发(和发布!) DM 二进制文件的可用性。

谢谢、
-迈克尔

尊敬的 Keerthy：

是的、请将其作为反馈。 同样、DM 进行断电也不错、但硬编码非常适合电路板、这很糟糕。 TI 在支持上游领域非常强大、因此我们选择了 TI。 想象一下、电路板支持会上传到 Linux ( 目前仅视为 HLOS)和 u-boot。 突然间、我们仍然需要发布和跟踪您的固件的开发、只是为了提供微小的细节。 因此、是的、TI 应该考虑让 DM 指定给 SoC、并使其他所有内容都可配置。

作为一种权变措施、我们只需跳过 DM 的断电过程、让 Linux 通过 PMIC (而不是通过 PSCI)关闭电源。

谢谢、
-迈克尔