[参考译文] Linux/TDA2EVM5777：在自定义编译环境中使用 DSP 时出现问题

我不使用 SDK 来构建它。 它是基于 cl6x 7.4.2的定制构建环境、
因为我们无法使用 XDC、RTOS 片段等... 我们必须完成几项安全检查、这些要求与 TI SDK 的工作方式不符... (ESP。在我们的案例中、与 CCS 的关联性不大。)

我还得到了一个 Vision_sdk_2_12_02_00、我尝试将其用作指南...。
我了解了"IPC"的内容... 它提供了类似于"从 Linux 运行"的代码示例。

但它使用 XDC、SYS/BIOS、我遇到了与 IPU "剥离"过程中几乎相同的问题。

批评：TI 对无法使用 CCS 和 SDK 的客户不会给予太多的关注、这对我来说是很好的。 获取信息以使处理器不以"通用"方式启动是一场艰难的斗争... (如上所述，我必须离开)。

所以... 再次(与 IPI-Thread 相同的对话...) ->请帮助我启动 SDK 和 CCS 之外的 DSP。

(供参考：到目前为止、IPU 内核上的"真正裸机"开发工作正常！ 提取所需的所有内容需要很长时间、但现在我们能够构建非常小、高效的代码、并使用 rproc 来启动内核。 很好！ 现在... 我必须对 DSP...执行同样的操作。)。

Cu Marco

关于 main.c 以及如何实现资源表：  

我们的 main.c 非常简单…

/**
* main.c
*/

#include "custom_rsc_table_dsp.h"

void main (void)
｛
while (1)｛
//不执行任何操作
。}
｝

如果代码在目标上运行而没有错误和 MMU 违规、我们会继续执行一些有用的操作。  
-> rproc-mechanism 似乎起作用... 已使用 resource_table、已完成映射... 但在代码启动期间、它会崩溃...  

段分配

也许它有帮助：  

33段分配图
34
35路输出 属性/
36章节页面来源 长度 输入段
37 ---- -------- ------ --------
38 .cinit 0 a1004000 00000000 未初始化
39.
40 .init_array
41 * 0 a1004000 00000000 未初始化
42.
43 .stack 0 a1004000 00001000 未初始化
44. a1004000 00000008 rts6600_elf.lib：boot.obj (.stack)
45. a1004008 00000ff8 －孔－－
46.
47 .text 0 a1005000 000005a0
48 a1005000 00000100 rts6600_elf.lib：autobinit.obj (.text：_auto_init_elf)
49 a10010010000000100 ：cpy_tbl.obj (.text：copy_in)
50 a1005200 000000c0 ：exit.obj (.text：exit)
51. a10052c0 000000c0 ：tls.obj (.text：tls：init：_TI_tls_init)
52. a1005380 000000a0 ：memcpy64.obj (.text：memcpy)
53. a1005420 00000080 ：boot.obj (.text：_c_int00)
54 a10054a0 00000060 ：cppp_init.obj (.text：_TI_cppp_init)
55 a1005500 00000040 ：args_main.obj (.text：_args_main)
56. a1005540 00000040 main.obj (.text)
57. a1005580 00000020 rts6600_elf.lib：exit.obj (.text：abort)
58.
59 .fardata 0 a10055a0 0000000c
60 a10055a0 0000000c rts6600_elf.lib：exit.obj (.fardata)
61.
62 .resource_table
63 * 0 a1006000 000000d0
64 a1006000 000000d0 main.obj (.resource_table：retain)
65

(由于 RAM 模型、因此为 UNINIT)。

BTW：启动代码如何？

一位同事告诉我、我不需要对它进行处理、它将由编译器"插入"并跳转到"main"本身。 真的吗？！
(我不认为是这样、这说明了为什么代码在尝试启动时会崩溃...)  

在 SDK 之外：是否有简单启动代码(TDA2-C6xx-DSP)的示例？ 我找不到它在哪里。 (我在 CCS 中启动了一个简单的"hello worls"项目、现在想知道"makefile"目录中所有已知元素都在哪里、我知道它们是基本元素... ？)  

您好 Piyali

我再次回来、对该 MMU 错误稍微感到困惑：

ommu 40d01000.MMU：IOMMU 故障：da bb3175f30标志0x0

(信息：它始终是该地址：b3175f30... 不属于我的代码...)

如果我将出厂的二进制文件加载到 DSP 中、一切都正常。 使用我自己的二进制文件时、将发生该错误。

我检查了工作中的 ELF、发现矢量表必须放置在地址0xA1A3_6000...

在 Linux 运行时、访问0x4A00_255C 仍然遇到一些问题。

显示了一些值：0xFFFFF_FFFD 和0x0000_0000……

在我的检查过程中、我发现 C6XL 插入了大量代码：

_TI_ENABLE_EXIT_PROFILE_

_TI_CINIT_Base

(笑声)

所以。 发生什么事了？

我想、我已经拥有了在我的小型构建环境中启动 DSP 所需的一切、而且我已经收到了很多信息、以至于我无法查看如何操作。

那么、让我们再次看看我有什么：

我有一个自定义表会导致以下 RPROC 行为：

