[参考译文] Linux/TPS65910：关闭时内核严重错误

Harshvardhan、

我将此帖子移至 AM335x 团队、因为他们将能够在这个问题的软件方面提供更多帮助。 我们会继续监察这项工作，以便在可能的情况下提供协助。

谢谢、
Nick

您会说这是基于 BeagleBone Black 的设计。 但是、BeagleBone Black 不使用 TPS65910 PMIC。 请发布原理图的 PMIC - AM335X 相关部分。

e2e.ti.com/.../0486.swcu093c.pdf

请查找我们用于连接 PMIC 和 Sitara 处理器的文档。 还可找到原理图的 PMIC 部分。 建立的连接与 pdf 文档相同。  

谢谢、

苛刻

Harshvardhan、

您能否探测连接到 PMIC 上 PWRHOLD 的 PMIC_PWR_EN 信号？

此消息指示 AM335x RTC 模块无法关闭 PMIC。

[71.343720] RTC_POWER_OFF 失败、正在向外邮寄。 

我想知道 PMIC_PWR_EN 信号是否已取消置位、但另一种情况是使 PMIC 保持活动状态、或者、PMIC_PWR_EN 信号从未取消置位。

此致、
Mike

Michael、

我预计会出现一些与 PMIC_PWR_EN 相关的问题 、因此我收集 了 PMIC_PWR_EN (Sitara) 和 POWERON (PMIC)的数据。 请在所附文档中查找数据。 是的、 PMIC_PWR_EN 信号从不变为低电平。 它始终显示1.8伏的高电压(即使设备被认为关闭)。

注：4.1.2 bone12内核没有内核严重错误。 此紧急情况仅发生在4.1.8-ti-R18内核上。  

谢谢、

Harshvardhan

e2e.ti.com/.../pmic_5F00_data_5F00_collected.xlsx

Harshvardhan、

感谢您提供数据。

您能否从器件树共享 TPS 和 RTC 节点？  我很好奇这些内容是如何从 TPS65217修改为 TPS65910的。

此致、
Mike

Michael、

请在随附的文档中找到我们器件树的 TPS 和 RTC 节点。

谢谢、

Harshvardhan

e2e.ti.com/.../rtc_5F00_tps_5F00_dtsi.txt。

您好 Harshvardhan、

是您定义的唯一 RTC 节点吗？

我们有两个 RTC 节点。  通常、我们在基本 dtsi (am33xx.dtsi)中有一个用于定义基址、中断等、如您所拥有、在顶层板 dts 文件中有另一个用于定义基址、中断等(请检查 AM335x-evm.dts)。

尝试将 system-power-controller 属性添加到 RTC 节点，如下所示：

&RTC｛
时钟=<&clk_32768_ck>、<&clkdiv32k_ick>；
时钟名称="ext-clk"、"int-clk"；
系统功率控制器；
}； 

有关 RTC 属性的更多信息、请参阅 Documentation/devicetree/bindings/rtc/rtc-omap.txt

此致、
Mike

尊敬的 Mike：

我们没有使用 AM335x-evm.dts，而是拥有顶级板 dts 文件，该文件包含另一个 RTC 节点(am33xx.dtsi 中的节点除外)。

RTC｛(&R)
系统功率控制器；
}；

我想系统功率控制器属性已经在 RTC 节点中。 尽管如此、我将尝试在 RTC 节点中添加以下行、看看这是否会产生任何影响。

时钟=<&clk_32768_ck>、<&clkdiv32k_ick>；
时钟名称="ext-clk"、"int-clk"；

谢谢、
Harshvardhan

尊敬的 Mike：

我尝试按照您的建议更改设备树中的 RTC 节点。 我仍然会遇到与 RTC 相关的相同内核紧急情况。 我在读取 Documentation/devicetree/bindings/rtc/rtc-omap.txt 之后尝试了一些其他设置、但仍然没有成功。

谢谢、
Harshvardhan

您好 Harshvardhan、

很抱歉、这不是很顺利-请参阅随附的补丁。  这将向 RTC 内核模块添加一些调试信息、帮助诊断是否调用了正确的代码路径。

