This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] Linux/TDA2EXEVM:J6eco EVM 软件重启无法正常工作?

Guru**** 2589300 points
Other Parts Discussed in Thread: DRA726

请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/580207/linux-tda2exevm-j6eco-evm-software-rebooting-is-not-working

器件型号:TDA2EXEVM
主题中讨论的其他器件:DRA726

工具/软件:Linux

大家好、

我们正在开发 j6ec0/tad2ex EVM.我们正在使用内核4.4.23版本. 目标板硬重新引导正常工作意味着(按下重置按钮时)重新引导正常。但当我们在该时间提供软重新引导时、它不会重新引导。

在重新启动之前、已成功关闭所有系统服务。但在重新启动时、目标板被挂起。所连接的日志请在下面找到所连接的日志。任何已修复/已解决的问题都可以让我有所了解。

Orot@dra7xx-EVM:~μ# reboot
[[;32m OK  ]闭合 dropbear.socket。
 OK  ]停止目标系统时间同步。
[ OK ] Closed Load/Save RF kill Switch Status /dev/rfkill Watch。
[ 确定 ]已关闭 RPCbind 服务器激活套接字。
        正在停止 UID 0的用户管理器...
[ 确定 ]停止目标交换。
[ 确定 ]目标声卡已停止。
        正在停止加载/保存随机种子...
[ 确定 ]停止同步系统和硬件时钟。
        正在停止网络时间同步...[ 确定 ]已停止每日清理临时目录。
[ 确定 ]停止目标多用户系统。
        正在停止 Avahi mDNS/DNS-SD 堆栈...
        正在停止内核日志服务...
        正在停止网络名称解析...
[ 确定 ]停止目标登录提示。
        正在停止 tty1上的 Getty...
        正在停止 ttyS0上的串行 Getty...
        正在停止电话服务...
        正在停止系统日志服务...
        正在停止具有轻量级系统要求的 Lightning Fast Web 服务器...
        使用 ipsec.conf 停止 StrongSwan IPsec IKEv1/IKEv2守护程序。
        正在停止 thermal-zone-init.service ...
[ 确定 ]已停止网络时间同步。
[ 确定 ]使用 ipsec.conf 停止 StrongSwan IPsec IKEv1/IKEv2守护程序。
[ 确定 ]已停止系统日志服务。
[ 确定 ]已停止内核日志服务。
[ 确定 ]已停止 Avahi mDNS/DNS-SD 堆栈。
[ 确定 ]电话服务已停止。
[ 确定 ]停止网络名称解析。
[ 确定 ]已在 tty1上停止 Getty。
[ 确定 ]已停止 ttyS0上的串行 Getty。
[ 确定 ]已停止具有轻量级系统要求的 Lightning Fast Webserver。
[ 确定 ]已停止 UID 0的 User Manager。
[ 确定 ]停止加载/保存随机种子。
[ 确定 ]已停止保存/恢复声卡状态。
[ 确定 ]已停止用户 root 的会话 C1。
[ 确定 ]已停止 thermal-zone-init.service。
[ 确定 ]已停止 UID 0的 User Manager。
        正在停止 matrix-gui-2.0.service ...
[ 确定 ]已删除根的层用户层。
        正在停止登录服务...
[ 确定 ]已删除片 system-serial\x2dgetty.slice。
[ 确定 ]已删除片 system-Getty.slice。
        正在停止允许用户会话...
[ 确定 ]目标网络已停止。
        正在停止网络服务...
[ 确定 ]已关闭 Avahi mDNS/DNS-SD 堆栈激活套接字。
[ 确定 ]已关闭 Syslog 套接字。
[ 确定 ]停止创建易失性文件和目录。
[ 确定 ]停止目标本地文件系统。
        卸载/media/ram...
        卸载/run/user/0...
        卸载/run/media/mmcblk1p1...
        卸载/var/volatile...
