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.

[参考译文] AM62P:需要帮助计算 SK-AM62P5 EVK 上 OSPI 闪存的偏移、以获得自定义显示共享示例。

Guru**** 2885180 points

Other Parts Discussed in Thread: SYSCONFIG, UNIFLASH, AM62P

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

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1639729/am62p-need-help-in-offset-calculation-for-ospi-flash-on-sk-am62p5-evk-for-custom-display-sharin-example

部件号: AM62P
Thread 中讨论的其他器件: SYSCONFIGUNIFLASH

大家好、TI 专家。
我使用的是 TI 的 SK-AM62P5 EVK。 在此基础上、我尝试使用自定义显示共享应用(在 DM-R5F 上)和 IPC 应用(在 Cortex-R5F 上)内核。 要刷写此示例、请访问 default_sbl_ospi_linux_hs_fs.cfg  

#-----------------------------------------------------------------------------#
#                                                                             #
#      DEFAULT CONFIGURATION FILE TO BE USED WITH THE FLASHWRITER SCRIPT      #
#                                                                             #
#-----------------------------------------------------------------------------#
#
# By default this config file,
# - points to pre-built flash writer, bootloader for this EVM
# - The application image points to relative path of the ipc rpmsg linux application image for this EVM
#   - Make sure this application is built before running this script
# - You can customized this config file to point to your own bootloader and/or application images
# - You can use --operation=flashverify if you just want to verify the flash contents and not flash the file.
#

# First point to sbl_uart_uniflash_stage1 binary, which initialises DDR and receives sbl_uart_uniflash_stage2 binary
--flash-writer=sbl_prebuilt/am62px-sk/sbl_uart_uniflash_stage1.release.hs_fs.tiimage

# Points to sbl_uart_uniflash_stage2 binary, which function's as a server to flash one or more files
# Please note this binary is copied to DDR by sbl_uart_uniflash_stage1 and not written to any boot media like flash or eMMC
--file=../../examples/drivers/boot/sbl_uart_uniflash_multistage/sbl_uart_uniflash_stage2/am62px-sk/wkup-r5fss0-0_nortos/ti-arm-clang/sbl_uart_uniflash_stage2.release.appimage.hs_fs --operation=flash --flash-offset=0x0

# Program the OSPI PHY tuning attack vector
--operation=flash-phy-tuning-data

# Now send one or more files to flash or flashverify as needed. The order of sending files does not matter

# When sending bootloader make sure to flash at offset 0x0. ROM expects bootloader at offset 0x0
--file=sbl_prebuilt/am62px-sk/sbl_ospi_linux_stage1.release.hs_fs.tiimage --operation=flash --flash-offset=0x0

# 2nd stage bootloader with DM is flashed at 0x80000 or to whatever offset your bootloader is configured for
--file=../../examples/drivers/dss/dss_display_share/am62px-sk/wkup-r5fss0-0_freertos/ti-arm-clang/dss_display_share.release.appimage.hs_fs --operation=flash --flash-offset=0x80000

# When sending application image, make sure to flash at offset 0x100000 (default) or to whatever offset your bootloader is configured for
--file=../../examples/drivers/ipc/ipc_rpmsg_echo_linux/am62px-sk/mcu-r5fss0-0_freertos/ti-arm-clang/ipc_rpmsg_echo_linux.release.appimage.hs_fs --operation=flash --flash-offset=0x800000

# HSM image is flashed at 0x800000 or to whatever offset your bootloader is configured for
--file=HSMAppimageGen/board/am62px-sk/hsm.appimage.hs_fs --operation=flash --flash-offset=0x240000

# Linux image is flashed at 0xC00000 or to whatever offset your bootloader is configured for
--file=linuxAppimageGen/board/am62px-sk/linux.appimage.hs_fs --operation=flash --flash-offset=0x1200000

# u-boot.img is flashed at 0x280000
--file=linuxAppimageGen/board/am62px-sk/u-boot.img --operation=flash --flash-offset=0x280000

但在使用该文件时、我看到 DM-R5F 内核上的显示共享示例的大小为 2415862 字节、并且与此后刷写的 HSM.appimage.hs_fs 和 u-boot.img 文件的偏移地址重叠。