默认情况下、RTC-OMAP 内核驱动程序构建为可加载模块、因此您需要构建和安装模块才能看到任何更改。

构建并安装模块后、引导内核、并对"RTC"执行 grep 操作、并验证 RTC 是否为 PMIC 控制器。  接下来、运行"poweroff"命令、并验证是否打印出 PMIC_POWER_EN 已取消置位的消息。

在我的 AM335x-EVM 上、我看到以下内容：

root@AM335x-EVM：~# dmesg | grep RTC
[1.865252] vrtc：由 VBAT 供电
[2.016292] hctosys：无法打开 RTC 设备(rtc0)
[11.596033] OMAP_RTC 44e3e000.RTC：OMAP_RTC_probe：RTC 是_PMIC_controller
[11.679800] RTC rtc0：44e3e000.RTC：dev (253：0)
[11.679841] OMAP_RTC 44e3e000.RTC：RTC 内核：将44e320.RTC 注册为 rtc0
[18.035852] PM：引导加载程序不支持仅 RTC！

根目录@AM335x-EVM：~电源关闭
正在停止加载/保存随机种子...
卸载/run/media/mmcblk1p2...
(笑声)
[411.777818]重新启动：关闭电源
[411.781026]系统将在大约1秒内进入 POWER_OFF 状态
[411.787188] OMAP-RTC_POWER_OFF：将 OMAP-RTC_PMIC_POWER_EN 置为有效 

此致、
Mike

e2e.ti.com/.../rtc_2D00_omap_2D00_pmic_2D00_power_2D00_en_2D00_debug.patch

Harshvardhan、

我还验证了"halt"与"power"不同。 在我的系统上、HALT 不会关闭 PMIC、而是关闭 PMIC。

此致、
Mike

尊敬的 Mike：

是的、这是正确的、但断电也会在我们的系统中造成相同的内核恐慌。 不过、我会尝试该补丁、并返回给您结果。 我希望更多的调试信息会有所帮助。

谢谢、
Harshvardhan

尊敬的 Mike：

我修补了内核并运行了断电命令。 我仍然遇到内核恐慌、但我确实收到了我们在 RTC 驱动程序中添加的调试消息。 我已将日志附加到以下文件中。

对于驱动程序消息命令、我能够看到 RTC 驱动程序已加载并正在运行。

dmesg | grep rtc                           

[0.000000]  内核命令行：console=tty0 console=ttyO0、115200n8 capemgrc

[4.903600]  OMAP_RTC 44e3e000.RTC：已在运行              

[4.908770]  OMAP_RTC 44e3e000.RTC：OMAP_RTC_PROBE：RTC 是_PMIC_controller   

[4.917036]  OMAP_RTC 44e3e000.RTC：RTC 内核：将44e3e000.RTC 注册为 rtc0

[5.558228]  OMAP_RTC 44e3e000.RTC：将系统时钟设置为2000-01-01 00：20：)

谢谢、

Harshvardhan

e2e.ti.com/.../poweroff_5F00_log.txt

您好 Harshvardhan、

您是否能够解决此问题、还是仍然未解决？ 如前所述、希望了解您是否仍然遇到 TI 内核问题。

此致、
Mike

尊敬的 Mike：  

感谢您的联系。 我们目前正在将产品移植到最新的 TI SDK uboot 和内核。 到目前为止、我们可以进入 uboot 提示符并访问 MMC、我们正在努力将最新版本的 SDK Linux 移植到我们的定制板。 我们有一些问题、

TI SDK Linux RTC 代码如何将 PMIC_PWR_EN 设置为低电平？

它是否使用 RTC 设置 ALARM2、还有其他方法吗？

谢谢、

-Harshvardhan

Harshvardhan、

请看一下 Linux/drivers/rtc/rtc-omap.c 文件中的函数 OMAP_rtc_power_off

如果您的 RTC 设备树节点中有"system-power-controller"属性、则在断电时应调用此函数。

或者、如果您在 PMIC 器件树节点中具有"ti,system-power-controller"属性、则将调用 Linux/drivers/mfp/tps65910.c 中的 tps65910_power_off 函数、该函数通过 I2C 命令将 PMIC 编程为 off。