[ 确定 ]网络服务已停止。
[ 确定 ]登录服务已停止。
[ 确定 ]已停止 matrix-gui-2.0.service。
[ 确定 ]已停止允许用户会话。
[ 确定 ]卸载/media/ram.
[ 确定 ]卸载/run/user/0.
[ 确定 ]卸载/var/volatile.
[失败]卸载/run/media/mmcblk1p1.失败
[ 确定 ]已达到目标卸载所有文件系统。
[ 确定 ]停止目标本地文件系统(预)。
[ 确定 ]已停止重新装载根和内核文件系统。
[ 确定 ]已停止在/dev/中 创建静态设备节点。
        正在停止 gdbserverproxy.service ...
[ 确定 ]停止应用内核变量。
        停止 D 总线系统信息总线。
[ 确定 ] D 总线系统信息总线已停止
[ 确定 ]已停止 gdbserverproxy.service。
        正在停止 rng-tools.service ...
[ 确定 ]关闭的 D-Bus 系统消息总线插座。
[ 确定 ]已停止 rng-tools.service。
        正在停止 thttpd.service ...
[ 确定 ]已停止 thttpd.service。
        正在停止 tiipclad-demon.service ...
        正在停止 telnetd.service ...
[ 确定 ]已停止 tiipclad-demon.service。
[ 确定 ]已停止 telnetd.service。
        正在停止 weston.service ...
[ 确定 ]已停止 weston.service。
        正在停止 rc.pvr.service ...
[214.346934] OMAP-hwmod:GPU:_wait_target_disable 失败
[ 确定 ]停止目标远程文件系统。
[ 确定 ]已停止 rc.pvr.service。
        正在停止 uim-sysfs.service ...
[ 确定 ]已停止 uim-sysfs.service。
[ 确定 ]停止目标基本系统。
[ 确定 ]停止的目标路径。
[ 确定 ]已停止向控制台目录监视发送密码请求。
[ 确定 ]已停止将密码请求转发到 Wall Directory Watch。
[ 确定 ]停止目标层面。
[ 确定 ]已删除层用户和会话层。
[ 确定 ]达到目标关闭。
[215.299838] systemd-shutdown [1]:正在将 SIGTERM 发送到其余进程...
[215.318798] systemd-journald[110]:从 PID 1接收到的 SIGTERM (systemd-shutdow)。
[225.342626] systemd-shutdown [1]:正在将 SIGKILL 发送到其余进程...
[225.363496] systemd-shutdown [1]:将 SIGKILL 发送到 PID 878 (rngd)。
[225.371779] systemd-shutdown [1]:卸载文件系统。
[225.378028] systemd-shutdown [1]:使用选项“”重新安装“/tmp”只读。
[225.385465] systemd-shutdown [1]:卸载/tmp。
[225.412711] systemd-shutdown [1]:使用选项'data=orded'重新安装'/'只读。
[225.596615] EXT4-FS (mmcblk1p2):已重新安装。 opts:data= ordered
[225.606744] systemd-shutdown [1]:使用选项'data=orded'重新安装"/"只读。
[225.614814] EXT4-FS (mmcblk1p2):重新安装。 opts:data= ordered
[225.620782] systemd-shutdown [1]:使用选项'data=ordined'重新安装"/"只读。
[225.628813] EXT4-FS (mmcblk1p2):已重新安装。 opts:data= ordered
[225.641397] systemd-shutdown [1]:所有文件系统均已卸载。
[225.647020] systemd-shutdown [1]:禁用交换。
[225.652181] systemd-shutdown [1]:所有交换均已停用。
[225.657487] systemd-shutdown [1]:分离循环设备。
[225.669287] systemd-shutdown [1]:所有循环设备均已断开。
[225.674962] systemd-shutdown [1]:卸下 DM 设备。
[225.680422] systemd-shutdown [1]:所有 DM 设备均已断开。
[225.695765] systemd-shutdown [1]:正在重新启动。
[225.720309] 重新启动:重新启动系统=== >然后目标板被挂起。 原因是什么?

谢谢

