在线观看www成人影院-在线观看www日本免费网站-在线观看www视频-在线观看操-欧美18在线-欧美1级

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評(píng)論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫(xiě)文章/發(fā)帖/加入社區(qū)
會(huì)員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識(shí)你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

深入解析Tricore的Tasking鏈接文件

汽車ECU開(kāi)發(fā) ? 來(lái)源:汽車ECU開(kāi)發(fā) ? 2024-11-12 16:31 ? 次閱讀

目錄

1.鏈接文件有什么用?

2.文件結(jié)構(gòu)和語(yǔ)法解析

2.1 文件結(jié)構(gòu)

2.2 語(yǔ)法解析

3.小結(jié)

玩慣了ld文件,突然讓搞lsl文件,被其中花里胡哨的語(yǔ)法搞暈了,例如:


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);
}
雖然這個(gè)字面意思寫(xiě)的很清楚,但是在鏈接器實(shí)際運(yùn)行時(shí)有什么不一樣嗎,mau、priority具體表示什么?因此有必要搞一搞其底層原理。 編譯原理這里就不多談了,咱們直接從鏈接器開(kāi)始走起。

1.鏈接文件有什么用?

Tasking 鏈接器將Linker和Locator集合到一起, Linker階段主要把 .o文件、lib文件組合成一個(gè)可重定位的對(duì)象文件,例如.out;Locator主要用于給上述.out文件重新分配絕對(duì)地址,并生成目標(biāo)處理器的文件,例如elf、hex、s19等,總體流程如下圖:

fe2b5f7e-905d-11ef-a511-92fbcf53809c.png

在連接過(guò)程中,lsl(Linker Script Language)文件起到了非常關(guān)鍵的作用:

確定當(dāng)前目標(biāo)處理的內(nèi)核硬件架構(gòu),例如邏輯地址和物理地址的偏移等;

確定當(dāng)前系統(tǒng)的memory位置,例如RAM、ROM首地址和長(zhǎng)度等;

確定代碼數(shù)據(jù)放到memory的什么位置,這也是我們主要關(guān)心的點(diǎn),控制數(shù)據(jù)代碼到指定位置;

有了上述基本了解,我們來(lái)看看lsl的一些關(guān)鍵語(yǔ)法。

2.文件結(jié)構(gòu)和語(yǔ)法解析

2.1 文件結(jié)構(gòu)

lsl鏈接文件主要包含如下幾個(gè)部分:

內(nèi)核架構(gòu)的定義:幫助linker將目標(biāo)內(nèi)核的邏輯地址轉(zhuǎn)換為物理地址,可能還包括中斷向量表、棧的定義等,一般來(lái)說(shuō)編譯器會(huì)把這個(gè)定義好,例如tc1v1_6_2.lsl;

派生的定義:主要是用于描述內(nèi)部總線定義、memeory定義等;

處理器的定義:用于定義單核還是多核,以及對(duì)應(yīng)內(nèi)核實(shí)例

段的定義:控制自定義段的具體位置

框架如下如下:

fe405384-905d-11ef-a511-92fbcf53809c.png

2.2 語(yǔ)法解析

首先來(lái)看幾個(gè)最常見(jiàn)到但是沒(méi)有關(guān)心過(guò)的關(guān)鍵字,以開(kāi)頭代碼為例:

mau:Minimal Addressable Units,最小可尋址單元,對(duì)Tricore來(lái)說(shuō)就是1 byte,對(duì)應(yīng)數(shù)字 8;

type:指定memory類型,常見(jiàn)的如rom,ram,nvram(任意時(shí)刻都可以修改),blockram

map:該關(guān)鍵字將源地址轉(zhuǎn)為目的地址,具體映射關(guān)系如下:

space => space

space => bus

bus => bus

memory => bus

上述幾個(gè)關(guān)鍵字接下來(lái)我們就來(lái)分析幾個(gè)常用的語(yǔ)法。 定義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=busfpi_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,我們來(lái)看第一個(gè):

