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

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

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

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

armv8/armv9中斷系列詳解-中斷示例展示

Linux閱碼場(chǎng) ? 來源:Linux閱碼場(chǎng) ? 作者:Linux閱碼場(chǎng) ? 2022-04-29 10:48 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

一、中斷示例展示(不含虛擬化部分)

環(huán)境配置:linux/optee雙系統(tǒng)環(huán)境下, linux系統(tǒng)的SCR.IRQ=0、SCR.FIQ=1, optee系統(tǒng)的SCR.IRQ=0、SCR.FIQ=0

說明:group1是非安全中斷、secure group1是安全中斷

1、當(dāng)cpu處于REE,來了一個(gè)非安全中斷

當(dāng)cpu處于normal側(cè)時(shí),來了一個(gè)非安全中斷,根據(jù)SCR.NS=1/中斷在group1組,cpu interface將會(huì)給cpu一個(gè)IRQ,(由于SCR.IRQ=0,IRQ將被routing到EL1),cpu跳轉(zhuǎn)至linux的irq中斷異常向量表, 處理完畢后再返回到normal(linux)側(cè).

2、當(dāng)cpu處于TEE,來了一個(gè)安全中斷

當(dāng)cpu處于secure側(cè)時(shí),來了一個(gè)安全中斷,根據(jù)SCR.NS=0/中斷在secure group1組,cpu interface將會(huì)給cpu一個(gè)IRQ,(由于SCR.IRQ=0,IRQ將被routing到EL1),cpu跳轉(zhuǎn)至optee的irq中斷異常向量表, 處理完畢后再返回到secure(optee)側(cè).

f22f1298-c750-11ec-bce3-dac502259ad0.png

3、當(dāng)cpu處于TEE,來了一個(gè)非安全中斷

當(dāng)cpu處于secure側(cè)時(shí),來了一個(gè)非安全中斷,根據(jù)SCR.NS=0/中斷在group1組,cpu interface將會(huì)給cpu一個(gè)FIQ,(由于SCR.FIQ=0,F(xiàn)IQ將被routing到EL1),跳轉(zhuǎn)至optee的fiq中斷異常向量表,再optee的fiq處理函數(shù)中,直接調(diào)用了smc跳轉(zhuǎn)到ATF, ATF再切換至normal EL1(linux), 此時(shí)SCR.NS的狀態(tài)發(fā)生變化,根據(jù)SCR.NS=1/中斷在group1組,cpu interface會(huì)再給cpu發(fā)送一個(gè)IRQ異常,cpu跳轉(zhuǎn)至linux的irq中斷異常向量表,處理完畢后,再依次返回到ATF---返回到optee

f24bdf40-c750-11ec-bce3-dac502259ad0.png

4、當(dāng)cpu處于REE,來了一個(gè)安全中斷

當(dāng)cpu處于normal側(cè)時(shí),來了一個(gè)安全中斷,根據(jù)SCR.NS=0/中斷在group1組,cpu interface將會(huì)給cpu一個(gè)FIQ,(由于SCR.FIQ=1,F(xiàn)IQ將被routing到EL3),在EL3(ATF)中,判斷該中斷是需要optee來處理的,會(huì)切換到optee。此時(shí)SCR.NS的狀態(tài)發(fā)生變化,根據(jù)SCR.NS=0/中斷在secure group1組,cpu interface會(huì)再給cpu發(fā)送一個(gè)IRQ異常,cpu跳轉(zhuǎn)至optee的irq中斷異常向量表, 處理完畢后再依次返回到ATF---返回到linux

f26ca284-c750-11ec-bce3-dac502259ad0.png

5、當(dāng)cpu處于ATF時(shí),來了一個(gè)安全中斷或非安全中斷(G1NS、G1S)

當(dāng)cpu處于EL3時(shí),來得任何target到EL3的中斷,都將被標(biāo)記位FIQ

f289c062-c750-11ec-bce3-dac502259ad0.png