您的 ALARM2事件似乎没有触发。 您能否在 OMAP-RTC_POWER_OFF 函数的末尾放置一个忙回路、并验证是否触发了 ALARM2中断-检查 RTC_STATUS_REG 的值-应该设置 ALARM2位、我认为运行位也应该设置。

此致、
Mike

Mike、

感谢您提供信息。 正如建议的那样、我们成功地将 TI 支持的内核移植到了我们的定制板。 在端口之后、我们仍然看到 RTC 发出的相同内核紧急情况。 我们确实将您之前提供的用于调试的补丁应用到了新的 TI SDK 内核、这次我们能够看到 OMAP-RTC_PMIC_POWER_EN 被置为有效。

这是日志

根目录@AM335x-EVM：~电源关闭
init：切换到运行级别：0
初始化：正在发送
根部@AM335x-EVM (ttyS0)的广播消息(2016年2月27日星期六)：
由于系统现在停止、系统将会停止！
正在停止 syslogd/klogd：已停止 syslogd (pid 575)已停止 klogd (pid 578)已完成解算网络接口... ifdown：未配置接口 eth0
ifdown：未配置接口 usb0
完成。
发送所有数据将处理术语信号...
发送所有数据将处理 kill 信号...
正在卸载远程文件系统...
正在禁用交换...
正在卸载本地文件系统...
[41.555965]重新启动：关闭电源
[41.559144]系统将在大约1秒内进入 POWER_OFF 状态
[41.565302] OMAP_RTC_POWER_OFF：取消 OMAP-RTC_PMIC_POWER_EN 的置位
[44.062145] RTC_POWER_OFF 失败、邮寄出。

除此之外、我们还没有更改 TI SDK 内核中的任何内容。 此外、与 TI 入门套件的原理图相比、我们在1ms 内不将 RTC_PORTZ 保持在低电平、这可能是问题的根源吗？

谢谢、
Harshvardhan

Mike、

通过更改 OMAP RTC 驱动程序、我们能够在没有内核恐慌的情况下关闭电路板电源。 下面是我们所做的更改和断电日志。