[74.732441] remoteproc remoteproc 2：vdev RSC：ID 7、dfeatures 1、cfg len 0、2 vrings
[74.732448] remoteproc teproc 2：vdev RSC：vproc 0：da a0000000、qsz 256、align 4096
[74.732455] remoteproc：v73302：vringsz remote0：vring2：vring4000
VA e1000000 DMA 0xa1000000大小3000 IDR 0
[74.733115] remoteproc remoteproc2：vring1：VA e1004000 DMA 0xa1004000大小3000 IDR 1
[74.733128] remoteproc remote2：加电408000.dsp
[74.733136] remote40mu proc 1：
tmsp 3107_md1000 mu.em1[_d1000 mu.em1_remot1：vap1：vap1_msp740.7d1000 mu.em1_de1000 mu.em1_de1000 mu.em1_mu.em1s：vap1：vap.em1u.em1u.em1u.em1u.em1u.em1u.em1u.
版本3.0
[74.739807] OMAP-iommu 40d02000.MMU：40d02000.MMU：版本3.0
[74.739819] proc：type 3
[74.739825] remoteproc remoteproc 2：rsc：type 0
[74.739831] proc proc remoteproc：type 0、pre2、rm 40000a：rm
carveout va e1100000、dma 0xa1100000、len 0x1000000
[74.744498] removeproc remoteproc 2：carveout 映射0xa1200000至0xa1100000
[74.744503] remoteproc remoteproc 2：rsc 类型0
[74.744510] removeproc remoteproc 2：cereproc 0：cereproc 0：cereproc 0：cereproc 0：r100000、r100a1、rma 2
carveout va e2100000、DMA 0xa2100000、len 0x200000
[74.745193] remoteproc remoteproc 2：carveout 映射0xa1000000至0xa2100000
[74.745199] remoteproc remoteproc2：RSC：类型1
[74.745233]映射 remoteproc 2：0x300m、0x40000 pA

当然、还有"我的"错误：  

ommu 40d01000.MMU：IOMMU 故障：da bb3175f30标志0x0

我的链接器文件现在如下所示：  

-stack 0x001000 /*软件栈大小*/
-heap 0x001000 /*堆区域大小*/

--retain="*(.vects"

#define RST_VEC 0xa1a36000

内存
｛
IRAM_MEM：O = 0x00800000 l = 0x00008000 // 32kB 内部 SRAM */
OCMC_RAM1：O = 0x40300000 l = 0x00080000 // 512KB L3 OCMC SRAM1 *
DATA_MEM：O = 0xa1200000 l = 0x1800000 //数据、文本、COFF 和公司 所有其他东西的空间*/
CODE_MEM：O = 0xa1000000 l = 0x200000 /*数据、文本、COFF 和公司 用于所有其他内容的空间*/
｝

段
｛
/*启动 DSP */

影响 > RST_VEC

/*公共部分*/
.text > CODE_MEM
.const > CODE_MEM
.cinit > CODE_MEM

堆栈 > DATA_MEM
.data > DATA_MEM
.cio > DATA_MEM
.far > DATA_MEM
fardata > DATA_MEM
堆栈 > DATA_MEM
切换 > DATA_MEM
sysmen > DATA_MEM
.resource_table > code_mem｛
main.obj (.resource_table)
｝
｝

(笑声) 我使用您在上面发布的位置的汇编器代码来生成类似于"启动代码"的内容。  

我的主程序可能包含错误、因为我必须改进一些内容、例如矢量表的占位符... 我不敢说、如果这样做正确：  

/**
* main.c
*/

#include "custom_RSC_table_dsp.h"

#pragma DATA_SECTION (__ISR_Table、".vects")
uint32 __ISR_Table[16]=｛
0x00000000、0x00000000、0x00000000、0x00000000、
0x00000000、0x00000000、0x00000000、0x00000000、
0x00000000、0x00000000、0x00000000、0x00000000、
0x00000000、0x00000000、0x00000000、0x00000000
｝；


void 计数器(void)｛
unsigned int ui_loop = 0xFFFF；

while (ui_loop--)；
｝

void main (void)
｛
while (1)｛
counter()；
}

~μ A 

我的当前 makefile 文件：

top=$｛pWD｝
toolchain=$(top)/linux_toolchain/C6000_7.4.2
TICLL=$(toolchain
)/bin/cl6x include=$(toolchain)/lib
target_name=dra7-dsp1-fw.xe66

list_of_obj=intvecs.obj main.obj

cl6X_linker=-------build=-exclus_target_target=-map=-build=-map_warning=-membon_target=-build=d=-map_with-map_target_build=prisd_target_target_target=-map_target=-build=-build=prisd=-map_target_target_target_target=-map_target_target=-map_target=-map_target=-build=d=-map_target_target=-map_target=-map_target_target_target=-target=-target=-target=







$(TICL)--abi=eabi -c main.c $(build_flags)
$(TICL)--abi=eabi -mv6600 --abi=eabi -g intvecs.asm

link_coge：
$(TICL)$(CL6X_LINKER)-o $(target_name)-i $(include)$(link)

版本：
$(TICL)-版本

清理：
rm -rf *。obj
rm -rf *。d
RM -RF *。map
RM -RF *。out
RM -RF $(TARGET_NAME)

可能是您(或其他人...) 能够简短地了解我的"东西"并识别必须导致崩溃的东西吗？

嗯… 第一：感谢到目前为止帮助我的每个人。

(BTW：如果我不启动 Linux 并启用 DSP、通过 REPROC 的 JTAG instad 推入 ELF、代码运行... 但现在、如果 CCS 的 GEL 脚本可以完成整个工作、当然、使用 CCS 不是我的目标。)