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.

[参考译文] PROCESSOR-SDK-J784S4:在 PSDK RTOS J784S4中启用 Micron OSPI 闪存

Guru**** 2407710 points


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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1478519/processor-sdk-j784s4-enable-micron-ospi-flash-in-psdk-rtos-j784s4

器件型号:PROCESSOR-SDK-J784S4
主题中讨论的其他器件:TDA4VH

工具与软件:

您好、TI:

我们有基于 TDA4VH 的定制电路板。

我们使用的是 Processor SDK J784S4版本10.00。

我们有 Micron OSPI 闪存: MT35XU512ABA1G12-0AAT ,我们希望在 SDK 中启用它。

  • 对于 Linux、我们已成功启用并正在使用它。
  • 对于 Processor SDK RTOS、我们在实现它的过程中确实遇到了挑战。

对于 RTOS、我们确实有两种用例场景失败且错误相同: Board_flashOpen 失败。

场景1:从 OSPI 引导 SBL (SBL、tifs 和 app)

  • 在 SBL/XU512ABA1G12中 src、我们已将 j784s4的默认定义更改为: Board_FLASH_ID_MT35XU512ABA1G12。
  • 在 PDK (board_cfg.h)中,我们禁用了 Board_NAND_FLASH_IN ,因为我们的定制板上没有 NAND 闪存
  • 在 pdk(../board/board/spark/no/ospi/no_xspi.h)中 src、包括要更改为 ti/board/spii/spi博/spii/no/device/ src??? (目前为:ti/board/INCLA flash/nor/device/s28hs512t.h src)。 应该用正确的替换? 我们在 j721e SDK 中找到了正确的 mt35**.h 文件。
  • 为了使这个功能正常运行、应该执行或者从 j721e 中接管另外哪些操作?

场景2:通过 UART 刷写 OSPI

  • 与上述内容类似、在 uart_programmer 中为闪存定义。
  • 在 PDK/板中、与上述问题相同。

为了支持 NOR 闪存  MT35XU512ABA1G12、需要在要更改的 PDK/电路板中进行哪些更改?

此致、