map (dest=busfpi_bus, dest_offset=0xd0000000, size=240k, priority=8)
目的地是Tricore 0 的FPI 總線,偏移為0xd0000000,size為240k,優(yōu)先級(jí)為8;我們回過(guò)頭看TC3xx的手冊(cè),會(huì)發(fā)現(xiàn)CH、DH這個(gè)Segment是保留的,這就奇怪了,鏈接文件為什么要定義這個(gè)東西?直覺(jué)告訴我這個(gè)可能和Tricore尋址方式有關(guān)系。 fpi_bus用于將CPU等連接至中低帶寬外設(shè),對(duì)應(yīng)具體實(shí)例為SPB(系統(tǒng)外設(shè)額總線)、BBB(ADAS domain相關(guān)),位寬32bit;如下圖:

fe66e62a-905d-11ef-a511-92fbcf53809c.png

其次,針對(duì)CHDH的用途在map中也給出體現(xiàn),如下

fe7f2a32-905d-11ef-a511-92fbcf53809c.png

我們繼續(xù)翻看5.3.6.1.1章節(jié),詳細(xì)描述了本地和全局尋址方式。 核內(nèi)DSPR位置始終為0xD0000000,PSPR為0xC000000,可以理解這是本地地址;而在多核系統(tǒng)中,根據(jù)Core ID,PSPR和DSPR分別對(duì)應(yīng)1-7H,這就是所謂的全局地址,如下:

fe9ac008-905d-11ef-a511-92fbcf53809c.png

但是,還有但是,CPU始終是用全局進(jìn)行總線傳輸,意味著即使CPU0從本地DSPR拿數(shù)據(jù),仍然使用是的7000000的地址。 所以緊接著定義了關(guān)于多核globle的map,如下:

map (dest=bus:sri, dest_offset=0x70000000, size=240k);
那么在鏈接的時(shí)候,linker如何知道用0x7開(kāi)頭還是0xd開(kāi)頭的呢?根據(jù)后面的priority優(yōu)先級(jí)來(lái)定。 在測(cè)試優(yōu)先級(jí)的時(shí)候,上面關(guān)于DSPR的例子舉的不好,因?yàn)椴还芪以趺凑{(diào)優(yōu)先級(jí)都還是用的global地址,除了在調(diào)試時(shí)將某些指定到本地地址,如下: feb59efa-905d-11ef-a511-92fbcf53809c.png 所以換個(gè)DLMU來(lái)搞,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,在不設(shè)置優(yōu)先級(jí)的情況下,編譯結(jié)果如下: fecb5f7e-905d-11ef-a511-92fbcf53809c.png 將not_cached地址優(yōu)先級(jí)提高,結(jié)果如下: fedd0b16-905d-11ef-a511-92fbcf53809c.png 這里我們基本可以得出結(jié)論:數(shù)值越高,優(yōu)先級(jí)越高。 我們將cached ot_cached的代碼互換位置,優(yōu)先級(jí)不變,結(jié)果如下: fef2f976-905d-11ef-a511-92fbcf53809c.png 這就很神奇了,好像不是優(yōu)先級(jí)相同,先到先得,而是默認(rèn)為cached,這是為什么呢? 我們就從這個(gè)變量放置的段來(lái)找答案,對(duì)于section的定義,有兩種關(guān)鍵詞: section_setup:定義堆棧、copy、table、啟動(dòng)地址等等

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
}

ff0d9cd6-905d-11ef-a511-92fbcf53809c.png

section_layout:定義一個(gè)或者多個(gè)section,并賦予section一個(gè)地址空間,可以指定運(yùn)行地址、加載地址,section空間大小等等;可以這樣理解,我們寫(xiě)的代碼、數(shù)據(jù)存放位置是在linker里lsl里的section指定,在車規(guī)中常常會(huì)會(huì)將標(biāo)定數(shù)據(jù)、信息安全數(shù)據(jù)等放置到特定位置,因此掌握這部分內(nèi)容是比較重要的。 實(shí)例如下:

ff311846-905d-11ef-a511-92fbcf53809c.png

仔細(xì)看,在示例中section_layout里還定義group了,它包含了一個(gè)或者多個(gè)input section,因此需要使用語(yǔ)法select 選擇section。 在上一個(gè)試驗(yàn)中,我們把g_DataTest放到了section lmubss_cpu0,如下圖:

ff4e8d18-905d-11ef-a511-92fbcf53809c.png

該section在lsl鏈接文件中定義如下:

ff602172-905d-11ef-a511-92fbcf53809c.png