这是我更改的部分(在#else 情况下为原始代码和新代码)
#if 0
Val |= OMAP_RTC_PMIC_POWER_EN_EN | OMAP_RTC_PMIC_EXT_WKUP_POL (0)|
OMAP-RTC_PMIC_EXT_WKUP_EN (0)；
其他
Val |= OMAP_RTC_PMIC_POWER_EN_EN；/*允许通过 ALARM2关闭*/
Val &&=~OMAP-RTC_PMIC_EXT_WKUP_POL (0)；//高电平有效-外部唤醒连接到 GND *
Val &=~OMAP-RTC_PMIC_EXT_WKUP_EN (0)；//禁用外部唤醒(GND 后为冗余)*/
#endif

这是日志

根目录@AM335x-EVM：~电源关闭

根部@AM335x-EVM (ttyS0)的广播消息(Sun 2016年2月28日20：03：48)：
系统将停止 syslogd/klogd：停止 syslogd (pid 557)
停止 klogd (pid 560)
完成
正在解算网络接口... ifdown：未配置接口 eth0
ifdown：未配置接口 usb0
完成。
发送所有数据将处理术语信号...
发送所有数据将处理 kill 信号...
正在卸载远程文件系统...
正在禁用交换...
正在卸载本地文件系统...
[446.916430] reboot：关闭电源
[446.919611]系统将在大约1秒内进入 POWER_OFF 状态
[446.925768] OMAP_RTC_POWER_OFF：取消 OMAP-RTC_PMIC_POWER_EN 的置位
[446.931988]要写入 OMAP-RTC_PMIC_REG 的值= 0x71000
[446.937858]读回值 OMAP-RTC_PMIC_REG = 0x10000
[446.943113]正在等待关机...

现在、除非我按住电源按钮、否则电路板将不会唤醒、但如果我让它关闭、或者在大约10秒后、由于 PMIC 长按关闭。 我们能够在断开电池并直接供电的情况下启动板。 在提供电源之前、还需要从 USB 上断开电路板。

谢谢、

Harshvardhan

Harshvardhan、

是否要禁用外部唤醒？  我了解反极性以匹配您的连接、但您仍希望启用外部唤醒。

尝试恢复 OMAP-RTC_PMIC_EXT_WKUP_EN (0)、并查看是否启用了从电源按钮唤醒。

此致、
Mike

Mike、

我们尝试恢复 OMAP-RTC_PMIC_EXT_WKUP_EN (0)、但其运行方式与之前相同。

导致断电后需要按住电源按钮1-2秒以防止电源关闭的原因是什么。  从 eMMC 加载 MLO 是否需要这么长时间？

可能是由于连接导致了一些延迟。

我看到 TRM 的1210页上推荐的5个引脚：

"如果您的应用使用 RTC 功能并且需要仅 RTC 模式、则需要内部 LDO 来启用来自 RTC 域的正确唤醒信号。 正确的唤醒信号需要满足以下条件

连接：

•RTC_KALDO_ENn 接地

•CAP_VDD_RTC 连接到1uF 去耦电容器以接地•RTC_PWRONRSTn 连接到1.8V RTC 上电复位•PMIC_POWER_EN 连接到 PMIC•EXT_WAKEUP0的电源输入连接到唤醒源有关这些信号的更多信息、请参阅器件数据表。"

随附的是原理图的各个部分、您能否查看这是否是额外保持时间的原因。

谢谢、

Harshvardhan

Harshvardhan、

您的连接看起来正常。

按下电源按钮时、是否立即或在长时间按下后在 nRESPWRON 上看到转换？ nRESPWRON 应在 PMIC 达到活动状态时使处理器退出复位状态、因此、如果您在此信号上看到与长按对应的延迟、则 PMIC 状态机未正确编程。

此致、
Mike

Mike、

它脱离 RESET OK、但在我们释放按钮时关闭、除非我们按住按钮几秒钟、否则这种情况会在长按时间之前发生。

系统由电池供电、因此当我们按下按钮时、PMIC_POWER_EN 仍然处于低电平、这是因为 Linux 中的最后一个 POWEROFF 命令产生了 ALARM2。 在此设计中、RTC 模块不会被电源按钮复位。 我们似乎需要保持足够长的电源按钮、以便 u-boot 将 PMIC_POWER_EN 置于高电平(我们在 board.c 中的 am33xx_spl_board_init 中添加了该值)。 PMIC 将为此提供1秒的时间
(tps65910 tdOINT)，但加载 u-boot 并将 PWRHOLD 设置为高电平需要一秒钟以上的时间，否则我们不必按住电源按钮。

我们认为、我们需要移动代码以使 u-boot 中的 PMIC_PWR_EN 更早地变为高电平、以便它在1秒内执行。 有可能吗？ 从 eMMC 加载 u-boot 并执行代码以清除 ALARM2需要多长时间？


谢谢、
Harshvardhan

您好 Harshvardhan、

您使用的是哪款 TPS65910器件型号？ (例如 TPS65910A31A1)

处理器将 PWRHOLD 置为有效需要多长时间？ tdOINT1 (也称为 tdOINT)时间延迟为1s、因此处理器需要在1s 内将其置为有效、否则、如果 PWRON 被释放、上电条件将不再可用。 更多信息、请参阅第47页的"器件上电使能条件"。

Harshvardhan、您好！

也许我有简单的解决方案、用示波器检查只需几分钟。

我在搜索与 Beagle Bone 相关的类似症状时偶然发现了此主题：与"RTC_POWER_OFF FAILE"相关的内核严重错误

参考 Y1 (32.768kHz 晶体)、请用示波器检查它是否确实在振荡。  我们的晶体没有振荡、而是导致"RTC_POWER_OFF 失败"的唯一原因。

如果不是、祝您好运！

此致、

David McRell

Mike、

感谢您在整个过程中的帮助。 我们已成功迁移到支持 TI 处理器 SDK 的内核、它确实解决了我们的 PMIC 和内核恐慌问题。

谢谢、
Harshvardhan