當(dāng)cpu處于EL3時(shí),配置SCR.XXX(XXX=EA或IRQ或FIQ)為0的中斷不會(huì)被taken,配置SCR.XXX為1的中斷將會(huì)直接target到EL3。

f2a8c64c-c750-11ec-bce3-dac502259ad0.png

所以在 linux系統(tǒng)的SCR.IRQ=0、SCR.FIQ=1, optee系統(tǒng)的SCR.IRQ=0、SCR.FIQ=0的場(chǎng)景下,總結(jié)如下,當(dāng)cpu運(yùn)行在EL3時(shí):

  • SCR_EL3為optee的cpu context時(shí),來了一個(gè)G1S,中斷將不會(huì)被taken

  • SCR_EL3為optee的cpu context時(shí),來了一個(gè)G1NS,中斷將不會(huì)被taken

  • SCR_EL3為linux的cpu context時(shí),來了一個(gè)G1S,中斷將會(huì)直接target到EL3

  • SCR_EL3為linux的cpu context時(shí),來了一個(gè)G1NS,中斷將不會(huì)被taken

6、當(dāng)cpu處于EL3/EL2/EL1/EL0時(shí),來了一個(gè)ATF(group0)中斷(G0)

當(dāng)cpu處于EL3/EL2/EL1/EL0時(shí),來了一個(gè)G0中斷,中斷將被標(biāo)記位FIQ

f2c92b12-c750-11ec-bce3-dac502259ad0.png

在 linux系統(tǒng)的SCR.IRQ=0、SCR.FIQ=1, optee系統(tǒng)的SCR.IRQ=0、SCR.FIQ=0的場(chǎng)景下,總結(jié)如下:

  • 當(dāng)cpu正在Non-secure EL0/1/2運(yùn)行時(shí),來了G0中斷,中斷被標(biāo)記為FIQ,直接target到EL3

  • 當(dāng)cpu正在secure EL0/1/2運(yùn)行時(shí),來了G0中斷,中斷被標(biāo)記為FIQ,中斷target到了EL0/1/2,在該程序的fiq_offset會(huì)調(diào)用smc將cpu切回到EL3,到了EL3之后,中斷不會(huì)被taken, 會(huì)繼續(xù)返回到Non-secure EL0/1/2,然后cpu interface重新給core發(fā)送FIQ,接著又是直接target到EL3,EL3處理該中斷。

  • 當(dāng)cpu正在EL3時(shí),來了一個(gè)G0中斷,中斷會(huì)被標(biāo)記為FIQ,中斷target到EL3。

7、思考-中斷流程舉例:在TEE側(cè)時(shí)產(chǎn)生了FIQ,回到REE后為啥又產(chǎn)生了IRQ

在深入研讀GICV3文檔后,終于找到了答案。

首先我們了解下中斷優(yōu)先級(jí),在CPU interfaces (ICC*ELn)寄存器的描述中:

? Provide general control and configuration to enable interrupt handling? Acknowledge an interrupt? Perform a priority drop and deactivation of interrupts? Set an interrupt priority mask for the PE? Define the preemption policy for the PE? Determine the highest priority pending interrupt for the PE

也就是cpu interface掌管著中斷優(yōu)先級(jí)和將IRQ/FIQ發(fā)送給ARM Core.

我們以Level sensitive interrupts的中斷為例,先不考慮active and pending的情況:CPU interface發(fā)送給Core后,中斷狀態(tài)變?yōu)閜ending,當(dāng)Core acknowledge中斷后(PE跳轉(zhuǎn)到中斷向量表), 中斷狀態(tài)變?yōu)閍ctive,當(dāng)中斷退出后,Cpu interface會(huì)再次將優(yōu)先級(jí)最高的中斷發(fā)送給Core,Core處理下一個(gè)中斷。

f2e2182a-c750-11ec-bce3-dac502259ad0.png

我們?cè)倏聪轮袛嗟耐顺隽鞒? End of interrupt), 中斷的退出有兩種方式:? Priority drop 將中斷優(yōu)先級(jí)降到中斷產(chǎn)生之前的值? Deactivation 將中斷從active變成inactive -- ( 多數(shù)情況下,使用這個(gè)場(chǎng)景)