注意看,此時(shí)run_addr為cpu0_dlmu,對(duì)應(yīng)memory:

ff73aad0-905d-11ef-a511-92fbcf53809c.png

編譯出來(lái)是cached地址,那有沒(méi)有辦法讓它在non-cached的地址? 根據(jù)lsl說(shuō)明,使用語(yǔ)法:

group (run_addr = mem:A/map_name)
修改如下:

ff8ba8e2-905d-11ef-a511-92fbcf53809c.png

編譯得到結(jié)果如下: ffa1796a-905d-11ef-a511-92fbcf53809c.png

3.小結(jié)

上面兩節(jié)將lsl的基本框架和常用語(yǔ)法進(jìn)行了梳理,其中比較重要的就是memory定義和section定義,這里最后再總結(jié)下如何將數(shù)據(jù)或者代碼放到指定位置:

首先定義一塊memory,使用語(yǔ)法memory name{ },指定map地址,mau,size;

在section_layout里用group定義運(yùn)行地址,如有必要定義加載地址;

代碼里在待處理的數(shù)據(jù)或者代碼前后添加限定符#pragma,或者_(dá)_attribute__ ((section".name"))

聲明:本文內(nèi)容及配圖由入駐作者撰寫(xiě)或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問(wèn)題,請(qǐng)聯(lián)系本站處理。 舉報(bào)投訴
  • 數(shù)據(jù)
    +關(guān)注

    關(guān)注

    8

    文章

    7104

    瀏覽量

    89293
  • 代碼
    +關(guān)注

    關(guān)注

    30

    文章

    4809

    瀏覽量

    68817
  • TriCore
    +關(guān)注

    關(guān)注

    0

    文章

    15

    瀏覽量

    11760

原文標(biāo)題:基于Tricore的Tasking鏈接文件解讀

文章出處:【微信號(hào):eng2mot,微信公眾號(hào):汽車ECU開(kāi)發(fā)】歡迎添加關(guān)注!文章轉(zhuǎn)載請(qǐng)注明出處。