现在刷写已完成、但电路板未启动、导致出现以下错误。

WARNING: Bootloader_verifyMulticoreImage:375: Failed to authenticate and copy on the go, reading the image to DDR.
SBL stage 1 failed!!

那么、我应该采取哪些步骤来处理这个示例?

请帮助我确定应该保留我的核心二进制文件的偏移量、以便它不会影响/与其他二进制文件的偏移量重叠。

此致、
Aditya T

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

    尊敬的 Aditya:

    如果您会看到阶段 1 和阶段 2 引导加载程序、在本例中、阶段 2 引导加载 程序是显示应用程序、在 SysConfig 的引导加载程序部分下、您将看到为以下文件中列出的所有文件定义的偏移量: default_sbl_ospi_linux_hs_fs.cfg

    您只需以二进制不重叠的方式更改这两个位置的偏移量。

    没有严格的规则  来保持偏移彼此远离、只是其他实体应该知道更改的偏移。

    我会让你决定一个二进制可以得到的最大大小是多少,假设一个二进制 X 可以最大为 1 MB,所以你保留 1 MB 的偏移量。

    你现在不会担心,因为二进制可以是 1 MB 或更少,但不超过 1 MB。

    希望这对您有所帮助。

    注意:1 级和 2 级引导加载程序应位于 0x00 和 0x80000 偏移量本身、您可以相应地调整其他偏移量。

    此致、

    Vaibhav

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

    你好、Vaibhav、
    我会告诉您我为完成此工作而执行的步骤


    更新了内容、因此需要更改存储器映射。
    在 dss_display_share 示例中进行修改、将图像从原始示例更改为自定义图像。
    为 DM-R5F 到 Cortex-R5F 和 DM-R5F 到 A53 (Linux) 之间的 IPC 配置了新端点。

    由于上述更改、dss_display_share.release.appimage.hs_fs 的大小从 1.1MB 增加到 2.5MB。 由于二进制文件大小增加、二进制文件的大小与 OSPI 闪存中 HSM 和 U-boot.img 二进制文件的偏移量重叠。
    因此需要修改 OSPI 闪存的存储器映射。

    PFA 图像、可让您了解原始布局和修改后的布局 1 和 2 中的更改。

    注意:
    使用时、根据布局 1 修改了布局。 注意了修改 sbl_ospi_linux_stage1 示例的 example.syscfg 中的偏移量。  
    使用时、根据布局 2 修改了布局。 注意修改 dss_display_share 示例的 example.syscfg 中的偏移量。

    修改了布局 1:问题是 SBL-1 未加载 SBL-2 + DM 应用
    修改的布局 2:问题是已加载 SBL-2 + DM 应用程序、但无法执行后续步骤。

    您能不能指导我缺少什么来使修改后的布局正常工作?


    此致、
    Aditya T

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

    尊敬的 Aditya:

    对于修改后的布局 2、您是否还在 sbl_ospi_linux_stage2 示例的 example.syscfg 中修改了偏移? 必须在 stage2 示例中将 HSM、MCU 和 Linux 映像的偏移修改为修改后的布局方案中提到的偏移。

    此致、

    Aryamaan Chaurasia

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

    您好、Aryamaan、

    对于修改后的布局 2、您是否还在 sbl_ospi_linux_stage2 示例的 example.syscfg 中修改了偏移?

    否、我仅在 dss_display_share 示例中对其进行了修改。

    必须在 stage2 示例中将 HSM、MCU 和 Linux 映像的偏移修改为修改后的布局方案中所述的偏移。

    好的、我现在就尝试一下并进行更新。 还需要询问在何处更新 u-boot.img 的偏移量(在.cfg 底部加载)?

    此致、
    Aditya T

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    好的、我现在就尝试一下并更新。

    非常感谢、期待您的参与。

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

    还需要询问在何处更新 u-boot.img 的偏移量(在.cfg 底部加载)?

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

    尊敬的 Aditya:

    对于修改后的布局 1、SBL stage2 必须存在于偏移= 0x80000 而不是 0x850000。 这可能是 SBL stage1 没有加载 SBL stage2 的原因。

    对于修改后的布局 2、请更新 stage2 SysConfig 并告知我们。

    u-boot.img 文件可以存在于任何偏移量处、前提是它不与任何其他偏移量重叠。

    此致、

    Aryamaan Chaurasia

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

    但是、在哪一个 example.syscfg 中、我需要传递 u-boot.img 的偏移量

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

    是的、

    因此、您可以在 example.syscfg 中为 u-boot.img 添加不与任何其他偏移量重叠的偏移量。

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

    很抱歉、您不知道我在问什么。
    我实际上要问的是、在该示例的 example.syscfg 中、我需要修改 u-boot.img 的更新后的偏移量

    如下面 dss_display_share 示例的附加图像所示、HSM、MCU 和 Linux 传递了偏移量。 但不适用于 u-boot.img



    与上图类似、在哪个示例的 example.syscfg 中、我应该修改我为 u-boot.img 设置的新偏移量?

    此致、
    Aditya T

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

    您无需在 example.sysconfig 中添加 u-boot.img。

    由于它未在 MCU+ SDK 中使用、因此无需刷写 u-boot.img

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

    fa .cfg 文件中、并告诉我 u-boot.img 刷写到 0x280000。 但是、如果未使用它、那么为什么我们需要刷写它?

    如果我错了、请纠正我、但如果此文件用于引导过程、则其偏移量应传递到某个 example.syscfg、该示例将正确加载它?

    e2e.ti.com/.../default_5F00_sbl_5F00_ospi_5F00_linux_5F00_hs_5F00_fs.cfg

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

    尊敬的 Aditya:

    小校正:如果使用 A53 内核、则使用 u-boot.img、并且无法更改此偏移=0x280000。 这无法在任何示例的 example.syscfg 中修改。

    如果未使用 A53 内核、则可以在 SBL 的 example.sysconfig 中删除引导加载程序中的 Linux 实例。

    此致、

    Aryamaan Chaurasia

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

    但是、如果 SBL-2 + DM App 的二进制大小与 u-boot.img 重叠、那么如何引导 Linux。
    与我的应用程序映像 (SBL-2 + DM App) 的大小超过 2560KB 类似、当我计算出从 0x0008 0000 开始的下一个偏移(即 SBL-2 + DM App 的开头)时、转到 0x0030 0000(即 SBL-2 + DM App 的结尾)。 因此、我只需要修改 HSM 和 u-boot.img 二进制文件的起始偏移量。

    因此、如果 u-boot.img 的偏移量不能从 0x0028 0000 更改为任何其他偏移量、那么该解决方案将是什么。 我的 SBL-2 + DM 应用的二进制大小应从 0x0008 0000 开始、并且结束于 u-boot.img 的起始偏移量。

    此致、
    Aditya T

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

    我刚刚与 SBL 专家确认、可以更改 SBL stage2 的偏移量。 您是否可以尝试将 SBL stage2 的偏移更改为任何其他偏移? 并将 SBL stage1 的 example.sysconfig 中的引导加载程序实例修改为新偏移量?

    请将 u-boot.img 的偏移量保持原样。

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

    但这将与我之前尝试过的修改版式 1 相同。

    修改后的布局 1:问题是 sbl-1 没有加载 sbl-2 + DM App

    上述方法无法按预期运行。

    此致、
    Aditya T

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

    您能否共享 SBL stage1 和 SBL stage2 的 example.syscfg 文件? 我可以验证偏移

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

    尊敬的 Aditya:

    感谢您的分享、请允许我们在某个时候回复您。

    谢谢、

    Vaibhav

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

    是否有关于此主题的任何更新?

    此致、
    Aditya T

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

    尊敬的 Aditya:

    您的当前结构如下所示 (位于 default_sbl_ospi_linux_hs_fs.cfg 中)。

    SBL OSPI Linux 阶段 1 --> 0x0 偏移

    DSS 显示共享--> 0x80000

    IPC RPMSG Echo Linux --> 0x100000

    HSM 映像--> 0x240000

    Linux 映像-->0x1200000

    U-boot 映像-->0x280000

    请与我分享每个二进制文件的大小。

    此致、

    Vaibhav

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

    您好:

    您当前的结构如下所示 (位于 default_sbl_ospi_linux_hs_fs.cfg 中)。

    这是默认设置、我已按如下所示对其进行了修改

    ////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////

    -------------------------------------------------------------------------------------------- #
    #                                        #
    #   与 FLASHWRITER 脚本一起使用的默认配置文件   #
    #                                        #
    -------------------------------------------------------------------------------------------- #
    #
    #默认此配置文件,
    #-指向此 EVM 的预编译闪存写入器、引导加载程序
    #-应用程序映像指向此 EVM 的 IPC rpmsg Linux 应用程序映像的相对路径
    #  -确保在运行此脚本之前构建此应用程序
    #-您可以自定义此配置文件以指向您自己的引导加载程序和/或应用程序映像
    #-如果您只想验证闪存内容而不是刷写文件,可以使用--operation=flashverify。
    #

    #第一个指向 sbl_uart_uniflash_stage1 二进制文件,它初始化 DDR 并接收 sbl_uart_uniflash_stage2 二进制文件
    --flash-writer=sbl_prebuilt/am62px-sk/sbl_uart_uniflash_stage1.release.hs_fs.tiimage

    #指向 sbl_uart_uniflash_stage2 二进制文件,它作为一个服务器来刷写一个或多个文件
    #请注意、该二进制文件由 SBL_UART_uniflash_stage1 复制到 DDR、不会写入闪存或 eMMC 等任何引导介质
    --file=../../examples/drivers/boot/sbl_uart_uniflash_multistage/sbl_uart_uniflash_stage2/am62px-sk/wkup-r5fss0-0_nortos/ti-arm-clang/sbl_uart_uniflash_stage2.release.appimage.hs_fs --operation=flash --flash-offset=0x0

    #对 OSPI PHY 调优攻击向量进行编程
    --操作=flash-phy-tuning-data

    #现在发送一个或多个文件到闪存或 flashverify 根据需要。 发送文件的顺序无关紧要

    #发送引导加载程序时、请确保闪存偏移为 0x0。 ROM 期望引导加载程序位于偏移量 0x0 处
    -file=sbl_prebuilt/am62px-sk/sbl_ospi_linux_stage1.release.hs_fs.tiimage --operation=flash --flash-offset=0x0

    #带 DM 的第二阶段引导加载程序在 0x80000 或您的引导加载程序配置的任何偏移处刷新
    --file=../../examples/drivers/dss/dss_display_share/am62px-sk/wkup-r5fss0-0_freertos/ti-arm-clang/dss_display_share.release.appimage.hs_fs --operation=flash --flash-offset=0x850000

    #发送应用程序映像时,请确保以偏移 0x100000(默认值)或引导加载程序配置的任何偏移进行闪存
    --file=../../examples/drivers/ipc/ipc_rpmsg_echo_linux/am62px-sk/mcu-r5fss0-0_freertos/ti-arm-clang/ipc_rpmsg_echo_linux.release.appimage.hs_fs --operation=flash --flash-offset=0x800000

    # HSM 映像以 0x800000 或引导加载程序配置的任何偏移进行刷写
    -file=HSMAppimageGen/board/am62px-sk/HSM.appimage.hs_fs --operation=flash --flash-offset=0x240000

    # Linux 映像会在 0xC00000 处或为引导加载程序配置的任何偏移处刷新
    --file=linuxAppimageGen/board/am62px-sk/linux.appimage.hs_fs --operation=flash --flash-offset=0x1200000

    # u-boot.img 刷写到 0x280000
    --file=linuxAppimageGen/board/am62px-sk/u-boot.img --operation=flash --flash-offset=0x280000

    ////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////


    修改它的原因是 dss_display_share.release.appimage.hs_fs 二进制文件的大小从 1.1MB 增加到 2.5MB

    每个二进制文件的实际大小如下所示

    1. SBL-1.            =>    299623   字节     => 0x0000 0000 偏移
    2. SBL-2 + DM App   =>    2415862  字节     => 0x0085 0000 Offset
    3. MCU 应用程序          =>    58222   字节     => 0x0080 0000 偏移量
    4. HSM             =>    9677      字节     => 0x0024 0000 偏移量
    5. Linux 映像        =>    855742   字节     => 0x0120 0000 偏移
    6. u-boot.img        =>   1472487  字节     => 0x0028 0000 偏移量

    使用上述大小及其偏移量、您可以了解 OSPI 闪存的当前存储器映射

    此致、
    Aditya T

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

    尊敬的 Aditya:

    我来检查一下。 请允许我们在某个时候采取后续行动。

    此致、

    Vaibhav

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

    尊敬的 Aditya:

    对延迟深表歉意。

    您能否进行一个小型实验?

    请刷写 SBL NULL 和 OSPI 闪存 IO 示例。 在 OSPI 闪存 IO 示例中、将偏移更改为 0x850000、将要使用的数据大小更改为 1MB。 您还必须使用将其放置在 DDR 存储器中、因此请进行以下更改:

    在 ospi_flash_io.c 中、

    在 OSPI 闪存 IO 示例-> MPU ARMv7 设置的 example.syscfg 中、验证下面给出的配置:

    在 example.syscfg -> Memory Region 中、添加一个 DDR 区域、如下所述:

    在 example.syscfg -> SECTIONS 中、添加一个新的 DDR_MEMORY 部分、并按如下所述对其进行配置:

    目标是验证所有闪存操作是否在偏移= 0x850000 时按预期运行、数据大小与 SBL2+DM 映像相当。

    此致、

    Aryamaan Chaurasia

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

    您好:

    对延迟的回复表示歉意。

    [引述 userid=“666707“ url=“~/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1639729/am62p-need-help-in-offset-calculation-for-ospi-flash-on-sk-am62p5-evk-for-custom-display-sharin-example/6327776

    在 example.syscfg -> Memory Region 中、添加一个 DDR 区域、如下所述:

    在 example.syscfg -> SECTIONS 中、添加一个新的 DDR_MEMORY 部分、并按如下所述对其进行配置:

    [/报价]

    但我找不到我必须在哪个 example.syscfg 中进行这两项更改。 我在代码以及 example.syscfg 中修改的第一次更改

    此致、
    Aditya T

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

    尊敬的 Aditya:

    必须在 OSPI 闪存 IO 示例中进行更改。 可以按原样刷写 SBL NULL。

    我们想验证所有闪存操作是否都按预期运行、偏移量= 0x850000。

    此致、

    Aryamaan Chaurasia

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

    您好:

    这里、根据以上快照、我实际上需要在哪里添加 DDR 区域?

    此致、
    Aditya T

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

    您好、

    快照指示已添加 DDR 区域。

    您能否确认是否使用具有默认闪存器件 (S28HS512T) 的默认 AM62P 电路板?
    如果是、则我可以使用同一闪存器件在我的设置中的 0x850000 偏移上验证闪存操作是否有效。

    您还能告诉我您正在使用的 SDK 版本吗?

    谢谢

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

    因为我使用的是 TI 提供的 EVK、所以我们没有更改其中的任何器件。 我们使用的闪存是相同的、即 S28HS512T。 EVK 对吧?
    此外、我使用的 SDK 为 V11.02.00.03 版 链接

    此致、
    Aditya T

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

    感谢您的回复、请给我 1 天的时间来复制我的设置中的相同示例用例并确定问题。

    此致、

    Aryamaan Chaurasia

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

    您好:
    他们对此有任何更新吗?

    此致、
    Aditya T

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

    尊敬的 Aditya:

    对延迟深表歉意。 我们目前正在进行实验并调查该问题。

    此致、

    Aryamaan Chaurasia

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

    尊敬的 Aditya:

    我已经找到了问题。

    在 S28HS512T 串行 NOR OSPI 闪存中、我们使用统一配置、这意味着块大小等于扇区大小。

    为了成功擦除闪存、使用的偏移应与块大小对齐、块大小默认值为 262144 字节或 256KB。

    如果未擦除正确数量的块、闪存写入将无法按预期工作。

    现在、偏移量 0x850000 对应于地址 8716288、而 8716288/262144 给出了 33.25 个块、该块未进行块对齐。

    但是、如果使用偏移量 0x840000、则 8650752/262144 将得到 33 个块、其块对齐。

    因此、0x840000 或 0x880000 等任何偏移都是可行的、因为这些是块对齐的、因为它们的地址可以完全被块大小整除。

    因此、使用块对齐的偏移是最佳实践。

    您能否使用块对齐的 0x840000 或 0x880000 重试您的示例? dss_display_share 示例、HSM、Linux 和 u-boot 的 example.syscfg 文件中的其他偏移量应进行块对齐、不需要更改、但请验证正在使用的所有偏移量是否都是块对齐。

    此致、

    Aryamaan Chaurasia

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

    您好:

    我尝试更改为偏移量 0x00880000、引导日志如下所示

    [BOOTLOADER_PROFILE] Boot Media       : FLASH 
    [BOOTLOADER_PROFILE] Boot Media Clock : 166.667 MHz 
    [BOOTLOADER_PROFILE] Boot Image Size  : 2266 KB 
    [BOOTLOADER_PROFILE] Cores present    : 
    wkup-r5f0-0
    [BOOTLOADER PROFILE] System_init                      :      27758us 
    [BOOTLOADER PROFILE] App_waitForMcuPbist              :          2us 
    [BOOTLOADER PROFILE] Board_init                       :          0us 
    [BOOTLOADER PROFILE] Drivers_open                     :          1us 
    [BOOTLOADER PROFILE] SBL Drivers_open                 :        157us 
    [BOOTLOADER PROFILE] Board_driversOpen                :          1us 
    [BOOTLOADER PROFILE] SBL Board_driversOpen            :       7525us 
    [BOOTLOADER PROFILE] App_loadSelfcoreImage            :      18860us 
    [BOOTLOADER_PROFILE] SBL Total Time Taken             :      54308us 
    
    Image loading done, switching to application ...
    Starting 2nd stage bootloader
    : v11.02.05
    Starting Sciserver..... PASSED
    [BOOTLOADER_PROFILE] Boot Media       : FLASH 
    [BOOTLOADER_PROFILE] Boot Media Clock : 166.667 MHz 
    [BOOTLOADER_PROFILE] Boot Image Size  : 841 KB 
    [BOOTLOADER_PROFILE] Cores present    : 
    hsm-m4f0-0
    mcu-r5f0-0
    a530-0
    [BOOTLOADER PROFILE] System_init                      :       2646us 
    [BOOTLOADER PROFILE] Board_init                       :          3us 
    [BOOTLOADER PROFILE] FreeRtosTask Create              :        260us 
    [BOOTLOADER PROFILE] SBL Drivers_open                 :        539us 
    [BOOTLOADER PROFILE] SBL Board_driversOpen            :        523us 
    [BOOTLOADER PROFILE] HSM Image Load                   :       5449us 
    [BOOTLOADER PROFILE] MCU R5 Image Load                :       5951us 
    [BOOTLOADER PROFILE] A53 Image Load                   :      12337us 
    [BOOTLOADER_PROFILE] SBL Total Time Taken             :      27712us 
    
    Image loading done, switching to application ...
    Starting linux and RTOS/Baremetal applications
    NOTICE:  BL31: v2.14.0(release):sandbox/v2.14-888-gde387341e
    NOTICE:  BL31: Built : 10:33:53, Apr 23 2026
    I/TC: 
    I/TC: OP-TEE version: 4.10.0-5-g496fea3c8 (gcc version 13.3.1 20240614 (Arm GNU Toolchain 13.3.Rel1 (Build arm-13.24))) #1 Thu Apr 23 05:04:50 UTC 2026 aarch64
    I/TC: WARNING: This OP-TEE configuration might be insecure!
    I/TC: WARNING: Please check optee.readthedocs.io/.../porting_guidelines.html
    I/TC: Primary CPU initializing
    I/TC: GIC redistributor base address not provided
    I/TC: Assuming default GIC group status and modifier
    I/TC: SYSFW ABI: 4.0 (firmware rev 0x000b '11.2.5--v11.02.05 (Fancy Rat)')
    I/TC: Activated SA2UL device
    I/TC: Enabled firewalls for SA2UL TRNG device
    I/TC: EIP76D TRNG initialized
    I/TC: SA2UL Drivers initialized
    I/TC: HUK Initialized
    I/TC: Disabling output console

    但我的显示应用仍然没有启动、下面分别是 WKUP 内核和 Cortex-R5F 内核的日志。

    ///////////////////////////////////////////////////////////////////////////////
    WKUP-R5F Core logs
    ///////////////////////////////////////////////////////////////////////////////
    
    Sciserver Testapp Built On: May  7 2026 11:36:56
    Sciserver Version: v2025.12.0.0-REL.MCUSDK.K3.11.02.00.23+
    RM_PM_HAL VersionConfigure DSS framebuffer region firewall... DONE !!!
    DispApp_init() - DONE !!!
    DSS display share application started...
    Display create complete!!
    Starting display ... !!!
    Display in progress ... DO NOT HALT !!!
    [IPC RPMSG ECHO] Version: REL.MCUSDK.K3.11.02.00.23+ (May  7 2026 11:37:28):
    
    ///////////////////////////////////////////////////////////////////////////////
    MCU-R5F Core logs
    ///////////////////////////////////////////////////////////////////////////////
    
    [IPC RPMSG ECHO] Version: REL.MCUSDK.K3.11.02.00.23+ (May  7 2026 11:37:27):  

    还有什么我遗漏的吗?

    此致、
    Aditya T

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

    尊敬的 Aditya:

    我刚刚在 offset=0x880000 处运行了默认 DSS 显示共享示例、可以看到显示日志:

    ÀSciserver Testapp Built On: May  6 2026 09:37:36
    Sciserver Version: v2025.12.0.0-REL.MCUSDK.K3.11.02.00.23+
    RM_PM_HAL Version: v11.02.05
    Starting ScConfigure DSS region firewall... DONE !!!
    Configure DSS framebuffer region firewall... DONE !!!
    DispApp_init() - DONE !!!
    DSS display share application started...
    Display create complete!!
    Starting display ... !!!
    Display in progress ... DO NOT HALT !!!
    DSS display share Passed!!
    [IPC RPMSG ECHO] Version: REL.MCUSDK.K3.11.02.00.23+ (May  6 2026 09:40:09):  
    Number of elapsed frames = 300, elapsed msec = 4998, fps = 60.02
    Number of elapsed frames = 300, elapsed msec = 5010, fps = 59.88
    Number of elapsed frames = 300, elapsed msec = 5011, fps = 59.87
    Number of elapsed frames = 300, elapsed msec = 5010, fps = 59.88
    Number of elapsed frames = 300, elapsed msec = 5010, fps = 59.88
    Number of elapsed frames = 300, elapsed msec = 5010, fps = 59.88
    Number of elapsed frames = 300, elapsed msec = 5011, fps = 59.87
    Number of elapsed frames = 300, elapsed msec = 5010, fps = 59.88
    Number of elapsed frames = 300, elapsed msec = 5010, fps = 59.88
    Number of elapsed frames = 300, elapsed msec = 5010, fps = 59.88
    Number of elapsed frames = 300, elapsed msec = 5011, fps = 59.87
    Number of elapsed frames = 300, elapsed msec = 5010, fps = 59.88
    Number of elapsed frames = 300, elapsed msec = 5010, fps = 59.88
    Number of elapsed frames = 300, elapsed msec = 5011, fps = 59.87
    Number of elapsed frames = 300, elapsed msec = 5010, fps = 59.88
    Number of elapsed frames = 300, elapsed msec = 5010, fps = 59.88
    Number of elapsed frames = 300, elapsed msec = 5010, fps = 59.88
    Number of elapsed frames = 300, elapsed msec = 5011, fps = 59.87
    Number of elapsed frames = 300, elapsed msec = 5010, fps = 59.88
    Number of elapsed frames = 300, elapsed msec = 5010, fps = 59.88
    Number of elapsed frames = 300, elapsed msec = 5010, fps = 59.88
    Number of elapsed frames = 300, elapsed msec = 5011, fps = 59.87

    CCCC[BOOTLOADER_PROFILE] Boot Media       : FLASH 
    [BOOTLOADER_PROFILE] Boot Media Clock : 166.667 MHz 
    [BOOTLOADER_PROFILE] Boot Image Size  : 1060 KB 
    [BOOTLOADER_PROFILE] Cores present    : 
    wkup-r5f0-0
    [BOOTLOADER PROFILE] System_init                      :      27568us 
    [BOOTLOADER PROFILE] App_waitForMcuPbist              :          2us 
    [BOOTLOADER PROFILE] Board_init                       :          0us 
    [BOOTLOADER PROFILE] Drivers_open                     :          0us 
    [BOOTLOADER PROFILE] SBL Drivers_open                 :        152us 
    [BOOTLOADER PROFILE] Board_driversOpen                :          0us 
    [BOOTLOADER PROFILE] SBL Board_driversOpen            :       6885us 
    [BOOTLOADER PROFILE] App_loadSelfcoreImage            :      10686us 
    [BOOTLOADER_PROFILE] SBL Total Time Taken             :      45297us 
    
    Image loading done, switching to application ...
    Starting 2nd stage bootloader
    iserver..... PASSED
    [BOOTLOADER_PROFILE] Boot Media       : FLASH 
    [BOOTLOADER_PROFILE] Boot Media Clock : 166.667 MHz 
    [BOOTLOADER_PROFILE] Boot Image Size  : 1061 KB 
    [BOOTLOADER_PROFILE] Cores present    : 
    hsm-m4f0-0
    mcu-r5f0-0
    a530-0
    [BOOTLOADER PROFILE] System_init                      :       2766us 
    [BOOTLOADER PROFILE] Board_init                       :          4us 
    [BOOTLOADER PROFILE] FreeRtosTask Create              :        261us 
    [BOOTLOADER PROFILE] SBL Drivers_open                 :       1418us 
    [BOOTLOADER PROFILE] SBL Board_driversOpen            :        523us 
    [BOOTLOADER PROFILE] HSM Image Load                   :       5441us 
    [BOOTLOADER PROFILE] MCU R5 Image Load                :       5953us 
    [BOOTLOADER PROFILE] A53 Image Load                   :      14520us 
    [BOOTLOADER_PROFILE] SBL Total Time Taken             :      30889us 
    
    Image loading done, switching to application ...
    Starting linux and RTOS/Baremetal applications
    NOTICE:  BL31: v2.13.0(release):v2.13.0-259-ge0c4d3903b-dirty
    NOTICE:  BL31: Built : 07:01:36, Jul  1 2025
    
    U-Boot SPL 2025.01-00766-g7493977a537f (Dec 03 2025 - 15:20:36 +0000)
    SYSFW ABI: 4.0 (firmware rev 0x000b '11.2.5--v11.02.05 (Fancy Rat)')
    DM ABI: 3.0 (firmware ver 0x000b 'MSDK.11.02.00.23--v11.02.05' patch_ver: 5)
    SPL initial stack usage: 1984 bytes
    Trying to boot from SPI
    Authentication passed
    Authentication passed
    
    
    U-Boot 2025.01-00766-g7493977a537f (Dec 03 2025 - 15:20:36 +0000)
    
    SoC:   AM62PX SR1.0 HS-FS
    Model: Texas Instruments AM62P5 SK
    DRAM:  2 GiB (total 8 GiB)
    Core:  101 devices, 32 uclasses, devicetree: separate
    MMC:   mmc@fa10000: 0, mmc@fa00000: 1
    Loading Environment from nowhere... OK
    In:    serial
    Out:   serial
    Err:   serial
    Net:   eth0: ethernet@8000000port@1
    Warning: ethernet@8000000port@2 (eth1) using random MAC address - 56:6b:13:c4:13:c6
    , eth1: ethernet@8000000port@2
    Hit any key to stop autoboot:  0 

    这是 cfg 文件: e2e.ti.com/.../default_5F00_sbl_5F00_ospi_5F00_linux_5F00_hs_5F00_fs_5F00_splash_5F00_screen.cfg

    这些是 stage1 SysConfig 文件和 DSS 显示共享示例的偏移量:

    您能否验证 stage1 和 DSS 显示共享示例中的偏移量?

    如果偏移正确、则您的显示应用程序可能会出现问题、而不是 OSPI 或闪存问题。

    此致、

    Aryamaan Chaurasia