重點(diǎn)來了,在中斷退出的時(shí)候,軟件中一般會(huì)有Priority drop和Deactivation,既要么將中斷優(yōu)先級(jí)降低,要么將中斷變?yōu)閕nactive,那么中斷退出之后,cpu interface感知到的優(yōu)先級(jí)最高的中斷,就可能不會(huì)是此中斷了,一切運(yùn)行正常,符合業(yè)務(wù).....

那么我們?cè)倏聪律鲜龅闹袛嗔鞒膛e例,在TEE中,cpu interface發(fā)了一個(gè)FIQ給Core,跳轉(zhuǎn)到optee的FIQ向量表,在FIQ的處理流程中,軟件幾乎什么都沒干,沒有Priority drop和Deactivation, 那么當(dāng)SMC切換到了EL3之后,又退回REE后,Cpu interface感知到上一個(gè)中斷處理完成,會(huì)再次發(fā)送下一個(gè)優(yōu)先級(jí)最高的中斷,由于之前的中斷號(hào)的優(yōu)先級(jí)沒變,此時(shí)基本上依然是最高的優(yōu)先級(jí)。此時(shí)CPU interface會(huì)再次發(fā)送該中斷給Core,由于SCR.NS發(fā)生了變化,此時(shí)Cpu interface發(fā)送給Core的就變成了IRQ...

8、思考-G1NS G1S G0都有可能產(chǎn)生target到EL3的FIQ,如何區(qū)分?

其實(shí)在我們的linux系統(tǒng)的SCR.IRQ=0、SCR.FIQ=1, optee系統(tǒng)的SCR.IRQ=0、SCR.FIQ=0的場(chǎng)景下,不考慮aarch32的情況,有兩種情況會(huì)產(chǎn)生target到EL3的FIQ:

  • (1)cpu在EL0/1/2運(yùn)行時(shí),來了一個(gè)G0中斷,最終CPU將會(huì)進(jìn)入到EL3的向量表中的第三組向量表。

f30a3076-c750-11ec-bce3-dac502259ad0.png

  • (2)ccpu在EL3運(yùn)行時(shí),來了一個(gè)G0中斷,最終CPU將會(huì)進(jìn)入到EL3的向量表中的第二組向量表 不過很遺憾,ATF中的向量表中未實(shí)現(xiàn)第二組向量表。那么為什么不需要實(shí)現(xiàn)呢?在ATF/docs/firmware-design.md中找到了答案, 原來是在進(jìn)入ATF之前,disable了所有的exception,ATF又沒有修改PSTATE.DAIF,所有在ATF Runtime時(shí) irq/fiq/serror/svnc都是disabled。所以異常向量表的第二行,也就用不著了。

Required CPU state when calling bl31_entrypoint() during cold boot
This function must only be called by the primary CPU.
On entry to this function the calling primary CPU must be executing in AArch64EL3, little-endian data access, and all interrupt sources masked:

  • PSTATE.EL = 3

  • PSTATE.RW = 1

  • PSTATE.DAIF = 0xf

  • SCTLR_EL3.EE = 0

  • (3)cpu在normal EL0/1/2/3運(yùn)行時(shí)(Linux側(cè)的SCR_EL3.FIQ=1的情況下),來了一個(gè)G1S中斷,CPU將會(huì)target到EL3的向量表中的第三組向量表。

那么在ATF中第三組向量表中的fiqoffset中,是如何區(qū)分上述(1)(3)中的場(chǎng)景呢,即如何區(qū)分該中斷是給EL3 handler處理的,還是給optee的handler處理的?此時(shí)1020-1023號(hào)中斷發(fā)生了作用。

f32a2728-c750-11ec-bce3-dac502259ad0.png