收藏 人收藏

    評(píng)論

    相關(guān)推薦

    tasking導(dǎo)入文件不顯示

    Tasking導(dǎo)入zip文件,在這里project顯示不了文件,有沒(méi)有老兄知道怎么辦,重裝幾遍了
    發(fā)表于 10-28 14:28

    富芮坤主從一體多鏈接通信協(xié)議解析

    在先前我們已經(jīng)介紹了富芮坤主從一體多鏈接的概念,現(xiàn)在,我們將深入解析其技術(shù)文檔,為大家提供更詳盡的說(shuō)明。
    的頭像 發(fā)表于 10-22 10:34 ?307次閱讀
    富芮坤主從一體多<b class='flag-5'>鏈接</b>通信協(xié)議<b class='flag-5'>解析</b>

    在Windows構(gòu)建環(huán)境中使用Tasking編譯器時(shí)出現(xiàn)Makefile文件錯(cuò)誤的原因?

    在構(gòu)建項(xiàng)目時(shí)顯示以下錯(cuò)誤 ltc E104:輸入文件不一致:鏈接文件 ASIN_02.o 用于"TC1V1.6.2" ,而任務(wù)用于"
    發(fā)表于 07-05 06:41

    Tasking6.2.2中怎樣修改lsl文件

    之前老項(xiàng)目用的是Tasking 4.2.2的編譯器,現(xiàn)在換成了Tasking 6.2.2,鏈接的時(shí)候發(fā)現(xiàn)下面的語(yǔ)句似乎6.2.2不識(shí)別,在6.2.2中不知道怎樣修改lsl文件? (黑體
    發(fā)表于 05-29 06:28

    如何使用AURIX?將Erika操作系統(tǒng)移植到TC387-QP MCU中?

    作室v1.9.20(Windows 11 / 64位) 2.GCC / TASKING 編譯器 3. TC382-QP TriCore? MCU 4.Erika OS(在此以 ZIP 格式共享)
    發(fā)表于 05-17 14:03

    鏈接與硬鏈接的區(qū)別

    鏈接又叫符號(hào)鏈接,和原文件不是一個(gè)文件,類似Windows的快捷方式,如果原始文件被刪除,所有指向它的符號(hào)
    的頭像 發(fā)表于 04-19 10:09 ?1240次閱讀
    軟<b class='flag-5'>鏈接</b>與硬<b class='flag-5'>鏈接</b>的區(qū)別

    在Windows構(gòu)建環(huán)境中使用Tasking編譯器時(shí)出現(xiàn)Makefile文件錯(cuò)誤的原因?如何解決?

    $(工具路徑)$( LIBRARY_PATH ) $( LIBRARIES ) -I $( CONFIG_PATH ) -dLcf_Tasking_Tricore_Tc.lsl --cpu=tc23x
    發(fā)表于 03-05 07:59

    Infineon官網(wǎng)下載的Demo工程,Tasking編譯通過(guò),移植Hightec報(bào)故障怎么解決?

    Demo工程在Tasking工程中,編譯成功。 按照論壇大神之前分享的資料移植至Hightec編譯器(lsl鏈接文件路徑已修改,頭文件已添加,),編譯報(bào)錯(cuò),如何解決?該在哪個(gè)
    發(fā)表于 02-20 08:11

    在做simulink+tasking自動(dòng)代碼生成時(shí),編譯找不到底層文件是為什么?

    在做simulink+tasking自動(dòng)代碼生成時(shí),編譯找不到底層文件,將文件添加進(jìn)去后,會(huì)出現(xiàn)RT或NRT等重復(fù)定義
    發(fā)表于 02-20 08:06

    tasking是如何生成bin文件的?

    有沒(méi)大神做過(guò)Tasking生成bin文件呢?
    發(fā)表于 02-19 07:39

    tasking的命令行控制中如何生成makefiles文件

    tasking的命令行控制中如何生成makefiles文件
    發(fā)表于 02-06 07:56

    如何使用tasking編譯生成兩個(gè)hex文件

    如何使用tasking編譯生成兩個(gè)hex文件,一段地址范圍內(nèi)的代碼放到一個(gè)hex,另外一段范圍的代碼放到另一個(gè)hex,請(qǐng)問(wèn)可以實(shí)現(xiàn)嗎
    發(fā)表于 02-06 07:11

    使用Tasking編譯器生成的map文件中沒(méi)有變量的字節(jié)長(zhǎng)度,這個(gè)怎么解決?

    使用Tasking編譯器生成的map文件中沒(méi)有變量的字節(jié)長(zhǎng)度,請(qǐng)問(wèn)這個(gè)怎么解決?
    發(fā)表于 02-04 09:24

    Tasking鏈接選項(xiàng)配置,怎樣影響const變量的地址定位?

    Tasking鏈接選項(xiàng) 配置 怎樣影響 const 變量的地址定位?
    發(fā)表于 02-02 09:19

    ADS TASKING鏈接文件指引設(shè)置DFLASH位置加載失敗的原因?

    如果是 TASKING 鏈接文件是肯定的。 #pragma section farrom "user_test_rodata"uint32 user_array
    發(fā)表于 01-22 06:48
    主站蜘蛛池模板: www.啪啪.com| 国产亚洲高清在线精品不卡| 2020年亚洲天天爽天天噜| 成年人电影黄色| 欧美行爱| 四虎精品成在线播放| 午夜嘿嘿嘿| 色爱综合区五月小说| 免费在线观看a视频| 在线免费色视频| 天天综合网天天做天天受| 失禁h啪肉尿出来高h男男| 国产女人又爽又大| 一区二区在线免费视频| 国产老肥熟xxxx| 在线黄| 国产精品美女久久久久网| 2021国产精品成人免费视频| 亚洲一二三四| 在线成人免费观看国产精品| 国产精品欧美精品国产主播| 欧美精品一区二区三区在线播放 | 狠狠色狠狠色综合日日小蛇| 欧美亚洲三级| 国产手机免费视频| 天天插一插| 免费观看在线视频| 国内精品哆啪啪| aaaaaa精品视频在线观看| 综合色天天| 久久精品国产免费观看99| 亚洲成人资源| 亚洲人成电影院| 在线你懂的网址| 伊人小婷婷色香综合缴缴情| 国产亚洲一区二区三区在线| 国产精品久久久久久免费播放| 婷婷色爱区综合五月激情韩国| 天堂bt种子资源地址在线| 欧美成人精品| 亚洲偷自偷白图片|