基于Tricore的Tasking链接文件解读

文摘   2024-11-28 08:13   上海  


 目录

1.链接文件有什么用?

2.文件结构和语法解析

2.1 文件结构

2.2 语法解析

3.小结


玩惯了ld文件,突然让搞lsl文件,被其中花里胡哨的语法搞晕了,例如:

memory cpu0_dlmu{   mau = 8;   size = 64k;   type = ram;   map     cached (dest=bus:sri, dest_offset=0x90000000, size=64k);   map not_cached (dest=bus:sri, dest_offset=0xb0000000, size=64k,priority=8);}
虽然这个字面意思写的很清楚,但是在链接器实际运行时有什么不一样吗,mau、priority具体表示什么?因此有必要搞一搞其底层原理。
编译原理这里就不多谈了,咱们直接从链接器开始走起。

1.链接文件有什么用?

Tasking 链接器将Linker和Locator集合到一起, Linker阶段主要把 .o文件、lib文件组合成一个可重定位的对象文件,例如.out;Locator主要用于给上述.out文件重新分配绝对地址,并生成目标处理器的文件,例如elf、hex、s19等,总体流程如下图:
在连接过程中,lsl(Linker Script Language)文件起到了非常关键的作用:
  • 确定当前目标处理的内核硬件架构,例如逻辑地址和物理地址的偏移等;
  • 确定当前系统的memory位置,例如RAM、ROM首地址和长度等;
  • 确定代码数据放到memory的什么位置,这也是我们主要关心的点,控制数据代码到指定位置;
有了上述基本了解,我们来看看lsl的一些关键语法。

2.文件结构和语法解析

2.1 文件结构

lsl链接文件主要包含如下几个部分:
  • 内核架构的定义:帮助linker将目标内核的逻辑地址转换为物理地址,可能还包括中断向量表、栈的定义等,一般来说编译器会把这个定义好,例如tc1v1_6_2.lsl;
  • 派生的定义:主要是用于描述内部总线定义、memeory定义等;
  • 处理器的定义:用于定义单核还是多核,以及对应内核实例
  • 段的定义:控制自定义段的具体位置
 框架如下如下:

2.2 语法解析

首先来看几个最常见到但是没有关心过的关键字,以开头代码为例:
  • mau:Minimal Addressable Units,最小可寻址单元,对Tricore来说就是1 byte,对应数字 8;
  • type:指定memory类型,常见的如rom,ram,nvram(任意时刻都可以修改),blockram
  • map:该关键字将源地址转为目的地址,具体映射关系如下:
  • space => space
  • space => bus
  • bus => bus
  • memory => bus
上述几个关键字接下来我们就来分析几个常用的语法。
定义memory的基本格式如下:
memory mem_name{    type = xx;    mau = xx;    size = 64k;    map map_name ( map_description );}
以定义TC3xx CPU0 DSPR的空间为例,代码如下:
memory dsram0 // Data Scratch Pad Ram {   mau = 8;   size = 240k;   type = ram;   map (dest=bus:tc0:fpi_bus, dest_offset=0xd0000000, size=240k, priority=8);   map (dest=bus:sri, dest_offset=0x70000000, size=240k);}
mau = 8,表示最小寻址单位为1 byte;整块memory为240k,属于ram类型;比较好玩的是下面两块map,我们来看第一个:
map (dest=bus:tc0:fpi_bus, dest_offset=0xd0000000, size=240k, priority=8)
目的地是Tricore 0 的FPI 总线,偏移为0xd0000000,size为240k,优先级为8;我们回过头看TC3xx的手册,会发现CH、DH这个Segment是保留的,这就奇怪了,链接文件为什么要定义这个东西?直觉告诉我这个可能和Tricore寻址方式有关系。
fpi_bus用于将CPU\等连接至中低带宽外设,对应具体实例为SPB(系统外设额总线)、BBB(ADAS domain相关),位宽32bit;如下图:
其次,针对CH\DH的用途在map中也给出体现,如下 
我们继续翻看5.3.6.1.1章节,详细描述了本地和全局寻址方式。
核内DSPR位置始终为0xD0000000,PSPR为0xC000000,可以理解这是本地地址;而在多核系统中,根据Core ID,PSPR和DSPR分别对应1-7H,这就是所谓的全局地址,如下:
但是,还有但是,CPU始终是用全局进行总线传输,意味着即使CPU0从本地DSPR拿数据,仍然使用是的7000000的地址。
所以紧接着定义了关于多核globle的map,如下:
map (dest=bus:sri, dest_offset=0x70000000, size=240k);
那么在链接的时候,linker如何知道用0x7开头还是0xd开头的呢?根据后面的priority优先级来定。
在测试优先级的时候,上面关于DSPR的例子举的不好,因为不管我怎么调优先级都还是用的global地址,除了在调试时将某些指定到本地地址,如下:
所以换个DLMU来搞,cpu0_dlmu memory定义如下:
memory cpu0_dlmu{    mau = 8;    size = 64k;    type = ram;    map     cached (dest=bus:sri, dest_offset=0x90000000, size=64k);    map not_cached (dest=bus:sri, dest_offset=0xb0000000, size=64k);}
我们将变量放到cpu0dlmu0,在不设置优先级的情况下,编译结果如下:
将not_cached地址优先级提高,结果如下:
这里我们基本可以得出结论:数值越高,优先级越高。
我们将cached\not_cached的代码互换位置,优先级不变,结果如下:
这就很神奇了,好像不是优先级相同,先到先得,而是默认为cached,这是为什么呢?
我们就从这个变量放置的段来找答案,对于section的定义,有两种关键词:
section_setup:定义堆栈、copy、table、启动地址等等
section_setup ::my_space{    reserved address range    stack definition    heap definition    copy table definition    start address    space reference restrictions    input section modifications    section reference restrictions    MPU data table}
section_layout:定义一个或者多个section,并赋予section一个地址空间,可以指定运行地址、加载地址,section空间大小等等;可以这样理解,我们写的代码、数据存放位置是在linker里lsl里的section指定,在车规中常常会会将标定数据、信息安全数据等放置到特定位置,因此掌握这部分内容是比较重要的。
实例如下:
仔细看,在示例中section_layout里还定义group了,它包含了一个或者多个input section,因此需要使用语法select 选择section。
在上一个试验中,我们把g_DataTest放到了section lmubss_cpu0,如下图:
该section在lsl链接文件中定义如下:
注意看,此时run_addr为cpu0_dlmu,对应memory:
编译出来是cached地址,那有没有办法让它在non-cached的地址? 
根据lsl说明,使用语法:
group (run_addr = mem:A/map_name)
 修改如下:
编译得到结果如下:

3.小结

上面两节将lsl的基本框架和常用语法进行了梳理,其中比较重要的就是memory定义和section定义,这里最后再总结下如何将数据或者代码放到指定位置:
  1. 首先定义一块memory,使用语法memory name{ },指定map地址,mau,size;
  2. 在section_layout里用group定义运行地址,如有必要定义加载地址;
  3. 代码里在待处理的数据或者代码前后添加限定符#pragma,或者__attribute__ ((section  ".name"))




谦益行
分享汽车研发日常,助力你我共同成长。
 最新文章