Veera

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Veera、

    您的电路板版本和芯片芯片版本是什么? 有一个芯片错误阻止了软件重新启动、但不知道所有受影响的修订版本。

    此致、

    STAN

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好,

    我们使用以下配置板。

    电路板- TDA2EX D 版

    DRA726

    器件 REV 2.0

    我无法在目标板上找到器件版本。

    谢谢

    Veera

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    我觉得硬件解决方法已经实现。 您可以尝试使用最新的 u-boot 和内核吗?
    此致、
    STAN
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Stan、

    感谢您的回复。

    我们将使用最新 的 VISION-SDK 2_12。

    ===>VISION SDK 包含 u-boot 版本2016.05、内核版本4.4.23。

    1.最新的 u-boot 和内核版本意味着什么? 哪个版本?  

    2.如果我们使用 u-boot 2016.05和 kernel-4.4.23,是否需要在软件中进行任何更改?

    3.如果软重启不起作用,看门狗计时器也不起作用?

     

    谢谢

    Veera

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    Veera、
    抱歉、我不知道是否需要更改软件。
    是的、如果这是勘误表中描述的热复位错误、则看门狗复位可能不起作用。
    您能否执行以下操作:
    将示波器或逻辑分析仪连接到 RSTOUTn 引脚。 如果我的原理图是正确的、它是测试点 TP58。
    在应重新启动处理器时观察逻辑0。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Stan、

    感谢您的回复。

    我可以检查并更新引脚的状态。如果您不知道 、您可以向我提供勘误链接。

    谢谢
    Veera

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好、Stan、
    感谢您的回复。

    我们探测了 RSTOUTn 引脚31ms 的逻辑0、然后一直探测逻辑1。但未发生重启目标被挂起、它不会进入 uboot 级别(不是启动)。

    1.如果您不知道重新启动时的重置引脚状态:正在重新启动系统=== >然后目标板被挂起。 原因是什么?

    谢谢
    Veera
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    Veera、
    再说一次-我不知道我是否有正确的原理图。 我在我的上看到的是 RSTOUTn 连接到 PMIC (PO917A13D)的 GPIO_1。
    PMIC 应将 RESET_OUT 置为有效、以响应 GPIO_1切换为0。
    PMIC_RESET_OUT 通过逻辑门并必须将 SoC 的 PORz 引脚置为有效。 您可以在 TP60测试点上测试 PORz 置位。
    如果未置位、请查看是否在 PMIC 上切换 RESET_OUT。 如果没有、很可能没有对 PMIC 进行编程。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好 Stanislav、

    我还在研究这个问题、并想对此加以澄清。 我们有 TDA2Ex EVM 板。 及其修订详细信息为"ASSY 517500 REV D"
    此电路板中安装了 PMIC TPS65917、但无法识别它是哪个 OTP 版本、因为 IC 器件标识不清楚。
    因此、我们的问题是不会发生热复位(器件在重启期间挂起)、我们从 SOC 探测 RESET_OUT、并且我们能够在复位期间看到30ms 的低脉冲。 但同时尝试从 PMIC 探测 PORz、但信号没有变化(无低脉冲、始终为高电平)

    您能否确认 EVM 上安装了正确的 PMIC。
    此外、PMIC NRESWARM 引脚(GPIO_1)还具有数据表中所述的四项功能。
    主要功能为1.GPIO、次要功能为2。 RESET_IN 3. NRESWARM 4. VBUS_SENSE

    因此、必须正确选择多路复用器模式、还是默认选择多路复用器模式、它将处于 NRESWARM 模式(第3个多路复用器模式)
    请向我们说明这款 TI 的 TDA2Ex EVM 电路板上出现的问题。

    此致、
    Santhakumar。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    大家好、

    任何一个已成功。仍然软重新引导不起作用。

    谢谢

    Veera

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好!
    读取 PMIC 寄存器有助于进行调试。 这将显示 GPIO_1的模式。

    PRIMARY_REAR_PAD1寄存器(地址= 1FAh)
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好、Stan、
    寄存器已正确定义。下面是寄存器配置
    #define PAMPS_PRIMARY_RETAIN_PAD1 0x0A

    根据上述配置选择 IE 辅助功能。

    谢谢
    Veera
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好、Veera、

    请尝试使用0x07。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    抱歉、如果默认为0xA、请将其更改为0x6。 这将选择 GPIO_1 = RESET_IN;GPIO_0 = ENABLE2
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Stan、

    我们已使用 i2cget 命令检查 PMIC 默认寄存器值、该值为0x0B、根据 PMIC 寄存器映射 数据表、该值应仅为0x0B (请参阅 PMIC 寄存器映射数据表的第3.9.7节)。

    因此 PMIC 默认寄存器配置似乎是正确的。 但 NRESWARM (热复位)功能仍然无法正常工作。 我们可以通过 示波器看到来自处理器的"复位"信号、但 PMIC 在 PORz 信号上没有响应。

    请帮助我们确定问题。

    由于我们所面临的任何问题都在 TI 的 EVM 板上(Spectrum Digital)、因此请确认所有 EVM 板对热复位的反应都是相同的。

    2.还应确认解决方法、以便我们可以在定制设计中解决此问题。

    3.您是否在(tda2ex EVM (Jacinto 6 Rev-D)或 TDA 同等 EVM 上测试了 reboot 命令?

    此致、

    Veera

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Veera、

    我们的观察结果是、PMIC 要将 POR 置为有效、需要 RESET_IN 信号。 NREWARM 被热复位并且未将 POR 置为有效。

    我们将 GPIO_1从 NRESWARM (0x2)切换到了 RESET_IN (0x1)、并且我们能够捕获 POR 置位。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好、Stan、

    是的、当我们将 GPIO_1引脚置于 RESET_1 (0x1)模式时、它会将 PORz 置为有效(我们已将地址0x1FA 的寄存器值更改为0x07、它将选择 RESET_IN (0x1)))
    但问题是它不会再次释放 PORz (置为无效)、因此系统会死机、直到您断开电源并重新插入电源或按下 SW9 Reset (SW9重置)。

    建议我们是否通过其他方法进行热复位。

    此致、
    Veera。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Veera、

    -如果 NRESWARM -> PMIC 没有 POR ->系统挂起

    -如果 RESET_IN -> PMIC 的 POR 永远->系统挂起

    对吧?

    我还记得一个可能的原因-如果系统时钟在热复位期间停止运行、那么热复位会持续。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Stan、

    完全正确、

    好的、但是我们可以做的关于系统时钟的事情、它不是由任何人控制的。 一旦电源序列启动、时钟开始自动振荡。

    能否确认 TI 的所有 EVM 板(Spectrum Digital)是否都存在相同的问题?

    如果是、TI 针对该问题建议的权变措施是什么。 由于我们的定制设计处于最终阶段、请尽快完成必要的设计。

    此致、
    Veera。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    Veera、

    您能否确认 PMIC 始终将 POR 置为有效并且不关闭平台?

    如果已确认,您是否可以尝试以下操作:
    -返回 NRESWARM PMIC 选项。
    -尝试设置 PRM_RSTCTRL[0] RST_GLOBAL_WARM_SW (0x4AE07D00)、查看 SoC 是否重新启动
    -尝试设置 PRM_RSTCTRL[1] RST_GLOBAL_COLD_SW (0x4AE07D00)、查看 SoC 是否重新启动
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Stan、

    [引用 user="Stanislav Stilyanov"]您能否确认 PMIC 始终保持 POR 状态并且不关闭平台?

    是的、它处于打开/关闭模式。 在将 RESET_IN 设置为不屏蔽(冷重启)后、它可以正常工作

    我们是否可以将其用作解决方案、您是否看到此问题有任何问题?

    使用 NRESWARM、

    设置热复位-->系统挂起

    设置冷复位-->系统重新启动

    此致、

    曼诺伊

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好、Manoj、
    如果您的 SoC 器件版本为1.0、则它可能会受到热复位限制的影响。 也就是说、热复位在内部模块和电路上并不是100%可靠。
    针对这个的基本权变措施是通过 PMIC 或其它电路将热复位路由至 PORz。 因此、所有热复位(SW、看门狗等)都将向 SoC 声明冷复位(POR)。
    我想说的是、如果您设法使 SW RESET (resetout 引脚)生效、那么您的权变措施应该是可以的。--> PMIC (任何有效的引脚)--> PORz (引脚)。
    您有勘误表文档吗? 有关更多详细信息、请参阅勘误表862"Reset should use PORz"。

    此致、
    STAN