• 状态 Resolved
  • 已锁定 已锁定
  • 回复 38 回复
  • 订户 0 订户
  • 视图 3011 视图
  • 用户 0 会员在此处
选项
选项
相关

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.

[参考译文] TDA4VH-Q1：J784S4_EVM 上具有 BOOT_APP 的 SDL BIST 功能

admin
Guru**** 2540720 points


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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1261037/tda4vh-q1-sdl-bist-function-with-boot_app-on-j784s4_evm

器件型号：TDA4VH-Q1

您好、TI 专家：

  我根据 SDL 示例从生成的映像实现 SDL BIST 函数。 有两个图像  bist_example_r5f_BareMetal_multicore_image.appimage  和 bist_example_r5f_BareMetal_release.appimage。

  我得到了  BIST_EXAMPLE_r5f_BareMetal_multicore_image.appimage、其中包括一个 MCU1_0测试 应用和 C71 clearClecSerureCalibm、而另一个 MCU1_0应用不起作用。 从 UART 启动日志中可以看到 C71和 MCU1_0从 SBL 启动。

  现在出现了问题、在常规项目中、自定义 C71代码需要从 MCU1_0应用中的 MCU1_0 boot_app 引导、我需要实现 BIST 功能并引导自定义 C71。

  我试着把清除安全码移为自定义 C71码,它似乎运行的很好,但是当 PBIST 和 LBIST 函数完成后,尝试启动 A72和 Main R5 ,C71失败,没有任何 UART 日志。 我使用 XDS110尝试连接调试、但失败了。

  您能给我什么建议或示例来实现 SDK 的两个功能吗？ 通过 SDK9.0 /mcusw/mcuss_demos/boot_app_mcu_rtos 的方式、您可以显示自检报告吗？  

   

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

    您好！

    我有问题跟随什么是,不是在上述测试工作.  对于 C7x  clearClecSerureClaim、使用该图像的高级推理如下：

    • 对于 A72/C7x / Analytics - PBIST 测试、运行这些测试需要通过 MCU R5对 CLEC 进行编程。
    • 从 SDK 8.6开始、MCU R5默认为 I NON-SECURE 模式、并且无法再修改 CLEC。
    • 创建了一个 C7x 映像以允许清除"安全声明位"、从而允许 MCU R5访问 CLEC
    • 然后、MCU R5可以根据需要对 CLEC 进行编程、无论它是用于 A72/C7x /分析都是如此。

    此致、

    kb

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

    是的、我可以从 SDL 备注中看到这些词语、并能理解。

    您能告诉我、boot_app 示例可以在 SDK8.6中完成所有 BIST 测试吗？

    我觉得 TI 演示无法满足这些要求。 您能再次确认吗？

    和展示了带 BIST 日志的测试 BOOT_APP、期待下次得到有效的答案

    谢谢。

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

    您好！

    SDL 发行说明指出给定 SDK 中的任何已知问题：  1.1.版本说明- 01_00_00—软件诊断库(SDL)- J784S4用户指南

    SDL 示例部分显示了每个测试的日志、包括 BIST 测试。  这些测试是独立测试图像：

    3.8. BIST 安全示例—软件诊断库(SDL)- J784S4用户指南

    据我所知、关于启动应用程序中的集成 SDL 测试、这项测试没有作为 TI 验证的一部分进行测试。  启动应用程序支持已移至 pdk/packages/ti/boot/sbl/example/boot_app  位置、但 SDL 集成尚未发生。

    此致、

    kb

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

    尊敬的 Expert：
    客户有其他问题需要进一步澄清。

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

    我的要求非常简单、我需要在 J784S4_EVM 中使用 boot_app 的演示项目 BIST。我知道 TI 在此阶段没有提供示例。 我的项目需要在我们的产品中提供此功能。

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

    假设使用 SDK 9.0、则 PDK SBL 同时包含 SBL 和引导应用程序示例、其功能应保持不变。

    如果 SDK 9.0中的 SBL 和/或 SBL 引导应用程序示例存在问题、请提供日志。

    另一种方法是在 mcusw 中使用引导应用程序、使用 PDK SBL。

    如果有任何与任一启动应用程序相关的问题、请告知我们。

    在这些启动应用程序中的任何一个中、都可以集成 SDL 代码。

    此致、

    kb

     

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

    我已经集成了一次,只有两个案例可以通过,你应该做一次复现,这是一个非常明显的问题。 您应该执行一次、然后告诉我结果。

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

    您好！

    TI 团队将检查任何可共享的补丁的可用性。

    如果您可以同时提供日志或描述集成工作所面临的问题、这将非常有用。

    此致、

    kb

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

    您好！

    如内部邮件线程中所述、C7x 安全声明位是一个问题、会影响 SDK 8.6的性能和复杂性。

    我将提供 SDK 8.6的部分补丁、其中 PBIST/LBIST 测试的子集在两周内可在 SBL 引导应用程序中正常运行。

    不过、建议将生产版本改为 SDK 9.1、以避免出现 C7x 安全声明位问题。

    此致、

    Josiitaa.

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

    谢谢

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

    您好！

    当我尝试集成测试时、您是否还能发布您遇到的故障？

    此致、

    Josiitaa.

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

    我执行 PBIST_RunTest

    参数3子案例 i = 1发现错误

    参数7子案例1发现错误

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

    您好！

    我们已经确定了 SDK 8.6上 MCUSW BootApp 的流程序列方面的一些问题、这些问题已在 SDK 9.0中得到解决。 因此、BIST 存在一些集成故障。

     但是、我们有其他解决方案可供选择：

    1. 我们可以在 SDK 8.6上使用 SBL 引导流程。 我有一个实验补丁、您可以参考它并使用 SBL 测试 BIST。

    2.我可以在 SDK 9.0上将 BIST 与 MCUSW BootApp 集成。

    注意：如前面所述、这两种方法预计都会部分起作用、其中 PBIST/LBIST 测试的一个子集被显示为在 MCUSW 启动应用中正常工作。

    请告诉我您更喜欢哪个选项、我们会继续进行相应的操作。 由此给您带来的不便、我深表歉意。

    此致、

    Josiitaa.

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

    您好！

      感谢您的答复！

      我们已获得用于相关测试的最新封装(SDK9.1)。 仅使用 BIST 功能进行了验证、但在 BIST 之后尚未验证引导功能。

    谢谢！

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

    您好！

    我已经在 SDK 9.1上复制了此问题。 我看到在加载 lateapp2时引导流程停止。 我正在调试这个问题、几周后会给您回复。

    此致、

    Josiitaa.

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

    更新问题状态：当前 SBL+QNX DO BIST 已在 EVM 上完成并验证、但 SBL+ Linux 将卡在内核安装 rootfs 上。

    e2e.ti.com/.../a72_5F00_log.txt

    e2e.ti.com/.../R5F_5F00_LOG.txt

    e2e.ti.com/.../0001_2D00_bist_2D00_test_2D00_patch_2D00_from_2D00_Kip.patch

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

    尊敬的 Kangjia：

    已添加到 SBL 的 Main 域复位可能会使 MMCSD IP 块或相关时钟处于不同状态、这会对 Linux 驱动程序产生不利影响。   作为从主域复位恢复的一部分、代码需要对此进行调整。

    需要在复位前后 MMCSD 块之间产生增量、以确定增量是多少。   在我结束时、可能需要一些时间才能对其进行测试、但它已在工作项目列表中。

    如果您的终端有任何可用的带宽、则可以进行类似的调试。

    此致、

    kb

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

    以下补丁可以修复 mount rootfs 上卡住的引导 Linux。

    e2e.ti.com/.../0001_2D00_fix_2D00_boot_2D00_Linux_2D00_block_2D00_on_2D00_the_2D00_mount_2D00_rootfs.patch

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

    感谢您提供结果。  

    您能否确认 以上结果中包含0001-fix-boot-linux-block-on-the-mount-rootfs.patch。

    如果调试器可用、请在 SD 卡错误出现时提供地址(0x001080B4)上看到的值。

    谢谢！

    kb

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

    您好！

    请将以下补丁应用于基线 SDK 9.1。

    e2e.ti.com/.../0001_2D00_SBL_2D00_Boot_2D00_PDK_2D00_Boot_2D00_Application.txt

    e2e.ti.com/.../0001_2D00_SDL_2D00_Changes_2D00_to_2D00_integrate_2D00_to_2D00_BootApp.txt

    我能够使用这些补丁启动至 Linux。

    此致、

    Josiitaa.

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

    Josiitaa,

    Re -如果客户要在 SDK8.6上移植 BIST、请打开票证。

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

    您好！

    TI 尚未在 SDK 8.6 SBL + Linux 引导上验证 SDK 9.1补丁。

    两个版本的引导流程逻辑相对相同、建议应用在 SDK 8.6的 SDK 9.1中使用的相同补丁增量。   

    对于 SDK 8.6、要修改的 SBL 和 SBL 引导应用程序将位于 mcusw 目录中。

    此致、

    kb

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

    尊敬的 Kangjia：

    正如我们之前的回答中提到的、C7x  clearClecSerureClaim 依赖 将影响 SDK 8.6的性能和复杂性。

    [报价 userid="104197" url="~/support/processors-group/processors/f/processors-forum/1261037/tda4vh-q1-sdl-bist-function-with-boot_app-on-j784s4_evm/4774866 #4774866"]
    • 对于 A72/C7x / Analytics - PBIST 测试、运行这些测试需要通过 MCU R5对 CLEC 进行编程。
    • 从 SDK 8.6开始、MCU R5默认为 I NON-SECURE 模式、并且无法再修改 CLEC。
    • 创建了一个 C7x 映像以允许清除"安全声明位"、从而允许 MCU R5访问 CLEC
    • 然后、MCU R5可以根据需要对 CLEC 进行编程、无论它是用于 A72/C7x /分析都是如此。
    [报价]

    TI 尚未 在 SDK 8.6 SBL + Linux 引导上验证 SDK 9.1补丁。 建议使用 SDK 9.1并进一步测试 BIST 与引导流程的任何集成、以便 TI 提供支持。

    此致、

    Josiitaa.

  • 0
    TI__Guru**** 2540720 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    Unknown 说：
    请对基线 SDK 9.1应用以下补丁。
    [报价]

    补丁在 SDK9.1上运行正常、我们移植到了 SDK8.6并存在一些问题、以下是移植的步骤：

    1.直接使用 SDK9.1 SDL
    2.将 PDK 相关的补丁移植到 SDK8.6
    3.使用 SDK8.6的默认映像加上编译后的 SBL 和 app 进行启动
    APP BIST 测试步骤中的问题、MCU 域输出日志如下所示： 

    SBL Revision: 01.00.10.01 (Apr  1 2024 - 14:13:27)
