sparc v8架構(gòu)的異常處理
1.前言
2.異常簡(jiǎn)介
3.異常的使用場(chǎng)合
4.sparc v8異常處理流程
5.總結(jié)
1.前言
對(duì)于研究芯片處理器架構(gòu),是件非常有意思的事情。剛開(kāi)始的接觸時(shí)候也是一頭霧水,不知所云,看著厚厚的架構(gòu)手冊(cè),不知道從哪里下手。比如《ARMv8-A Architecture reference manual》一共是6666頁(yè)純英文文檔,如果沒(méi)真正看過(guò),估計(jì)一上來(lái)就開(kāi)始打退堂鼓了。后面接觸的芯片的體系架構(gòu)多了,自然也明白很多東西其實(shí)是有一些共性的,雖然架構(gòu)不同,但是指令集、流水線以及系統(tǒng)運(yùn)行的模式也能猜測(cè)7到8分準(zhǔn)確。本文主要介紹一下sparc v8體系架構(gòu)下的異常處理,同時(shí)簡(jiǎn)單的對(duì)比一下armv8體系架構(gòu)的異常。
2.異常簡(jiǎn)介
Exception,中文翻譯一般是異常,龍芯的手冊(cè)上翻譯為例外。就是系統(tǒng)在運(yùn)行的過(guò)程中發(fā)生了異常事件,比如除0溢出、數(shù)組越界、文件找不到等。這種錯(cuò)誤一般都是可以預(yù)測(cè)到的,所以芯片設(shè)計(jì)的時(shí)候,也會(huì)預(yù)留一些陷阱,當(dāng)在特定的情況下,進(jìn)入這個(gè)陷阱,說(shuō)明發(fā)生了特定的事情。當(dāng)然在語(yǔ)言處理層面,也會(huì)引入異常的這個(gè)概念,也就是比如java中,遇到異常可以throw拋棄也能夠catch捕獲異常。對(duì)于芯片架構(gòu)來(lái)說(shuō),這種處理過(guò)程更加有意思。
在armv8中,會(huì)指定一個(gè)異常向量表,將這個(gè)異常向量表的首地址交給一個(gè)寄存器,當(dāng)異常發(fā)生的時(shí)候,則會(huì)跳轉(zhuǎn)到相應(yīng)偏移的處理程序中。
system_vectors: .align11 .setVBAR,system_vectors .orgVBAR //ExceptionfromCurrentEL(EL1)withSP_EL0(SPSEL=1) .org(VBAR+0x00+0) Bvector_error//Synchronous .org(VBAR+0x80+0) Bvector_irq//IRQ/vIRQ .org(VBAR+0x100+0) Bvector_fiq//FIQ/vFIQ .org(VBAR+0x180+0) Bvector_error//Error/vError //ExceptionfromCurrentEL(EL1)withSP_ELn .org(VBAR+0x200+0) Bvector_error//Synchronous .org(VBAR+0x280+0) Bvector_irq//IRQ/vIRQ .org(VBAR+0x300+0) Bvector_fiq//FIQ/vFIQ .org(VBAR+0x380+0) Bvector_error //ExceptionfromlowerEL,aarch64 .org(VBAR+0x400+0) Bvector_error .org(VBAR+0x480+0) Bvector_error .org(VBAR+0x500+0) Bvector_error .org(VBAR+0x580+0) Bvector_error //ExceptionfromlowerEL,aarch32 .org(VBAR+0x600+0) Bvector_error .org(VBAR+0x680+0) Bvector_error .org(VBAR+0x700+0) Bvector_error .org(VBAR+0x780+0) Bvector_error .org(VBAR+0x800+0) Bvector_error
在armv8架構(gòu)中,處理器所處的模式一共有四種,EL0EL1EL2EL3。同一時(shí)刻只能處于一種ELx,所以在每個(gè)EL層級(jí),異常的處理都會(huì)有Synchronous、IRQ、FIQ、Error四種。這也是armv8的特殊之處。
而對(duì)于sparc v8架構(gòu)而言,處理器的模式只有兩種,supervisor 和 user mode。只需要設(shè)置寄存器即可。相比較而言sparc v8的異常更好理解。就是系統(tǒng)在user模式下權(quán)限比較低,可以做不破壞系統(tǒng)狀態(tài)的事情,比如不能改變系統(tǒng)運(yùn)行狀態(tài),不能修改寄存器值,不能修改PC指針等等。但是在supervisor下就能夠做這些事情。
所以這時(shí)候問(wèn)題就來(lái)了,兩種模式如何切換,這時(shí)就需要借助Exception。一般來(lái)說(shuō),sparc v8的啟動(dòng)入口就是異常向量的入口,所以第一次進(jìn)來(lái)的就是reset異常。當(dāng)系統(tǒng)處于異常處理程序的時(shí)候,這時(shí)候的模式為supervisor,可以做很多事情,比如修改pc指針,修改處理器模式等等。最后退出異常處理,進(jìn)入用戶模式進(jìn)行處理。
在sparc中,預(yù)留了一些可以配置的軟件中斷,使用ta n來(lái)觸發(fā)系統(tǒng)進(jìn)入特定的陷阱,其中n表示軟件中斷標(biāo)號(hào),這些都是設(shè)計(jì)者為芯片使用者留下的工具。
3.異常的使用場(chǎng)合
說(shuō)起異常,很多人都覺(jué)得這是一個(gè)致命的錯(cuò)誤,所以避而遠(yuǎn)之。其實(shí)不然,異常使用得當(dāng),將會(huì)大大提高系統(tǒng)的運(yùn)行效率。比如在rtos porting的過(guò)程中,我們常常需要改變處理器的運(yùn)行狀態(tài),或者利用異常進(jìn)入到特定的處理函數(shù)中,例如system call等等。
異常也提供了安全機(jī)制,比如在芯片使用上,我們往往不會(huì)賦予我們的執(zhí)行程序在芯片的最高權(quán)限下去使用這個(gè)芯片。比如armv8,我們不會(huì)去el3上運(yùn)行一個(gè)系統(tǒng),這樣一不小心就會(huì)出現(xiàn)不可逆轉(zhuǎn)的錯(cuò)誤。一般的rtos或者linux都會(huì)選擇el1作為系統(tǒng)運(yùn)行的層級(jí)。需要在el3上做的事情比較少,這時(shí)候就可以通過(guò)異常轉(zhuǎn)換層級(jí),達(dá)到我們的目的。在sparc v8上也是這樣,一般程序運(yùn)行在user mode,只有需要的時(shí)候,才會(huì)切換到supervisor mode。
另外就是系統(tǒng)進(jìn)入中斷的時(shí)候,本質(zhì)上來(lái)說(shuō),中斷其實(shí)就是異常的一種,因?yàn)楫惓7譃橥胶彤惒剑渲挟惒疆惓>褪侵袛唷T谥袛嗬镒龅氖虑橐话愣际潜容^緊急的事情。
當(dāng)系統(tǒng)進(jìn)入trap的時(shí)候,就是出現(xiàn)了同步異常的時(shí)候,這時(shí)候需要告知使用者,當(dāng)前出現(xiàn)了除零錯(cuò)誤地址訪問(wèn)異常等等。這些都是trap必須設(shè)置的,如果芯片沒(méi)有這些保護(hù)機(jī)制,任程序繼續(xù)執(zhí)行下去,那將會(huì)造成不可預(yù)知的后果。
4.sparc v8異常處理流程
在sparc異常的處理中,默認(rèn)情況下會(huì)在程序執(zhí)行的入口處設(shè)定異常向量表。然后首先通過(guò)一個(gè)reset的異常進(jìn)入第一行啟動(dòng)代碼。系統(tǒng)運(yùn)行起來(lái)后,會(huì)初始化狀態(tài)寄存器,初始化C語(yǔ)言執(zhí)行需要的環(huán)境,比如清除bss段、設(shè)置sp棧指針等等。
然后程序進(jìn)入C語(yǔ)言執(zhí)行,其中匯編語(yǔ)言中的ret1會(huì)主動(dòng)將pc值填充,然后跳轉(zhuǎn)。系統(tǒng)運(yùn)行時(shí),若遇到中斷需要處理,則進(jìn)入中斷處理程序。如果系統(tǒng)在user mode下運(yùn)行,需要修改pc值,那么只能通過(guò)trap指令進(jìn)行,其中sparc v8的ta指令就是進(jìn)入同步異常,然后去處理supervisor模式才能做的事情。
對(duì)于一個(gè)rtos來(lái)說(shuō),線程壓棧的時(shí)候,會(huì)把當(dāng)前的pc、和一些狀態(tài)寄存器、通用寄存器的值讀出來(lái),保存在當(dāng)前的線程棧中,也就是一塊內(nèi)存中,接著會(huì)將另外的一個(gè)線程棧的內(nèi)容從內(nèi)存中取出來(lái),然后設(shè)置pc值、狀態(tài)寄存器值、以及通用寄存器值等等,這時(shí)在sparc v8上就需要執(zhí)行ta 3指令了,其中ta n中的n是自己設(shè)定的,需要自己實(shí)現(xiàn)相關(guān)的處理函數(shù),這里只是預(yù)留了一個(gè)陷阱,至于陷阱怎么處理,那是需要自己來(lái)設(shè)定的。
5.總結(jié)
本文主要介紹了一下異常這部分的處理邏輯,只有在研究芯片體系架構(gòu)的時(shí)候,才會(huì)需要非常深刻的了解這一塊。使用好異常,將會(huì)讓程序設(shè)計(jì)變得更加的合理,也能夠非常清晰的了解操作系統(tǒng)的底層運(yùn)行邏輯。
原文標(biāo)題:sparc v8架構(gòu)的異常處理
文章出處:【微信公眾號(hào):嵌入式IoT】歡迎添加關(guān)注!文章轉(zhuǎn)載請(qǐng)注明出處。
-
SPARC
+關(guān)注
關(guān)注
0文章
16瀏覽量
9887
原文標(biāo)題:sparc v8架構(gòu)的異常處理
文章出處:【微信號(hào):Embeded_IoT,微信公眾號(hào):嵌入式IoT】歡迎添加關(guān)注!文章轉(zhuǎn)載請(qǐng)注明出處。
發(fā)布評(píng)論請(qǐng)先 登錄
相關(guān)推薦
評(píng)論