一区二区三区三上|欧美在线视频五区|国产午夜无码在线观看视频|亚洲国产裸体网站|无码成年人影视|亚洲AV亚洲AV|成人开心激情五月|欧美性爱内射视频|超碰人人干人人上|一区二区无码三区亚洲人区久久精品

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

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

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

深入解析Tricore的Tasking鏈接文件

汽車(chē)ECU開(kāi)發(fā) ? 來(lái)源:汽車(chē)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)部總線(xiàn)定義、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類(lèi)型,常見(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類(lèi)型;比較好玩的是下面兩塊map,我們來(lái)看第一個(gè):

map (dest=busfpi_bus, dest_offset=0xd0000000, size=240k, priority=8)
目的地是Tricore 0 的FPI 總線(xiàn),偏移為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è)額總線(xiàn))、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)行總線(xià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指定,在車(chē)規(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

    文章

    7257

    瀏覽量

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

    關(guān)注

    30

    文章

    4900

    瀏覽量

    70800
  • TriCore
    +關(guān)注

    關(guān)注

    0

    文章

    15

    瀏覽量

    11942

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

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

收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評(píng)論

    相關(guān)推薦
    熱點(diǎn)推薦

    普華基礎(chǔ)軟件與TASKING達(dá)成戰(zhàn)略合作

    近日,普華基礎(chǔ)軟件股份有限公司(以下簡(jiǎn)稱(chēng)“普華基礎(chǔ)軟件”)與塔斯金信息技術(shù)(上海)有限公司(以下簡(jiǎn)稱(chēng)“TASKING”)正式完成戰(zhàn)略合作協(xié)議簽署,雙方將基于AUTOSAR架構(gòu)標(biāo)準(zhǔn),依托普華基礎(chǔ)軟件
    的頭像 發(fā)表于 07-15 15:28 ?272次閱讀
    普華基礎(chǔ)軟件與<b class='flag-5'>TASKING</b>達(dá)成戰(zhàn)略合作

    TASKING調(diào)試器全面支持芯馳科技車(chē)規(guī)MCU芯片E3650

    近日,TASKING與芯馳科技共同宣布,TASKING BlueBox調(diào)試器工具已全面支持芯馳新一代旗艦智控MCU——E3650,雙方聯(lián)合助力用戶(hù)提升產(chǎn)品開(kāi)發(fā)效率,提供更優(yōu)質(zhì)的產(chǎn)品和服務(wù),加速汽車(chē)電子的智能化升級(jí)。
    的頭像 發(fā)表于 04-21 14:10 ?881次閱讀

    TASKING編譯器全面支持兆易創(chuàng)新GD32A7x車(chē)規(guī)級(jí)MCU

    近日,兆易創(chuàng)新 GD32A7x 車(chē)規(guī)級(jí) MCU 正式獲得 TASKING VX-toolset for Arm v7.1r1 的全面支持。作為業(yè)內(nèi)領(lǐng)先的嵌入式開(kāi)發(fā)工具,TASKING
    的頭像 發(fā)表于 04-12 14:31 ?695次閱讀

    MAX15258DL2EVKIT解析:MAX15258評(píng)估套件特性 數(shù)據(jù)表 ODB文件

    MAX15258DL2EVKIT解析:MAX15258評(píng)估套件特性 數(shù)據(jù)表 ODB文件
    的頭像 發(fā)表于 03-19 17:26 ?416次閱讀
    MAX15258DL2EVKIT<b class='flag-5'>解析</b>:MAX15258評(píng)估套件特性 數(shù)據(jù)表 ODB<b class='flag-5'>文件</b>

    深入解析:SiP與SoC的技術(shù)特點(diǎn)與應(yīng)用前景

    級(jí)芯片)是兩種備受關(guān)注的封裝技術(shù)。盡管它們都能實(shí)現(xiàn)電子系統(tǒng)的小型化、高效化和集成化,但在技術(shù)原理、應(yīng)用場(chǎng)景和未來(lái)發(fā)展等方面卻存在著顯著的差異。本文將深入解析SiP
    的頭像 發(fā)表于 02-14 11:32 ?1137次閱讀
    <b class='flag-5'>深入</b><b class='flag-5'>解析</b>:SiP與SoC的技術(shù)特點(diǎn)與應(yīng)用前景

    EE-133:將ADSP-218x的傳統(tǒng)架構(gòu)文件轉(zhuǎn)換為鏈接器描述文件

    電子發(fā)燒友網(wǎng)站提供《EE-133:將ADSP-218x的傳統(tǒng)架構(gòu)文件轉(zhuǎn)換為鏈接器描述文件.pdf》資料免費(fèi)下載
    發(fā)表于 01-13 16:34 ?0次下載
    EE-133:將ADSP-218x的傳統(tǒng)架構(gòu)<b class='flag-5'>文件</b>轉(zhuǎn)換為<b class='flag-5'>鏈接</b>器描述<b class='flag-5'>文件</b>

    EE-69:了解和使用SHARC處理器上的鏈接器描述文件

    電子發(fā)燒友網(wǎng)站提供《EE-69:了解和使用SHARC處理器上的鏈接器描述文件.pdf》資料免費(fèi)下載
    發(fā)表于 01-06 16:06 ?0次下載
    EE-69:了解和使用SHARC處理器上的<b class='flag-5'>鏈接</b>器描述<b class='flag-5'>文件</b>

    深入探討Linux系統(tǒng)中的動(dòng)態(tài)鏈接庫(kù)機(jī)制

    本文將深入探討Linux系統(tǒng)中的動(dòng)態(tài)鏈接庫(kù)機(jī)制,這其中包括但不限于全局符號(hào)介入、延遲綁定以及地址無(wú)關(guān)代碼等內(nèi)容。 引言 在軟件開(kāi)發(fā)過(guò)程中,動(dòng)態(tài)庫(kù)鏈接問(wèn)題時(shí)常出現(xiàn),這可能導(dǎo)致符號(hào)沖突,從而引起程序運(yùn)行
    的頭像 發(fā)表于 12-18 10:06 ?591次閱讀
    <b class='flag-5'>深入</b>探討Linux系統(tǒng)中的動(dòng)態(tài)<b class='flag-5'>鏈接</b>庫(kù)機(jī)制

    TASKING蒞臨紫光同芯參觀交流

    近日,TASKING全球CEO Gregor Zink、中國(guó)區(qū)總經(jīng)理王龍飛等一行到訪(fǎng)紫光同芯,進(jìn)行參觀交流。
    的頭像 發(fā)表于 11-30 16:02 ?1057次閱讀

    安卓動(dòng)態(tài)鏈接庫(kù)文件體積優(yōu)化探索實(shí)踐

    諸多方面影響,針對(duì)dex、資源文件、so文件都有不同的優(yōu)化策略,在此不做一一展開(kāi),本文主要記錄了在研發(fā)時(shí)針對(duì)動(dòng)態(tài)鏈接庫(kù)的文件體積裁剪優(yōu)化方案。 我開(kāi)發(fā)的
    的頭像 發(fā)表于 11-21 14:07 ?449次閱讀

    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 ?798次閱讀
    富芮坤主從一體多<b class='flag-5'>鏈接</b>通信協(xié)議<b class='flag-5'>解析</b>

    三星貼片電容的引腳結(jié)構(gòu)與鏈接方式解析

    技術(shù)的先進(jìn)性和實(shí)用性。本文將對(duì)三星貼片電容的引腳結(jié)構(gòu)和鏈接方式進(jìn)行詳細(xì)解析。 一、引腳結(jié)構(gòu)設(shè)計(jì) 三星貼片電容的引腳結(jié)構(gòu)通常采用多引腳高頻復(fù)合設(shè)計(jì),這種設(shè)計(jì)旨在提高電容的頻率響應(yīng)和降低損耗。具體來(lái)說(shuō),電容的正極
    的頭像 發(fā)表于 09-13 16:38 ?764次閱讀
    三星貼片電容的引腳結(jié)構(gòu)與<b class='flag-5'>鏈接</b>方式<b class='flag-5'>解析</b>

    靜態(tài)鏈接和動(dòng)態(tài)鏈接

    一、靜態(tài)鏈接靜態(tài)鏈接通過(guò)靜態(tài)庫(kù)進(jìn)行鏈接,生成的目標(biāo)程序中包含運(yùn)行需要的所有庫(kù),可以直接運(yùn)行,不過(guò)就是文件比較大。靜態(tài)庫(kù)是匯編產(chǎn)生的.o文件
    發(fā)表于 08-27 10:20

    深入解析 MEMS 可編程 LVPECL/LVDS 振蕩器 SiT9120 系列

    深入解析 MEMS 可編程 LVPECL/LVDS 振蕩器 SiT9120 系列
    的頭像 發(fā)表于 08-13 16:23 ?818次閱讀
    <b class='flag-5'>深入</b><b class='flag-5'>解析</b> MEMS 可編程 LVPECL/LVDS 振蕩器 SiT9120 系列