TIFS  ver: 8.6.3--1-g2249f (Chill Capybara

 Starting PBIST failure insertion test on Main Infra1 PBIST, index 3…

 Starting PBIST test on Main Infra1 PBIST, index 3…

 Starting PBIST failure insertion test on Main Infra0 PBIST, index 8…

 Starting PBIST test on Main Infra0 PBIST, index 8…
PBIST functional test failed for 8

 Starting PBIST failure insertion test on MSMC PBIST, index 26…

 Starting PBIST test on MSMC PBIST, index 26…

 Starting PBIST failure insertion test on NAVSS PBIST, index 7…

 Starting PBIST test on NAVSS PBIST, index 7…

 Starting PBIST failure insertion test on HC PBIST, index 10…

 Starting PBIST test on HC PBIST, index 10…
Starting Sciserver….. PASSED

MCU R5F App started at 0 usecs

 Starting PBIST failure insertion test on PBIST HWPOST MCU, index 0…

 Starting PBIST test on PBIST HWPOST MCU, index 0…
    HW POST MCU Status : SDL_PBIST_POST_NOT_RUN

 Starting PBIST Test Of ROM on PBIST HWPOST MCU, index 0…
    HW POST MCU Status : SDL_LBIST_POST_NOT_RUN
    HW POST DMSC Status : SDL_LBIST_POST_NOT_RUN
    HW POST MCU Status : SDL_LBIST_POST_NOT_RUN
    HW POST DMSC Status : SDL_LBIST_POST_NOT_RUN

    仅将上述文件中的 tifs.bin 替换为 sdk9.1版本、BIST 正常工作、可以正常启动其他内核、但 Linux 启动过程会报告错误、A 内核输出日志如下所示： 

    [    6.495133] brd: module loaded
[    6.528840] loop: module loaded
[    6.535589] megasas: 07.714.04.00-rc1
[    6.543457] tun: Universal TUN/TAP device driver, 1.6
[    6.552488] igbvf: Intel(R) Gigabit Virtual Function Network Driver
[    6.560584] igbvf: Copyright (c) 2009 - 2012 Intel Corporation.
[    6.568454] sky2: driver version 1.30
[    6.576412] VFIO - User Level meta-driver version: 0.3
[    6.588955] i2c /dev entries driver
[    6.594684] sdhci: Secure Digital Host Controller Interface driver
[    6.602702] sdhci: Copyright(c) Pierre Ossman
[    6.608525] sdhci-pltfm: SDHCI platform and OF driver helper
[    6.620889] ledtrig-cpu: registered to indicate activity on CPUs
[    6.629866] SMCCC: SOC_ID: ARCH_SOC_ID not implemented, skipping ….
[    6.639958] optee: probing for conduit method.
[    6.645840] optee: revision 3.19 (d6c5d003)
[    6.649378] optee: dynamic shared memory is enabled
[    6.661722] optee: initialized driver
[    6.671658] NET: Registered protocol family 17
[    6.677925] 9pnet: Installing 9P2000 support
[    6.683658] Key type dns_resolver registered
[    6.689525] Loading compiled-in X certificates
[    6.703778] k3-ringacc 2b800000.ringacc: Failed to get MSI domain
[    6.711894] k3-ringacc 3c000000.ringacc: Failed to get MSI domain
[    7.748476] ti-sci 44083000.system-controller: Mbox timedout in resp(caller: ti_sci_probe+0x5e0/0x9b8)
[    7.760401] ti-sci 44083000.system-controller: Mbox send fail -110
[    7.768306] ti-sci 44083000.system-controller: ABI: 3.1 (firmware rev 0x0009 '9.1.2--v09.01.02 (Kool Koala)')
[    8.804501] ti-sci 44083000.system-controller: Mbox timedout in resp(caller: ti_sci_scan_clocks_from_dt+0x144/0x360)
[    8.818022] ti-sci 44083000.system-controller: Mbox send fail -110
[    9.828331] ti-sci 44083000.system-controller: Mbox timedout in resp(caller: ti_sci_scan_clocks_from_dt+0x144/0x360)
[    9.841792] ti-sci 44083000.system-controller: Mbox send fail -110
[   10.852320] ti-sci 44083000.system-controller: Mbox timedout in resp(caller: ti_sci_scan_clocks_from_dt+0x144/0x360)
[   10.865782] ti-sci 44083000.system-controller: Mbox send fail -110
[   11.876315] ti-sci 44083000.system-controller: Mbox timedout in resp(caller: ti_sci_scan_clocks_from_dt+0x144/0x360)
[   11.889775] ti-sci 44083000.system-controller: Mbox send fail -110
[   12.900314] ti-sci 44083000.system-controller: Mbox timedout in resp(caller: ti_sci_scan_clocks_from_dt+0x144/0x360)
[   12.913776] ti-sci 44083000.system-controller: Mbox send fail -110
[   13.924314] ti-sci 44083000.system-controller: Mbox timedout in resp(caller: ti_sci_scan_clocks_from_dt+0x144/0x360)
[   13.937775] ti-sci 44083000.system-controller: Mbox send fail -110
[   14.948315] ti-sci 44083000.system-controller: Mbox timedout in resp(caller: ti_sci_scan_clocks_from_dt+0x144/0x360)
[   14.961776] ti-sci 44083000.system-controller: Mbox send fail -110
[   15.972320] ti-sci 44083000.system-controller: Mbox timedout in resp(caller: ti_sci_scan_clocks_from_dt+0x144/0x360)
[   15.985781] ti-sci 44083000.system-controller: Mbox send fail -110
[   16.996314] ti-sci 44083000.system-controller: Mbox timedout in resp(caller: ti_sci_scan_clocks_from_dt+0x144/0x360)
[   17.009775] ti-sci 44083000.system-controller: Mbox send fail -110
[   18.020320] ti-sci 44083000.system-controller: Mbox timedout in resp(caller: ti_sci_scan_clocks_from_dt+0x144/0x360)
[   18.033783] ti-sci 44083000.system-controller: Mbox send fail -110
[   19.044318] ti-sci 44083000.system-controller: Mbox timedout in resp(caller: ti_sci_scan_clocks_from_dt+0x144/0x360)
[   19.057778] ti-sci 44083000.system-controller: Mbox send fail -110
[   20.068313] ti-sci 44083000.system-controller: Mbox timedout in resp(caller: ti_sci_scan_clocks_from_dt+0x144/0x360)
[   20.081773] ti-sci 44083000.system-controller: Mbox send fail -110
[   21.092313] ti-sci 44083000.system-controller: Mbox timedout in resp(caller: ti_sci_scan_clocks_from_dt+0x144/0x360)
[   21.105773] ti-sci 44083000.system-controller: Mbox send fail -110
[   22.116318] ti-sci 44083000.system-controller: Mbox timedout in resp(caller: ti_sci_scan_clocks_from_dt+0x144/0x360)
[   22.129781] ti-sci 44083000.system-controller: Mbox send fail -110

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

    您好！

    如前所述、这些补丁尚未在 SDK 8.6上进行测试。 我们始终建议您将 tifs.bin 与相应的 SDK 配合使用。 您看到的 Linux 错误是由于 tifs 版本不匹配造成的。

    此致、

    Josiitaa.

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

    Josiitaa,

    如何解决该误差？ 因为客户希望基于 SDK8.6执行 BIST

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

    尊敬的 Kangija：

    正如我们之前的回答中提到的、C7x  clearClecSerureClaim 依赖 将影响 SDK 8.6的性能和复杂性。 因此、我们尚未在 SDK 8.6上验证 BIST 与 Bootapp 的集成、因此无法移植这些补丁。

    这些补丁适用于基于 TIFS 9.1版本的 SDK 9.1。 安全启动由 TIFS 设置、无法返回移植。

    此致、

    Josiitaa.

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

    Josiitaa,

    我们可以在 SDK8.6上执行其他 BIST 功能吗？

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

    尊敬的 Kangjia：

    您 必须在加载 C7x 二进制文件的情况下执行独立 SDL BIST 测试、才能使其正常运行。 尚未使用引导应用程序进行测试。

    此致、

    Josiitaa.

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

    尊敬的 Kangjia：

    如果注释掉 BIST 测试的 C7x 部分、其他所有部分是否按预期工作？

    谢谢！

    kb

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

    解锁可以更新最新信息的问题。

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

    您好！

    当我 在 SDK8.6上的 BOOT_APP 任务之前添加 SDL BIST 时、SBL 引导 mcu1_0失败、我必须启用能够成功引导的宏。

    然后、我在 SDK8.6上执行 boot_app 任务之前的 SDL BIST  、并注释掉了 BIST 测试的 C7x 部分、 MCU 域输出日志如下所示：

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

    您好！

    请参阅以下常见问题解答、以确定待测器件是否支持 LBIST POST -

    https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1194872/faq-tda4vm-sdl-lbist-post-timeout

    您能否读取以下寄存器的值并更新票证中的值？

     WKUP_CTRL_MMR 寄存器：

    0x43000030：CTRLMMR_WKUP_DEVSTAT
    0x43000038：CTRLMMR_WKUP_POST_SEL_STAT

    0x4300003c：CTRLMMR_WKUP_POST_OPT
    0x4300c000：
    0x4300c004：
    0x4300c008：
    0x4300c00c：
    0x4300c018：

    0x4300c01c：CTRLMMR_WKUP_SMS_LBIST_MISR
    0x4300c280：CTRLMMR_WKUP_SMS_LBIST_ SIG

    0x4300C2C0：CTRLMMR_WKUP_POST_STAT

    0x4300d008：CTRLMMR_WKUP_LOCK3_KICK0

    0x4300C2C4：
    0x4300C2CC：

     

    MCU_CTRL_MMR 寄存器：

    0x40F0C000：CTRLMMR_MCU_LBIST_CTRL

    0x40F0C018：CTRLMMR_MCU_LBIST_STAT

    0x40F0C01C：CTRLMMR_MCU_LBIST_MISR

    0x40F0C280：CTRLMMR_MCU_LBIST_SIG

    0x40F0D008：CTRLMMR_MCU_LOCK3_KICK0

    0x40F0D00C：CTRLMMR_MCU_LOCK3_KICK1

    此致、

    Josiitaa.

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

    我在 SBL 中读取这些寄存器的值、值如下所示：

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

    您好！

    这似乎是一个预量产器件、它没有对相应的 LBIST_SIG 寄存器(例如0x4300C280)进行编程。 该寄存器反映了预期的 MISR 值、因此需要不匹配。 因此、您的案例输出为 SDL_LBIST_POST_COMPLETED_FAILURE。 预生产器件的权变措施是对 ExpectedValue 进行硬编码、以匹配计算值(我希望每次运行时都相同)。 这是一个解决方法、实际上不会测试 POST 行为。 您必须等待生产器件来运行这些文件。

     CTRLMMR_WKUP_POST_OPT (0xA0F0E) 和 CTRLMMR_WKUP_POST_SEL_STAT (0x0)中的值确实指示启用了后 DMSC 和 MCU LBIST/PBIST 电子保险丝。  

    实际的 HWPOST 行为由 MCU_BOOTMODE[9：8]引脚决定-这些引脚应该是[00]或[01]以便运行 POST。

     CTRLMMR_WKUP_POST_STAT (0x4300_C2C0)通常应在成功完成时读取0x103、而不设置其他超时或错误位。 这至少表示帖子完成。 如果您绕过 POST、此寄存器将读数为0。 这表明、在您的情况下、帖子已成功完成。 然后、将 LBIST 计算出的 MISR 值与预期的 MISR 值(该采样中未对这些值进行编程)进行匹配、以真正指示 LBIST 成功。

    LBIST_TIMEOUT/FAIL 位确实用于指示故障、在成功情况下这些位预计为0。 LBIST_MISR 寄存器将保存计算值、LBIST_SIG 寄存器将具有预期值。 LBIST SIG 寄存器将仅在生产/RTM 样片上进行编程、以及在快速开机自检模式下进行编程。

    只有在使用生产样片时、HWPOST 才可行。 这不会来自任何电流  XJ784S4xxxx  样片、官方生产样片将具有  TDA4VHxxxxxxx  名称。

    此致、

    Josiitaa.

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

    尊敬的  Josiitaa：

    该日志在 J784S4_EVM 器件上使用、 因此我   现在读取项目板上这些寄存器的值以及如下值：

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

    尊敬的 Zhisong：

    如下所示的更改应该是有效的
    /sdl/examples/bist/bist.c

    ./sdl/examples/bist soc /j784s4/BIST_CORE_defs.c

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

    您好！

    [报价用户 id="549451" url="~/support/processors-group/processors/f/processors-forum/1261037/tda4vh-q1-sdl-bist-function-with-boot_app-on-j784s4_evm/5247863 #5247863"]

    该日志在 J784S4_EVM 器件上使用、 因此我   现在读取项目板上这些寄存器的值以及如下值：

    [报价]

    同样的解释也会说明这些值。

    [报价 userid="543431" url="~/support/processors-group/processors/f/processors-forum/1261037/tda4vh-q1-sdl-bist-function-with-boot_app-on-j784s4_evm/5244924 #5244924"]

    这似乎是一个预量产器件、它没有对相应的 LBIST_SIG 寄存器(例如0x4300C280)进行编程。 该寄存器反映了预期的 MISR 值、因此需要不匹配。 因此、您的案例输出为 SDL_LBIST_POST_COMPLETED_FAILURE。 预生产器件的权变措施是对 ExpectedValue 进行硬编码、以匹配计算值(我希望每次运行时都相同)。 这是一个解决方法、实际上不会测试 POST 行为。 您必须等待生产器件来运行这些文件。

     CTRLMMR_WKUP_POST_OPT (0xA0F0E) 和 CTRLMMR_WKUP_POST_SEL_STAT (0x0)中的值确实指示启用了后 DMSC 和 MCU LBIST/PBIST 电子保险丝。  

    实际的 HWPOST 行为由 MCU_BOOTMODE[9：8]引脚决定-这些引脚应该是[00]或[01]以便运行 POST。

     CTRLMMR_WKUP_POST_STAT (0x4300_C2C0)通常应在成功完成时读取0x103、而不设置其他超时或错误位。 这至少表示帖子完成。 如果您绕过 POST、此寄存器将读数为0。 这表明、在您的情况下、帖子已成功完成。 然后、将 LBIST 计算出的 MISR 值与预期的 MISR 值(该采样中未对这些值进行编程)进行匹配、以真正指示 LBIST 成功。

    LBIST_TIMEOUT/FAIL 位确实用于指示故障、在成功情况下这些位预计为0。 LBIST_MISR 寄存器将保存计算值、LBIST_SIG 寄存器将具有预期值。 LBIST SIG 寄存器将仅在生产/RTM 样片上进行编程、以及在快速开机自检模式下进行编程。

    只有在使用生产样片时、HWPOST 才可行。 这不会来自任何电流  XJ784S4xxxx  样片、官方生产样片将具有  TDA4VHxxxxxxx  名称。

    [报价]

    此致、

    Josiitaa.