我們應(yīng)該會(huì)用到1020,那么用在哪里的呢?請(qǐng)看上述匯編代碼bl platicgetpendinginterrupttype的具體實(shí)現(xiàn):


	
  1. uint32_t plat_ic_get_pending_interrupt_type(void)

  2. {

  3. unsignedint irqnr;

  4. assert(IS_IN_EL3());

  5. irqnr = gicv3_get_pending_interrupt_type();

  6. switch(irqnr) {

  7. case PENDING_G1S_INTID:

  8. return INTR_TYPE_S_EL1;

  9. case PENDING_G1NS_INTID:

  10. return INTR_TYPE_NS;

  11. case GIC_SPURIOUS_INTERRUPT:

  12. return INTR_TYPE_INVAL;

  13. default:

  14. return INTR_TYPE_EL3;

  15. }

  16. }

其實(shí)就是在讀取pending的中斷號(hào),看看有沒有1020或1021,從而獲得此次的中斷是從secure或non-secure過來的,還是在EL3產(chǎn)生的。然后走相應(yīng)的邏輯。

二、中斷示例展示(虛擬化部分)

影響中斷routing的相關(guān)控制位主要是 HCR_EL2.IMO/FMO/AMO(本文只探討irq/virq,所以我們只看 IMO比特位),除此之外還有 HCR_EL2.TGE比特位影響Application是做為Host還是Guest.

以下是這些比特位的路由規(guī)則的總結(jié):

f3520928-c750-11ec-bce3-dac502259ad0.png

我們學(xué)習(xí)了其原理之后,我們?cè)倏?個(gè)示例:(1)、HCREL2.IMO=1 , HCREL2.TGE=1 --routing到EL2,Application做為Guest

f36d82ac-c750-11ec-bce3-dac502259ad0.png

(2)、HCREL2.IMO=1 , HCREL2.TGE=0 --routing到EL2,Application做為Host

f3900ec6-c750-11ec-bce3-dac502259ad0.png

(3)、HCREL2.IMO=0 , HCREL2.TGE=1 --routing到EL1,Application做為Guest

f3b0904c-c750-11ec-bce3-dac502259ad0.png

(4)、HCREL2.IMO=0 , HCREL2.TGE=0 --routing到EL1,Application做為host

f3d1da90-c750-11ec-bce3-dac502259ad0.png

審核編輯 :李倩


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

    關(guān)注

    68

    文章

    11077

    瀏覽量

    217030
  • Linux
    +關(guān)注

    關(guān)注

    87

    文章

    11509

    瀏覽量

    213748
  • 中斷
    +關(guān)注

    關(guān)注

    5

    文章

    905

    瀏覽量

    42791

原文標(biāo)題:armv8/armv9中斷系列詳解-中斷示例展示

文章出處:【微信號(hào):LinuxDev,微信公眾號(hào):Linux閱碼場(chǎng)】歡迎添加關(guān)注!文章轉(zhuǎn)載請(qǐng)注明出處。

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

掃碼添加小助手

