[参考译文] Linux/processor-SDK-OMAPL138：从 Linux 加载 TI-RTOS DSP 固件

root@omapl138-lcdk：~/projects# cp
@omapl138_USB_audio_dsp.out /lib/firmware/rproc-dsp-fw root~ omapl138-lcdk： /projects# ls /lib/firmware
ipc rproc-dsp-FW
root@omapl138-lcdk：~/projects# ls -l /lib/firmware
drwxr-xr-x 3 root 根 4096 Jun 12 2018 IPC
-rw-r--r-- 1 root 根 5776812 3月26日14：59 rproc-dsp-FW
root@omapl138-lcdk：~μ C/projects# cd /sys/bus/platform/drivers/davinci-rproc



@

/sys/bus/platform/drivers/davinci-rproc root@omapl138-lcdk：/sys/bus/platform/drivers/davinci-rproc echo davinci-rproc.0 > unbind remoteproc rpproc0：releasing dsp root@mcma pl138-lcdk：/sys/bus/platform/drivers/davinci-rproc davinci remotiptek-rproc.0：rproc remotipte.0：rproc remotipotipte.0：rproc dsp_remotipotipotipte.0：rproc dsps dsps rproc remotipotipte.0s dsps rproc rproc dsps rproc rproc dsps rproc rproc remote.0：rproc remotipte.0s@

rpmsg host is online
remoteproc remoteproc0：registered virtio0 (type 7)
▒m｝▒-▒▒｝"-m｝▒-▒▒▒▒▒▒▒ mߑ-▒▒▒-▒｝▒B▒э▒▒▒/▒▒▒/ I

当我使用 Board_init 时、它仍然会导致内核崩溃。

我已经附加了我的器件树文件、但其中任何一个都未使用 UART。

e2e.ti.com/.../da850_2D00_lcdk.dts.txt

因此、该示例仅在我不执行 Board_init 时才能够加载。 USB 也无法正常工作、但我不确定 Board_init 是否对 USB 执行任何操作。

嗨、Rex、

查看相关帖子和代码后、我找不到它使用 CSL_xbarDmaConfigure 或对 MMR_LOCK_2寄存器执行任何操作的任何位置。 如果我注释 BoardInit 函数、固件本身似乎不会锁定系统、但是如果我不注释它、则它会锁定处理器。 通过 JTAG 调试器执行该函数时、我仍然找不到它对 MMR_LOCK_2寄存器执行任何操作。

有一个

静态内联 void CSL_SysCfgUnlockKicker (void)
｛
hSysCfg->KICK0R = 0x83E70B13；
hSysCfg->KICK1R = 0x95A4F1E0；
hSysCfg->CFGCHIP3 |= 0x4；

返回；
｝ 

执行的代码  

IF (cfg 和 Board_init_unlock_MMR)
RET = Board_unlockMMR ()；
if (ret！= Board_SOK)
回程； 

我不确定是否切换 MMR_LOCK_2、因为我在其他任何地方都找不到任何对它的引用。

我正在使用 Processor SDK 04.03.00.05、RTOS 也是如此。

尊敬的 Rex：

注释掉 Board_unlockMMR ()，它调用 CSL_SysCfgUnlockKicker()来解锁 KICK0R，KICK1R 不会阻止代码进入

静态内联 void CSL_SysCfgUnlockKicker (void)
｛
//hSysCfg->KICK0R = 0x83E70B13；
//hSysCfg->KICK1R = 0x95A4F1E0；
//hSysCfg->CFGCHIP3 |= 0x4；

返回；
｝ 

当我使用 JTAG 解缓冲器时，即使调用 CSL_SysCfgUnlockKicker()的定向函数被注释掉，代码仍会进入这里。

还有一个  

静态内联 void CSL_SysCfgLockKicker (void)
｛
hSysCfg->KICK0R = 0x1；
hSysCfg->KICK1R = 0x1；

返回；
｝

但似乎不会从代码的任何位置调用它。

我在0x01C14038和0x01C1403C 上检查了 KICK0R 和 KICK1R 寄存器、但它们始终保持为0。 因此、它们甚至不会从我看到的值中更改为相应的值。

