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/DRA756:在 Android SW 中暂停/恢复支持和应力测试?

Guru**** 2581915 points


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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/630319/linux-dra756-suspend-resume-support-and-stress-test-in-android-sw

器件型号:DRA756

工具/软件:Linux

你(们)好  

Android SW (6A1.1.x)是否支持暂停/恢复?

  • 挂起到 ram/resume-from -ram (Android/Linux 命令:echo mem >/sys/power/state)
  • 挂起到磁盘/从磁盘恢复(Android/Linux 命令:回显磁盘>/sys/power/state)

我们是否对暂停/恢复执行负荷测试? 例如:echo mem >/sys/power/state 进入 SUSPEND 模式、然后将其唤醒几次。  

我们希望实现磁盘暂挂功能、以上就是基础。

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

    我已将您的问题转发给 Android 专家。

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

    你好 James  

    默认情况下、我们不支持或测试 Android SDK 中的暂停/恢复功能(包括6AA.x 版本)。
    让我与团队联系、了解更多详细信息、然后返回。

    此致、
    Vishal

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

    您好、Vishal、

    如果未测试以下两项和恢复、这是否意味着客户必须依赖第三方/系统集成商来解决稳健性问题?
    或者、TI 已经计划对其进行改进、因为在信息娱乐系统器件中、挂起到 RAM/磁盘和恢复非常常见、以便实现"快速"启动?

    挂起到 ram/resume-from -ram (Android/Linux 命令:echo mem >/sys/power/state)
    挂起到磁盘/从磁盘恢复(Android/Linux 命令:回显磁盘>/sys/power/state)

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

    基本暂停/恢复作为核心 Linux 内核的一部分进行测试、核心 Linux 内核是 Android SDK 的基本内核。
    但是、对于 Android SDK、我们不测试此功能。

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

    客户已完成测试:

    它确实存在一些稳健性问题。
    当进入“echo mem >/sys/power/state”时,系统似乎可以进入暂挂状态。
    在触发某个唤醒源(?)后,它可以在第一次成功恢复。
    但是,当它再次被暂停时,它永远不能被唤醒。

    以下是我们尝试测试的图像,结果保持不变。
    •6m_1_3_Release
    •Android O 工程图像

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

    如前所述、我们在 SDK 中不正式支持此功能。
    LCPD 是更具内部意义的术语、让我们尝试在 pubic E2E 中避免这种情况。

    给我发送电子邮件(vishalm@ti.com)、我们可以讨论更多内容。


    此致、
    Vishal