加入工程師交流群

    評(píng)論

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

    AS32X601驅(qū)動(dòng)系列教程 PLIC_中斷應(yīng)用詳解

    平臺(tái)中斷控制器(Platform Level Interrupt Controller,PLIC)是國科安芯AS32系列MCU芯片的中斷控制器,主要對(duì)中斷源進(jìn)行采樣,優(yōu)先級(jí)仲裁和分發(fā)。
    的頭像 發(fā)表于 05-23 17:10 ?201次閱讀
    AS32X601驅(qū)動(dòng)<b class='flag-5'>系列</b>教程 PLIC_<b class='flag-5'>中斷</b>應(yīng)用<b class='flag-5'>詳解</b>

    第十章 W55MH32中斷應(yīng)用概覽

    本章講述了W55MH32中斷應(yīng)用,涵蓋異常類型、NVIC介紹、優(yōu)先級(jí)定義與分組,闡述中斷編程三要點(diǎn)(使能中斷、配置 NVIC、編寫服務(wù)函數(shù)),并強(qiáng)調(diào)優(yōu)先級(jí)分組設(shè)置注意事項(xiàng)。
    的頭像 發(fā)表于 05-22 17:07 ?1024次閱讀
    第十章 W55MH32<b class='flag-5'>中斷</b>應(yīng)用概覽

    STM32中斷如此簡單(可下載)

    下面我們先來了解一些基本概念:中斷中斷是什么?舉個(gè)例子來說,當(dāng)我們正在工作時(shí),突然電話響了,這時(shí)你會(huì)把手里的工作先停下來,然后去接電話,當(dāng)接完電話后,電話里的人安排你馬上做一件事,這時(shí)你需要立刻去
    發(fā)表于 03-24 14:27 ?1次下載

    Arm 推出 Armv9 邊緣 AI 計(jì)算平臺(tái),以超高能效與先進(jìn) AI 能力賦能物聯(lián)網(wǎng)革新

    電子發(fā)燒友網(wǎng)報(bào)道(文/黃晶晶)當(dāng)下,快速發(fā)展的 AI 正不斷賦予邊緣設(shè)備越來越先進(jìn)的智能性,使邊緣設(shè)備勝任越來越重要的任務(wù)。為應(yīng)對(duì)邊緣側(cè)持續(xù)增長的 AI 需求,Arm 近日發(fā)布以全新基于 Armv9
    的頭像 發(fā)表于 03-06 11:43 ?1314次閱讀
    Arm 推出 <b class='flag-5'>Armv9</b> 邊緣 AI 計(jì)算平臺(tái),以超高能效與先進(jìn) AI 能力賦能物聯(lián)網(wǎng)革新

    搶先試用此芯Armv9 AI PC開發(fā)套件瑞莎“星睿O6”

    、邊緣、機(jī)器人等不同場(chǎng)景的“星睿O6”開發(fā)套件 。 該套件于2024年12月發(fā)布,異構(gòu)集成Armv9 CPU核心、Arm Immortalis GPU及安謀科技“周易”NPU等自研業(yè)務(wù)產(chǎn)品,具備強(qiáng)大的多媒體處理能力,并支持靈活的接口與擴(kuò)展。其中搭載的“周易”NPU算力可達(dá)30TOPS,目前已成功適配多款
    的頭像 發(fā)表于 03-06 08:09 ?667次閱讀
    搶先試用此芯<b class='flag-5'>Armv9</b> AI PC開發(fā)套件瑞莎“星睿O6”

    Arm發(fā)布基于Armv9架構(gòu)的Cortex-A320處理器

    邊緣 AI 需要更卓越的計(jì)算性能、更強(qiáng)大的安全性,以及更出色的軟件靈活性。隨著軟件愈發(fā)復(fù)雜化,Armv9 架構(gòu)應(yīng)運(yùn)而生,以提供先進(jìn)的機(jī)器學(xué)習(xí) (ML) 和 AI 功能,并具備增強(qiáng)的安全特性。該架構(gòu)現(xiàn)已在 Cortex-A3xx 的超高能效系列實(shí)現(xiàn),為新一代邊緣 AI 應(yīng)用
    的頭像 發(fā)表于 02-27 17:10 ?790次閱讀

    Arm推出全球首個(gè)Armv9邊緣AI計(jì)算平臺(tái)

    全球首個(gè) Armv9 邊緣 AI 計(jì)算平臺(tái)以 Cortex-A320 CPU 和 Ethos-U85 NPU 為核心,專為物聯(lián)網(wǎng)應(yīng)用優(yōu)化,支持運(yùn)行超 10 億參數(shù)的端側(cè) AI 模型,已獲得包括亞馬遜云科技 (AWS)、西門子和瑞薩電子等在內(nèi)的多家行業(yè)領(lǐng)先企業(yè)的支持。
    的頭像 發(fā)表于 02-27 17:08 ?886次閱讀

    單片機(jī)中斷技術(shù)詳解

    在現(xiàn)代電子設(shè)備,單片機(jī)作為控制核心發(fā)揮著舉足輕重的作用。而在其高效運(yùn)作的背后,中斷機(jī)制是推動(dòng)單片機(jī)實(shí)現(xiàn)實(shí)時(shí)響應(yīng)與高效執(zhí)行的關(guān)鍵因素。本文將深入探討單片機(jī)中斷概念、
    的頭像 發(fā)表于 02-02 15:57 ?966次閱讀

    串口中斷是內(nèi)部中斷還是外部中斷,串口中斷是怎么觸發(fā)的

    串口中斷通常被視為外部中斷。雖然串口控制器(如USART、UART等)可能集成在微控制器或處理器的內(nèi)部,但從中斷的角度來看,串口中斷是由處理器外部的通信事件觸發(fā)的。這些事件包括數(shù)據(jù)的接
    的頭像 發(fā)表于 01-29 15:03 ?1785次閱讀

    讓ADS7864的BUSY腳接DSP的外部中斷INT0,DSP通過中斷來讀取采樣數(shù)據(jù),要不要先關(guān)INT0中斷呢?

    我讓ADS7864的BUSY腳接DSP的外部中斷INT0,DSP通過中斷來讀取采樣數(shù)據(jù)。請(qǐng)問在中斷服務(wù)程序,要不要先關(guān)INT0中斷呢?如
    發(fā)表于 01-13 06:11

    基于Armv9架構(gòu)的MediaTek天璣8400移動(dòng)芯片問世

    如今,基于 Armv9 CPU 技術(shù)構(gòu)建的人工智能 (AI) 旗艦智能手機(jī)立于技術(shù)前沿,為 AI 創(chuàng)新提供了前所未有的機(jī)遇。為了應(yīng)對(duì)持續(xù)增長的 AI 工作負(fù)載的計(jì)算強(qiáng)度及復(fù)雜度,Armv9.2 CPU 集群帶來了更強(qiáng)性能、更高效率,以及更多功能,為新一代 AI 奠定了扎實(shí)
    的頭像 發(fā)表于 12-24 14:18 ?777次閱讀

    西門子博途中循環(huán)中斷功能的編程示例

    在以下示例,將讀取循環(huán)中斷 OB (OB31) 的相位和循環(huán)時(shí)間,并設(shè)置一個(gè)新的循環(huán)時(shí)間。
    的頭像 發(fā)表于 10-28 10:11 ?3586次閱讀
    西門子博途中循環(huán)<b class='flag-5'>中斷</b>功能的編程<b class='flag-5'>示例</b>

    Armv9 CPUSVE2的實(shí)際用例

    隨著每一代新產(chǎn)品的推出,Arm CPU 都會(huì)實(shí)現(xiàn)代際性能提升,并引入架構(gòu)改進(jìn),以滿足不斷演進(jìn)的計(jì)算工作負(fù)載的需求。本文將重點(diǎn)介紹三個(gè)用例,以展示 Armv9 CPU 的架構(gòu)特性在實(shí)際場(chǎng)景中產(chǎn)
    的頭像 發(fā)表于 10-21 09:54 ?1077次閱讀
    <b class='flag-5'>Armv9</b> CPU<b class='flag-5'>中</b>SVE2的實(shí)際用例

    stm32怎樣觸發(fā)軟件中斷

    了解STM32中斷系統(tǒng) STM32微控制器具有豐富的中斷系統(tǒng),包括NVIC(嵌套向量中斷控制器)和SYSTICK定時(shí)器。NVIC可以處理多達(dá)240個(gè)中斷源,包括外部
    的頭像 發(fā)表于 09-02 09:32 ?1906次閱讀

    ARM CORE支持中斷嵌套嗎?GIC中斷控制器支持中斷嵌套嗎?

    在默認(rèn)情況下,本文講述的都是ARMV8-aarch64架構(gòu),gicv3, linux kernel 5.14
    的頭像 發(fā)表于 08-07 09:29 ?1457次閱讀
    ARM CORE支持<b class='flag-5'>中斷</b>嵌套嗎?GIC<b class='flag-5'>中斷</b>控制器支持<b class='flag-5'>中斷</b>嵌套嗎?