这是 lcdkOMAPL138.c 文件中的 Board_Init

Board_status Board_init (Board_initCfg cfg)
｛
Board_status ret = Board_Sok；

IF (cfg 和 Board_init_unlock_MMR)
RET = Board_unlockMMR ()；
if (ret！= Board_Sok)
回程；

IF (cfg 和 Board_init_module_clock)
RET = Board_moduleClockInit()；
if (ret！= Board_Sok)
回程；

IF (cfg 和 Board_init_PLL)
RET = Board_PLLInit ()；
if (ret！= Board_Sok)
回程；

IF (cfg 和 Board_init_DDR)
RET = Board_DDR3Init()；
if (ret！= Board_Sok)
回程；

if (cfg 和 Board_init_watchdog_disable)
返回 Board_UNSUPPORTED_FEATURE；

IF (cfg & Board_init_PINMUX_CONFIG)
RET = Board_pinmuxConfig ()；
if (ret！= Board_Sok)
回程；

IF (cfg & Board_init_EMIF_PINMUX)
RET = Board_configEmifPinMux ()；
if (ret！= Board_Sok)
回程；

if (cfg 和 Board_init_uart_stdio)
RET = Board_uartStdioInit()；
if (ret！= Board_Sok)
回程；

返回 ret；
｝ 

当使用 Board_Init 调用此函数时、cfg 输入等于 Board_init_uart_stdio。

但出于某种原因、调试器仍然跳转到

静态内联 void CSL_SysCfgUnlockKicker (void)
｛
hSysCfg->KICK0R = 0x83E70B13；
hSysCfg->KICK1R = 0x95A4F1E0；
hSysCfg->CFGCHIP3 |= 0x4；

返回；
｝

它仅可通过调用  

Board_status Board_unlockMMR (void)
｛
CSL_SysCfgUnlockKicker()；

返回 Board_SOK；
｝

Board_unlockMMR 只能从 Board_init 调用、但实际上从未调用过。  

aka Board_init 实际上不会调用 Board_unlockMMR、但代码仍会跳转到 CSL_SysCfgUnlockKicker。

但是、在这之后、KICK0R 和 KICK1R 寄存器仍然不变、存储器值保持为0、因此它们不会被解锁或锁定。

它似乎只是 UART。 我仍然可以通过其 IP 向板进行 SSH。 因此内核本身不会崩溃。

是的、DSP 映像是 PDK 编译 USB 音频示例、它使用给我的指令进行了修改、以尝试将其转换为 IPC 示例。

独立示例 PDK 示例正常工作、但 USB 遭到了噼啪声(不确定原因)。 此示例还有其他问题、但我有一个打开的线程。

这是使用 USB 串行连接加载固件后打开的新 ssh 的 dmesg。 UART USB 连接在加载后崩溃、这可能会导致实际固件崩溃、因为从 dmesg 可以看出、它确实加载了、但它不执行任何操作。 内核会保持活动状态、因为我向它执行 ssh。

[199.172842] remoteproc remoteproc0：发布 dsp [201.976401]
davia-rproc davia-rproc.0：分配的保留存储器节点 dsp_proc@c3000000
[202.003207] remoteproc rpte0：DSP 可用
[202.168358]

remotio remotipteproc 0：启动 dsp 2.578_bw dsp rpmsg 主机处于联机
状态[202.264942] remoteproc remoteproc0：注册的 virtio0 (类型7)
[202.318808] remoteproc remoteproc0：远程处理器 DSP 现已启动

嗨、Rex、

dmesg 来自尝试启动修改后的 PDK USB 音频示例的 OMAPL-138 LCDK。

remoteproc0名称产生以下结果：

root@omapl138-lcdk：~# cat /sys/kernel/debug/remoteproc/remoteproc0/name
dsp

remoteproc0 trace0产生以下结果：

3 0xc3100000 [t=0x002e4459]
｛MODULE#82｝上的资源条目：｛evt：5、args=[0x0、0x230 ...]｝
计时器创建失败