工具/软件：Linux
您好！
因此、我无法从 Linux 加载编译的 TI-RTOS DSP 固件时遇到问题。
此 DSP 固件是一个经过修改的 TI-RTOS 示例、它是为 OMAP-L138编译的 USB 音频示例。
我已向工程添加了自定义资源表、并尝试使用 MessageQSingle 示例中的一些设置修改.bld 文件和 RTSC 配置文件、但最终会导致 Linux 内核在加载固件后完全锁定、固件实际上并不锁定 以这种方式加载时工作。
固件通过 CCS 调试器直接加载到芯片内部的 C6748中并通过 JTAG 调试器加载时工作。
root@omapl138-lcdk：~/projects# cd /lib/firmware root@omapl138-lcdk：/lib/firmware ls ipc rproc-dSP-FW root@omapl138-lcdk：/lib/firmware unlink rproc-ds-fw root@omapl138-lcdk：/lib/firmware ln -s IPC/ti_platforms_evmOMAPL138_DSP/omapl138_USB_audio_dsp.out rxr-ds-fw root@omapl138-lcdk：/lib/firmware -rls-root 根 4096 Jun 4 2018 IPC lrwxrwxrwx 1 root 根 @26 15：31 rproc-dsp-FW -> ipc/ti_plates_evmomapL138_dsp/omap138_USB_audio_dsp.out root @omappl138-lcdk：/lib/firmware /sys/bus/platform/drivers/davinci-rproc cd /sys/bus/platform/drivers/davinci-rproc @ /sys/bus/platform/drivers/davinci-rproc root@rppl138-lcdk：/sys/bus/platform/drivers/davinci-rproc echo davinci-rbind dsps undertemete.0>unproc remote_remote_remote_remote_dsps：rproc rproc rproc rprobe.dsps rproc 0@ ：rproc-remote_remote_remote_remote_remote_remote_dsps rproc 0：rproc rproc rproc rproc 0>remote_remote_remote_remote_remote_remote.dsps：rproc rproc 0dsps：rproc rproc rproc rproc rprobe.dsps rproc rprobe.r rpmsg 主机处于联机 状态 remoteproc remoteproc0：注册的 virtio0 (类型7) remoteproc remoteproc0：远程处理器 DSP 现已启动
这是一组命令、用于复制我在 CCS 中编译的.out 文件、将其链接到系统链接文件、然后使用 remoteproc 执行该文件。
此后、Linux 内核锁定、必须重新启动 LCDK 板。 Linux 内核从 SD 卡运行。
为了使 IPC 源表正常工作、我必须修改 evmOMAPL138的 RTSC 板设置文件。
由于 IPC 使用0xC0000000到0xC1000000、我必须将 DDR 修改为0xC100000。
我附加了配置、构建和项目文件。
我希望只能通过 Remoteproc 加载固件、并支持稍后连接的共享存储器、以便能够利用128KB 的 ARM/DSP 共享存储器
共享数据缓冲区的存储器。
您好 Dmitriy、
仅供参考、您可以直接从 config.Bld 更改存储器配置、而不是更改 RTSC 平台。 您只需在项目属性中将:DSP 附加到平台，它就会自动选取 config.Bld 中指定的平台表。
CONFIG-Bld 的优点是可以直接从应用程序级别更改存储器配置。 您的方法也起作用、我只是想让您知道这个选项。
现在、要在 ARM 运行 Linux 时让此示例在 DSP 上运行、您需要确保内核不会尝试使用和初始化相同的外设。 您可以查看器件树源(DTS)文件以查看 ARM 内核正在使用的内容。 对于 OMAP-L138、da850/dtsi 包含 SoC 级定义、而 da850-lcdk.dts 包含板级定义(da850和 omapl138是等效器件)。 这些文件位于 ti-processor-sdk-linux/board-support/linux/arch/arm/boot/dts 下。
首先、通过查看 DSP 端的 mcasp_cfg.h 和 DTS 文件、我可以看到两个内核都尝试使用 McASP0、EDMA0和 I2C0。
您有几个选项：
例如、要禁用 UART3并阻止内核将其置于睡眠模式、您需要在器件树中添加以下内容：
uart3｛ status ="已禁用"； ti、无空闲； ｝；
3.更改 DSP cfg 或器件树、以便内核使用每个外设的不同实例、即 ARM 使用 McASP0、DSP 使用 McASP1。
下面链接的 wiki 介绍了如何将 IPC 添加到 AM572x 的现有应用中。 它用于不同的器件、但过程与您在这里执行的操作相同。
如果您有任何问题、请告诉我。
请确保在更改设备树源文件后重建设备树二进制文件：
您好、Sahin、我能够从 ARM 编译固件并将其加载到 DSP 中、但它不起作用、我认为因为 McASP 未初始化、因为我在该函数中注释掉了"board_init"函数。
void configureAudio (void) ｛ Board_status stat = Board_Sok； Board_initCfg arg = Board_init_PINMUX_config | Board_init_UART_stdio； //stat = Board_init (arg)； return； ｝
我按照此链接中的说明进行了操作、但由于 board_init 函数的原因、我认为 McASP 和 USB 不会启动。 我已禁用器件树和 Linux 内核菜单配置中的 USB/MCASP/EDMA/I2C。