Milena

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

    尊敬的 Milena:

    您是否具有 CCS 访问权限。 您是否能够进入 SBL 代码并检查"Board_flashOpen"内的哪个位置是应用程序 failinng?

    此致、
    Tanmay

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

    您好、Tanmay,

    我们可以通过一些方式(打印或出现故障的 CCS)得出结论。

    也许我没有在上面很好地总结。 让我来进一步解释 SBL 用例:

    1.原始代码在此函数中出现故障,这是因为 PDK 配置不正确造成的。

    2.添加上述前两个点的更改后(sbl/appi/sbl_ospi.c src 和 board_cfg.h )、仍然失败(构建正常、启动正常)

    ->我们没有深入研究,因为我们发现错误的 设备包括在  board/oclash/nor/ospi/nor_xspi.h src 文件中。 上面的第3点。

    3.从 j721e SDK 中复制缺失的报头文件后(包括此处),我们出现了构建错误(示例如下)。

    src/flash/nor/ospi/nor_xspi.c:138:14: error: use of undeclared identifier 'NOR_CMD_RDREG'
        cmd[0] = NOR_CMD_RDREG;
    

    这些定义从 nor_xspi.c 文件中使用、并在 device/s28hs512t.h 中定义。

    tisdk@mcs104:~/rtos-git-clean/ti-processor-sdk-rtos-j784s4-evm-10_00_00_05/pdk_j784s4_10_00_00_27/packages/ti/build$ find ../board/ -iname "*.c" | xargs grep "NOR_CMD_RDREG"
    ../board/src/flash/nor/ospi/nor_xspi.c:    cmd[0] = NOR_CMD_RDREG;
    ../board/src/flash/nor/ospi/nor_xspi.c:        cmd[0] = NOR_CMD_RDREG;
    tisdk@mcs104:~/rtos-git-clean/ti-processor-sdk-rtos-j784s4-evm-10_00_00_05/pdk_j784s4_10_00_00_27/packages/ti/build$ find ../board/ -iname "*.h" | xargs grep "NOR_CMD_RDREG"
    ../board/src/flash/nor/device/s28hs512t.h:#define NOR_CMD_RDREG                (0x65U)
    tisdk@mcs104:~/rtos-git-clean/ti-processor-sdk-rtos-j784s4-evm-10_00_00_05/pdk_j784s4_10_00_00_27/packages/ti/build$
    

    我们想了解为正确集成 Micron 所需要的一切, 上述步骤是否正确,或者其中一些不会完成?

    要正确集成它、缺少什么? 还应做出哪些改变?

    此致、  

    Milena

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

    尊敬的 Milena:

    还会有一个微米级闪存标题。 您可以尝试使用该功能来代替" device/s28hs512t.h"。 这是因为我们在其他 EVM 上有同样的微米级闪存。

    如果找不到、请告诉我。

    此致、
    Tanmay

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

    您好、Tanmay,

    我们已经尝试使用 Micron 闪存接头。 之后会出现构建错误。  NOR_xspi.c 请求定义、这些定义仅存在于 device/s28hs512t.h 中、而不存在于 device/mt35***.h 中

    以下是错误示例:

    [报价 userid="307047" url="~/support/processors-group/processors/f/processors-forum/1478519/processor-sdk-j784s4-enable-micron-ospi-flash-in-psdk-rtos-j784s4/5677541 #5677541"]

    从 j721e SDK 复制缺失的头文件后(包括此处)、我们会出现构建错误(示例如下)。

    全屏
    1.
    2.
    src 8.20flash/nor/ospi/nor_xspi.c:138:14:错误:使用未声明标识符"NOR_CMD_RDREG"
    CMD[0]= NOR_CMD_RDREG;
    XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

    这些定义从 nor_xspi.c 文件中使用、并在 device/s28hs512t.h 中定义。

    全屏
    1.
    2.
    3.
    4.
    5.
    6.
    tisdk@mcs104:~/rtos-git-clean/ti-processor-sdk-rtos-j784s4-evm-10_00_00_05/pdk_j784s4_10_00_00_27/packages/ti/build find ../board/-iname "*。c"| xargs grep "NOR_CMD_RDREG"
    ../board/crumbna/nor/ospi/nor_xspi.c src:cmd[0]= NOR_CMD_RDREG;
    ../board/SN741/SN74/ src、flash/nor/ospi/nor_xspi.c: CMD[0]= NOR_CMD_RDREG;
    tisdk@mcs104:~/rtos-git-clean/ti-processor-sdk-rtos-j784s4-evm-10_00_00_05/pdk_j784s4_10_00_00_27/packages/ti/build find ../board/-iname "*。h"| xargs grep "NOR_CMD_RDREG"
    ../board/board/nor/device/s28hs512t.h src:#define NOR_CMD_RDREG (0x65U)
    tisdk@mcs104:~/rtos-git-clean/ti-processor-sdk-rtos-j784s4-evm-10_00_00_05/pdk_j784s4_10_00_00_27/packages/ti/build $
    [报价]

    此致、

    Milena

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

    尊敬的 Milena:

    请允许我向开发团队核实这一点。 请在明天之前收到回复。

    此致、
    Tanmay

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

    您好、Tanmay,

    是否有与此相关的任何更新?

    此致、

    Milena

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

    尊敬的 Milena:

    很抱歉这方面的延迟、

    您是否可以将"packages/ti/board/ocabstrate/oclash/nor/nor.c"中 j784s4的"NOR_CONFIG"更新 src 为"NOR_ospiFxnTable"而不是"NOR_xspiFxnTable"。

    "NOR_opiFxnTable"用于微米级闪存。

    此致、
    Tanmay

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

    您好 Neehar:

    我们已经按照建议更新了 NOR_CONFIG。 此外、为了使代码变得 buidalble、我们已从编译中删除了 nor_xspi、并包含了 j721e PDK 中的 nor_ospi.c/.h 文件。 更改了 makefile、并根据需要包含。

     二进制文件已成功刷新、但引导失败、幻数无效。 我想这是由于从 OSPI 读取不当造成的。 日志如下所示。

    闪存日志:

    => setenv ipaddr 192.168.238.203
    => setenv serverip 192.168.238.115
    => setenv gatewayip 192.168.238.1
    => setenv netmask 255.255.255.0
    => sf probe
    k3-navss-ringacc ringacc@2b800000: Ring Accelerator probed rings:286, gp-rings[96,20] sci-dev-id:328
    k3-navss-ringacc ringacc@2b800000: dma-ring-reset-quirk: disabled
    SF: Detected mt35xu512aba with page size 256 Bytes, erase size 4 KiB, total 64 MiB
    => tftp ${loadaddr} tiboot3.bin
    am65_cpsw_nuss_port ethernet@46000000port@1: K3 CPSW: rflow_id_base: 2
    link up on port 1, speed 1000, full duplex
    Using ethernet@46000000port@1 device
    TFTP from server 192.168.238.115; our IP address is 192.168.238.203
    Filename 'tiboot3.bin'.
    Load address: 0x82000000
    Loading: #################################################################
             #  0 Bytes
             669.9 KiB/s
    done
    Bytes transferred = 332806 (51406 hex)
    => sf update $loadaddr 0x0 $filesize
    device 0 offset 0x0, size 0x51406
    332806 bytes written, 0 bytes skipped in 1.605s, speed 211936 B/s
    => tftp ${loadaddr} tifs.bin
    am65_cpsw_nuss_port ethernet@46000000port@1: K3 CPSW: rflow_id_base: 2
    link up on port 1, speed 1000, full duplex
    Using ethernet@46000000port@1 device
    TFTP from server 192.168.238.115; our IP address is 192.168.238.203
    Filename 'tifs.bin'.
    Load address: 0x82000000
    Loading: ###############################  0 Bytes
             672.9 KiB/s
    done
    Bytes transferred = 158666 (26bca hex)
    =>  sf update $loadaddr 0x80000 $filesize
    device 0 offset 0x80000, size 0x26bca
    158666 bytes written, 0 bytes skipped in 0.792s, speed 204113 B/s
    => tftp ${loadaddr} app
    am65_cpsw_nuss_port ethernet@46000000port@1: K3 CPSW: rflow_id_base: 2
    link up on port 1, speed 1000, full duplex
    Using ethernet@46000000port@1 device
    TFTP from server 192.168.238.115; our IP address is 192.168.238.203
    Filename 'app'.
    Load address: 0x82000000
    Loading: ################################  0 Bytes
             682.6 KiB/s
    done
    Bytes transferred = 163708 (27f7c hex)
    => sf update $loadaddr 0x100000 $filesize
    device 0 offset 0x100000, size 0x27f7c
    163708 bytes written, 0 bytes skipped in 0.842s, speed 198386 B/s
    =>
    

    引导日志:  

    Type [C-a] [C-h] to see available commands
    Terminal ready
    SBL Revision: 01.00.10.01 (Feb 24 2025 - 14:16:41)
    TIFS  ver: 10.0.8--v10.00.08 (Fiery Fox)
    SCISERVER Board Configuration header population... PASSED
    Sciclient_setBoardConfigHeader... PASSED
    Setting GTC clock parent frequency....
    Setting GTC clock parent frequency....done
    Initlialzing PLLs ...done.
    InitlialzingClocks ...done.
    Initlialzing DDR ...done.
    Initializing GTC ...Copying EEPROM content to DDR ...
    
     Failed to copy EEPROM Data !!
    EEPROM Data Copy Done.
    Booting HSM core ...
    OSPI RCLK running at 200000000 MHz.
    
     HSM Binary is not present..
    
     Continuing with normal boot..
    Failed to boot HSM core !!
    Begin parsing user application
    Calling Sciclient_procBootRequestProcessor, ProcId 0x20...
    Calling Sciclient_procBootRequestProcessor, ProcId 0x21...
    Calling Sciclient_procBootRequestProcessor, ProcId 0x22...
    Calling Sciclient_procBootRequestProcessor, ProcId 0x23...
    Calling Sciclient_procBootRequestProcessor, ProcId 0x24...
    Calling Sciclient_procBootRequestProcessor, ProcId 0x25...
    Calling Sciclient_procBootRequestProcessor, ProcId 0x26...
    Calling Sciclient_procBootRequestProcessor, ProcId 0x27...
    Calling Sciclient_procBootRequestProcessor, ProcId 0x1...
    Calling Sciclient_procBootRequestProcessor, ProcId 0x2...
    Calling Sciclient_procBootRequestProcessor, ProcId 0x6...
    Calling Sciclient_procBootRequestProcessor, ProcId 0x7...
    Calling Sciclient_procBootRequestProcessor, ProcId 0x8...
    Calling Sciclient_procBootRequestProcessor, ProcId 0x9...
    Calling Sciclient_procBootRequestProcessor, ProcId 0xa...
    Calling Sciclient_procBootRequestProcessor, ProcId 0xb...
    Calling Sciclient_procBootRequestProcessor, ProcId 0x30...
    Calling Sciclient_procBootRequestProcessor, ProcId 0x31...
    Calling Sciclient_procBootRequestProcessor, ProcId 0x32...
    Calling Sciclient_procBootRequestProcessor, ProcId 0x33...
    Calling Sciclient_procBootRequestProcessor, ProcId 0x80...
    OSPI RCLK running at 166666666 MHz.
    Ospi Read speed for 0x4 bytes from offset 0x100000 = 0 Mbytes per sec
    Searching for X509 certificate ...not found
    Ospi Read speed for 0x10 bytes from offset 0x100000 = 0 Mbytes per sec
    Invalid magic number in Single image header
    SBL_ospiClose called
    Sciclient_procBootReleaseProcessor, ProcId 0x20...
    Sciclient_procBootReleaseProcessor, ProcId 0x21...
    Sciclient_procBootReleaseProcessor, ProcId 0x22...
    Sciclient_procBootReleaseProcessor, ProcId 0x23...
    Sciclient_procBootReleaseProcessor, ProcId 0x24...
    Sciclient_procBootReleaseProcessor, ProcId 0x25...
    Sciclient_procBootReleaseProcessor, ProcId 0x26...
    Sciclient_procBootReleaseProcessor, ProcId 0x27...
    Sciclient_procBootReleaseProcessor, ProcId 0x1...
    Sciclient_procBootReleaseProcessor, ProcId 0x2...
    Sciclient_procBootReleaseProcessor, ProcId 0x6...
    Sciclient_procBootReleaseProcessor, ProcId 0x7...
    Sciclient_procBootReleaseProcessor, ProcId 0x8...
    Sciclient_procBootReleaseProcessor, ProcId 0x9...
    Sciclient_procBootReleaseProcessor, ProcId 0xa...
    Sciclient_procBootReleaseProcessor, ProcId 0xb...
    Sciclient_procBootReleaseProcessor, ProcId 0x30...
    Sciclient_procBootReleaseProcessor, ProcId 0x31...
    Sciclient_procBootReleaseProcessor, ProcId 0x32...
    Sciclient_procBootReleaseProcessor, ProcId 0x33...
    Sciclient_procBootReleaseProcessor, ProcId 0x80...
    

    其他问题:

    我们是否还需要设置 NOR_CONFIG 的最后一个参数? 对于 j784s4为 NULL、对于 j721e、我看到它填充了: nor_hpfFxnTable。

    此致、

    Milena

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

    尊敬的 Milena:  

    j784s4为 NULL。 没关系。

    您能否尝试将"ospiInitCfg" soc 中"packages/ti/drv/spi/spi/j784s4/spi_soc.c"中的波特率更改为"8"。

    此致、
    Tanmay

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

    您好、Tanmay,

    已尝试将波特率值从0更改为8、但仍然是相同的日志。

    以166666666 MHz 运行的 OSPI RCLK。
    来自偏移量0x100000的0x4字节的 OSPI 读取速度= 0Mbytes/s
    正在搜索 X509证书...no
    从偏移量0x100000的0x10字节的 OSPI 读取速度= 0MB/s
    单图像标头中的幻数无效
    调用 sbl_ospiClose

    此致、

    Milena

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

    尊敬的 Milena:

    您是否有可能在 Linux (工作)和 RTOS (不工作)中获取 OSPI 寄存器值的转储

    对于 Linux u-boot、用户可以使用命令"md"。 在 RTOS 上、您可以使用 CCS。 对于 RTOS、请在无法读取寄存器之前停下来。

    OSPI 型号的范围为0x47040000 - 0x470400FC。

    此致、
    Tanmay

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

    您好、Tanmay,

    下面是 reisteres 的转储

    从 Linux u-boot (从 OSPI 引导):

    => md 0x47040000
    47040000: c1183881 00000300 00000002 030c010c  .8..............
    47040010: 00000101 00101003 00000080 00000000  ................
    47040020: 00000000 00000000 00000000 00000000  ................
    47040030: 00000001 00000001 00010005 ffffffff  ................
    47040040: 00000000 00000000 00000000 00000000  ................
    47040050: 00000000 00000000 00000000 00000000  ................
    47040060: 00000000 00000000 00280000 00000000  ..........(.....
    47040070: 00000000 ffffffff 00000000 00000000  ................
    47040080: 0000000f 00000000 00000000 00000000  ................
    47040090: 00000000 00000000 00000000 00000000  ................
    470400a0: 00000000 00000000 000000e7 00000000  ................
    470400b0: 00000000 00000000 00800000 00000000  ................
    470400c0: 00000000 00000000 00000000 00000000  ................
    470400d0: 00000000 00000000 00000000 00000000  ................
    470400e0: fdedfa99 06f90000 00000000 00000000  ................
    470400f0: 00000000 00000000 00000000 03000300  ................

    在 RTOS SBL 中、我们在读取函数之前从代码打印、如下所示:

            for (uint32_t regAddr = 0x47040000; regAddr <= 0x470400FC; regAddr+=4)
            {
                uint32_t val = *(uint32_t *)regAddr;
                UART_printf("Addr(0x%08X) : Value (0x%08X)\r\n", regAddr, val);
            }
            /* Read Meta Header Start and get the Number of Input RPRC Files */
            fp_readData(&mHdrStr, srcAddr, sizeof (meta_header_start_t));

    和寄存器值:

    OSPI RCLK running at 166666666 MHz. 
    Ospi Read speed for 0x4 bytes from offset 0x100000 = 0 Mbytes per sec
    Searching for X509 certificate ...not found
    Addr(0x47040000) : Value (0x81003889)
    Addr(0x47040004) : Value (0x1d03339d)
    Addr(0x47040008) : Value (0x00033082)
    Addr(0x4704000c) : Value (0x0200000a)
    Addr(0x47040010) : Value (0x00000129)
    Addr(0x47040014) : Value (0x00121003)
    Addr(0x47040018) : Value (0x0000003f)
    Addr(0x4704001c) : Value (0x04000000)
    Addr(0x47040020) : Value (0x00000000)
    Addr(0x47040024) : Value (0x00000000)
    Addr(0x47040028) : Value (0x00000000)
    Addr(0x4704002c) : Value (0x00000000)
    Addr(0x47040030) : Value (0x00000001)
    Addr(0x47040034) : Value (0x00000001)
    Addr(0x47040038) : Value (0x00014005)
    Addr(0x4704003c) : Value (0xffffffff)
    Addr(0x47040040) : Value (0x00000000)
    Addr(0x47040044) : Value (0x0000307f)
    Addr(0x47040048) : Value (0x00000000)
    Addr(0x4704004c) : Value (0x00000000)
    Addr(0x47040050) : Value (0x00000000)
    Addr(0x47040054) : Value (0x00000000)
    Addr(0x47040058) : Value (0x00000000)
    Addr(0x4704005c) : Value (0x00000000)
    Addr(0x47040060) : Value (0x00000000)
    Addr(0x47040064) : Value (0x00000000)
    Addr(0x47040068) : Value (0x00000000)
    Addr(0x4704006c) : Value (0x00000000)
    Addr(0x47040070) : Value (0x00000000)
    Addr(0x47040074) : Value (0xffffffff)
    Addr(0x47040078) : Value (0x00000000)
    Addr(0x4704007c) : Value (0x00000000)
    Addr(0x47040080) : Value (0x0000000f)
    Addr(0x47040084) : Value (0x00000000)
    Addr(0x47040088) : Value (0x00000000)
    Addr(0x4704008c) : Value (0x00000000)
    Addr(0x47040090) : Value (0x9fb20400)
    Addr(0x47040094) : Value (0x00000001)
    Addr(0x47040098) : Value (0x00000000)
    Addr(0x4704009c) : Value (0x00000000)
    Addr(0x470400a0) : Value (0x101a5b2c)
    Addr(0x470400a4) : Value (0x00000000)
    Addr(0x470400a8) : Value (0x0000001e)
    Addr(0x470400ac) : Value (0x00000000)
    Addr(0x470400b0) : Value (0x00000000)
    Addr(0x470400b4) : Value (0x00300028)
    Addr(0x470400b8) : Value (0x01000010)
    Addr(0x470400bc) : Value (0xa952d785)
    Addr(0x470400c0) : Value (0x0020001b)
    Addr(0x470400c4) : Value (0x00000000)
    Addr(0x470400c8) : Value (0x00000000)
    Addr(0x470400cc) : Value (0x00000000)
    Addr(0x470400d0) : Value (0x00000000)
    Addr(0x470400d4) : Value (0x00000000)
    Addr(0x470400d8) : Value (0x00000000)
    Addr(0x470400dc) : Value (0x00000000)
    Addr(0x470400e0) : Value (0x13edfa00)
    Addr(0x470400e4) : Value (0x06f90000)
    Addr(0x470400e8) : Value (0x00000000)
    Addr(0x470400ec) : Value (0x00000000)
    Addr(0x470400f0) : Value (0x00000000)
    Addr(0x470400f4) : Value (0x00000000)
    Addr(0x470400f8) : Value (0x00000000)
    Addr(0x470400fc) : Value (0x03000300)
    Ospi Read speed for 0x10 bytes from offset 0x100000 = 0 Mbytes per sec
    Invalid magic number in Single image header
    SBL_ospiClose called

    此致、

    Milena

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

    您好、Tanmay,

    是否有与此相关的任何更新?  

    此致、

    Milena

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

    尊敬的 Milena:

    很抱歉耽误你的时间。 您能否确认闪存的最后一个分区刷写了 PHY 模式。

    我看到控制器处于 Phy 模式、因此它将使用 phy 模式来获得延迟。

    您可以从以下位置获取模式的二进制文件: https://software-dl.ti.com/jacinto7/esd/processor-sdk-linux-jacinto7/10_01_00_04/exports/docs/linux/Foundational_Components U423-Boot/UG-QSPI.html#:~:text=loadaddr%200x6C0000%20%24filesize-、PHY%20Calibration、-PHY%20calibration%20allows

    默认情况下、它会添加到闪存的偏移"0x3fe0000"处。

    此致、
    Tanmay

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

    尊敬的 Milena:

    很高兴听到 SBL 在这之后正在工作。

    [报价 userid="307047" url="~/support/processors-group/processors/f/processors-forum/1478519/processor-sdk-j784s4-enable-micron-ospi-flash-in-psdk-rtos-j784s4/5712387 #5712387"]

    这似乎是 SBL 引导正常,但从应用程序看不到日志。

    您是否知道日志不可见的原因?

    [报价]

    我不知道为什么会发生这种情况。 您可以为此提出另一个 TT 吗? 届时将指派给另一位可为您提供帮助的专家。 如果对应用程序源代码进行了任何更改、请说明您在中看到了哪些应用程序以及这些应用程序是否有任何更改、这样会很有帮助。

    此致、
    Tanmay

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

    您好、Tanmay、

    基本上、我们没有更改应用程序。

    我们测试了多个应用、这些应用在通过其他引导模式引导时运行正常。

    将打开新的工单。

    此致、

    Milena