chinese直男口爆体育生外卖, 99久久er热在这里只有精品99, 又色又爽又黄18禁美女裸身无遮挡, gogogo高清免费观看日本电视,私密按摩师高清版在线,人妻视频毛茸茸,91论坛 兴趣闲谈,欧美 亚洲 精品 8区,国产精品久久久久精品免费

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

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

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

openEuler Kernel技術(shù)內(nèi)核中斷子系統(tǒng)介紹

openEuler ? 來源:openEuler ? 作者:openEuler ? 2022-04-20 09:06 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

很多人在學(xué)習(xí)中斷子系統(tǒng)的過程中,在對基本概念與整體不太了解的情況下,過早的陷入了各種架構(gòu)的實現(xiàn)細節(jié),如同盲人摸象。這里主要給大家明確中斷的各個基本概念,希望從這個角度能讓大家更好的理解中斷子系統(tǒng)。

什么是中斷

在計算機科學(xué)中,中斷(英語:Interrupt)是指處理器接收到來自硬件或軟件的信號,提示發(fā)生了某個事件,應(yīng)該被注意,這種情況就稱為中斷。中斷子系統(tǒng)中的中斷指的是其中硬件的一方,后續(xù)中斷均按此理解。

中斷處理的參與對象和流程

中斷處理中有著多個對象的參與,理解每個對象在其中是如何參與是很重要的。以下列舉了中斷處理的參與對象。

中斷事件:指中斷事件本身的抽象。

中斷號:用于硬件和軟件識別并區(qū)分中斷事件,需要注意同一個中斷事件在中斷處理的不同階段未必是同一個中斷號。

中斷源:有中斷事件需要 cpu 處理的硬件。

中斷控制器:非必須,用于解決系統(tǒng)擁有多中斷源場景的硬件;從中斷源接收中斷事件并傳遞到 cpu;可以級聯(lián)。

cpu:收到中斷,cpu 跳轉(zhuǎn)到特定的地址——中斷向量。由中斷向量開始軟件對中斷的處理。

中斷事件在硬件中的流程如下,上一行是中斷事件的體現(xiàn)形式,下一行是所在的硬件:

307ba222-c045-11ec-bce3-dac502259ad0.png

再把軟件處理結(jié)合起來,形成一個硬件軟件切換的過程:

30992400-c045-11ec-bce3-dac502259ad0.png

相鄰的中斷事件體現(xiàn)形式的映射方式可以在所在的對象的連接的實現(xiàn)中找到。

中斷子系統(tǒng)

現(xiàn)在把之前的流程具有的部分對比內(nèi)核中斷子系統(tǒng),可以發(fā)現(xiàn)還多出了一個通用中斷處理層。因為內(nèi)核需要支持各種不同的架構(gòu)與外設(shè),需要解耦架構(gòu)硬件相關(guān)部分(cpu 與中斷控制器)與非架構(gòu)相關(guān)(外設(shè)),使得開發(fā)外設(shè)驅(qū)動并不需要了解架構(gòu)相關(guān)部分。另一方面,系統(tǒng)硬件拓撲結(jié)構(gòu)的信息一般由設(shè)備樹源碼 DTS 體現(xiàn)。

30abe1bc-c045-11ec-bce3-dac502259ad0.png

硬件封裝層

硬件封裝層包括 cpu 和中斷控制器兩部分。區(qū)分開 cpu 和中斷控制器相當(dāng)重要,希望大家能更明確 cpu 和中斷控制器的概念。軟件在 cpu 方面主要需要按架構(gòu)實現(xiàn)中斷向量的處理,可以看 arch/「/kernel/entry」.S 的匯編實現(xiàn)。另外還需要為通用的開關(guān)中斷方法提供架構(gòu)實現(xiàn):

通用中斷開關(guān)方法 具體架構(gòu)中斷開關(guān)實現(xiàn)
local_irq_enable arch_local_irq_enable
local_irq_disable arch_local_irq_disable

這個 local 指的是 local_cpu,表示的是當(dāng)前 cpu 是否響應(yīng)中斷:當(dāng)前 cpu 關(guān)中斷的情況下,中斷控制器不管怎么玩都是徒勞的。事實上 cpu 對中斷開關(guān)的實現(xiàn)還包含著很多條件,類似特權(quán)態(tài)、非屏蔽中斷 NMI 之類的,可以在后文找下具體分析。軟件對中斷控制器的抽象是 struct irq_chip,體現(xiàn)的是中斷控制器所具體的行為。這里列舉部分重要成員講解:

起因 struct irq_chip 成員 說明
怎么控制中斷控制器是否屏蔽某個中斷事件? irq_enable/ irq_disable
中斷控制器如何配置中斷事件的觸發(fā)方式 irq_set_type 控制各個中斷的電氣觸發(fā)條件,例如邊沿觸發(fā)或者是電平觸發(fā)。
中斷控制器如何得知中斷事件被 cpu 響應(yīng)? irq_ack 中斷控制器在實現(xiàn)中會根據(jù)中斷事件被 cpu 開始響應(yīng)或完成響應(yīng)來決定該中斷事件類型是否會再度通知 cpu 處理。
中斷控制器如何得知 cpu 完成處理中斷事件? irq_eoi 中斷控制器在實現(xiàn)中會根據(jù)中斷事件被 cpu 開始響應(yīng)或完成響應(yīng)來決定該中斷事件類型是否會再度通知 cpu 處理。
在 smp 系統(tǒng)中,中斷事件應(yīng)該通知哪個 cpu? irq_set_affinity affinity 表示了中斷事件在中斷控制器中配置的目標(biāo) cpu,根據(jù)具體實現(xiàn)可以是 1 個或多個。

此外,當(dāng)多個中斷事件同時發(fā)生,中斷控制器會根據(jù)其優(yōu)先級的實現(xiàn)來決定中斷事件通知給 cpu 的順序,某些實現(xiàn)是可配置的。另一方面,考慮到系統(tǒng)中可能存在多個中斷控制器,使得單一中斷控制器的中斷號不足以區(qū)分中斷事件,所以引入了軟件中斷號的概念。加上硬件中斷號映射中斷號的軟件抽象 struct irq_domain,再看中斷控制器軟件抽象到中斷源軟件抽象的流程:

30d10938-c045-11ec-bce3-dac502259ad0.png

##中斷流控處理層這一層主要是隱藏了中斷控制器在具體中斷事件處理函數(shù)調(diào)用前后的一些處理邏輯,包括:

何時對中斷控制器發(fā)出 ack 回應(yīng)?

mask_irq 和 unmask_irq 的處理;

中斷控制器是否需要 eoi 回應(yīng)?

何時打開 cpu 的本地 irq 中斷?以便允許 irq 的嵌套;

類似于在用洗衣機洗衣服的時候,我們不關(guān)心衣服可能要經(jīng)歷過的洗滌多久、脫水多久、漂洗多久諸如此類的步驟細節(jié),只需要按衣服類型選擇流程;內(nèi)核引入中斷流程的抽象類型 irq_flow_handler_t 屏蔽了中斷事件相關(guān)的 cpu、中斷控制器和中斷源的屬性的不同帶來的處理流程差異。這里舉例部分內(nèi)核實現(xiàn):

handle_simple_irq:用于簡易流控處理。

handle_level_irq:用于電平觸發(fā)中斷的流控處理。

handle_edge_irq:用于邊沿觸發(fā)中斷的流控處理。

handle_fasteoi_irq:用于需要響應(yīng) eoi 的中斷控制器

handle_percpu_irq:用于只在單一 cpu 響應(yīng)的中斷。

驅(qū)動程序 API 與中斷通用邏輯

對于中斷事件本身,內(nèi)核使用 struct irq_desc 進行描述,它包含著所有的信息。而對于中斷控制器與中斷源的驅(qū)動來說,關(guān)注的信息都只是其中的一部分。中斷事件從中斷源到中斷控制器的映射的描述一般事先會靜態(tài)定義好并存放在設(shè)備樹源碼里,即中斷源的設(shè)備樹節(jié)點包含著相連的中斷控制器和中斷事件對應(yīng)在中斷控制器中斷號的信息;而作為驅(qū)動程序需要對軟件中斷號 irq 和中斷事件處理函數(shù)建立映射。那么要把設(shè)備樹節(jié)點中的中斷控制器和中斷控制器中斷號轉(zhuǎn)換成軟件中斷號 irq,內(nèi)核給驅(qū)動程序提供了接口

irq_of_parse_and_map:驅(qū)動由設(shè)備樹節(jié)點獲得 irq。

當(dāng)中斷控制器和中斷控制器中斷號轉(zhuǎn)換成軟件中斷號 irq 映射不存在時,這個接口會申請 irq_desc 并建立映射,根據(jù)連接著的中斷控制器的驅(qū)動提供的硬件中斷號映射中斷號的軟件抽象 irq_domain 完成映射。在映射過程中會包括對 irq_desc 的一些屬性的設(shè)置,如:

irq_set_handler:驅(qū)動選擇 irq_flow_handler。

irq_set_chip:驅(qū)動選擇 irq 連接的中斷控制器。

irq_alloc_desc 系列:驅(qū)動直接申請 irq_desc。

中斷源驅(qū)動獲取到 irq,還需要將 irq 與中斷處理函數(shù)建立映射:

request_irq/request_threaded_irq:驅(qū)動將中斷處理函數(shù)注冊到 irq。

enable_irq & disable_irq:驅(qū)動開關(guān) irq。

接下來將對一些具體的架構(gòu)實現(xiàn)做介紹。這里介紹兩個處理器 armv8 和 x86,以及兩個中斷控制器 arm-gicv3 和 x86-APIC 的實現(xiàn)。希望幫助大家得出諸如“arm 內(nèi)核有中斷嵌套嗎”“arm cpu eoi 是做什么”這類問題的答案。

armv8

arm 核心擁有 2 個外部中斷線,IRQ 和 FIQ;這兩根中斷線連接到中斷控制器上,中斷控制器通過拉高和拉低這兩根中斷線觸發(fā)中斷。一個中斷應(yīng)該觸發(fā) IRQ 還是 FIQ 中斷線,由其 GROUP 屬性和當(dāng)前的特權(quán)級和安全域決定。

30e3b93e-c045-11ec-bce3-dac502259ad0.png

GROUP 的定義:

311a2032-c045-11ec-bce3-dac502259ad0.png

arm 核,軟件可以寫 SCR、HCR 和 PSTATE.DAIF 寄存器以決定響應(yīng)中斷的特權(quán)級和屏蔽中斷;arm 不支持 NMI。arm 核由于中斷控制器的實現(xiàn),同時只會有一個需要被響應(yīng)的中斷,因此不限制 IRQ/FIQ 響應(yīng)順序的實現(xiàn)。arm 核上處于觸發(fā)狀態(tài)的中斷線需要結(jié)合 SCR、HCR 和 PSTATE.DAIF 寄存器判斷是否觸發(fā)中斷,不論當(dāng)前是否處于中斷。在中斷觸發(fā)時,arm 核心根據(jù) VBAR 系列寄存器的基地址,會按具體情況選擇偏移跳轉(zhuǎn)到對應(yīng)的地址。

312d13d6-c045-11ec-bce3-dac502259ad0.png

x86

Intel x86 架構(gòu)提供 INTR 和 NMI 兩個中斷引腳,他們通常與 Local APIC 相連, 用于接收 Local APIC 傳遞的中斷信號。一個中斷應(yīng)該觸發(fā) INTR 還是 NMI 中斷線由 Local APIC 實現(xiàn)。

315d2ada-c045-11ec-bce3-dac502259ad0.png

x86,中斷都在 ring0 響應(yīng)。x86 上軟件使用 CLI 指令將本 CPU 的 EFLAGS 寄存器的 IF 位清 0,阻止接收中斷;STI 指令將 IF 位置為 1,允許接收中斷。這兩條指令都只對當(dāng)前 CPU 起作用,而不影響平臺上的其他 CPU。x86 中斷線的實現(xiàn)原生支持 NMI。x86 核上同時只會有一個需要被響應(yīng)的中斷,它由 Local APIC 從 IRR 中選擇;當(dāng) Local APIC 不使能時,優(yōu)先響應(yīng) NMI 中斷線。不論當(dāng)前是否處于中斷,x86 核上若 INTR 處于觸發(fā)且未屏蔽中斷即會觸發(fā)中斷;NMI 處于觸發(fā)則直接觸發(fā)中斷。中斷觸發(fā)時,x86 核根據(jù)寄存器 IDTR 記錄的基址和中斷控制器的寄存器 ISR 提供的中斷向量號找到 IDT 表中對應(yīng)的 Interrupt Gate 表項,跳轉(zhuǎn)到相應(yīng)的地址。

arm-gicv3

31782344-c045-11ec-bce3-dac502259ad0.png

從邏輯視圖上看,gicv3 的核外部分統(tǒng)稱 IRI,由 Distributor、ITS、Redistributor 這 3 種組件組成;gicv3 核內(nèi)部分是 CPU interface,PE 可以理解為 cpu;IRI 與 CPU interface 通過 GIC Stream Protocol interface 交互。

不同的中斷在 gic 上對應(yīng)著不同的 INTID;gic 把中斷類型分為 LPI、PPI、SPI、SGI,約束 INTID 取值對應(yīng)的中斷類型。SGI 指由 CPU 直接寫對應(yīng)的寄存器觸發(fā)中斷;PPI 指中斷為特定一個 CPU 私有/專用,同一中斷號的 PPI 在不同 CPU 可以指不同的中斷源;SPI 對應(yīng) PPI,是所有 CPU 全局共享的,同一中斷號的 SPI 在不同 CPU 均指相同的中斷源;LPI 的區(qū)分是中斷路由上的不同,主要是在 IRI 中由 ITS 路由的中斷,其余 3 種中斷均不經(jīng)過 ITS;某些實現(xiàn)下還有直接在 Redistributor 觸發(fā)的 LPI 中斷。

319b65c0-c045-11ec-bce3-dac502259ad0.png

31b4e522-c045-11ec-bce3-dac502259ad0.png

一個外部中斷從在外設(shè)上產(chǎn)生,依次經(jīng)過 IRI、CPU interface 并最終通過中斷線到達 PE;PE 產(chǎn)生的中斷需要先經(jīng)過 CPU interface 到 IRI,再到目標(biāo)的 CPU interface 和 PE。邏輯上,IRI 可以對應(yīng)多個 PE,因此對于需要被一個特定目標(biāo) PE 響應(yīng)的中斷,gicv3 通過引入 affinity routing 機制解決這種路由問題。同一時間,CPU interface 上只能存在一個待處理的中斷,對于多個中斷被發(fā)送到 CPU interface 上,gic 引入優(yōu)先級的機制來決定如何選擇保留的中斷;這個優(yōu)先級的機制還被運用在 IRI 上,優(yōu)先級更高的中斷會被優(yōu)先發(fā)送到 CPU interface。另外,CPU interface 還負責(zé)將這個待處理的中斷按照 GROUP 屬性和當(dāng)前的特權(quán)級和安全域決定觸發(fā) IRQ 還是 FIQ 中斷線;并且當(dāng) PE 當(dāng)前處于中斷時,CPU interface 還需要通過中斷優(yōu)先級分組的機制判斷待處理的中斷是否需要被通知給 PE,即搶占。

x86-APIC

315d2ada-c045-11ec-bce3-dac502259ad0.png

從邏輯視圖上看,APIC 的核外部分是 I/O APIC,核內(nèi)部分是 Local APIC。I/O APIC 根據(jù)內(nèi)部 PRT table 中的 RTE 發(fā)送中斷消息給 Local APIC。I/O APIC 中 PRT table 由 24 個 RTE 項組成,每一項對應(yīng)一個 IRQ 引腳。I/O APIC 可以有多個,當(dāng)多個 I/O APIC 存在時,使用 GSI 代表每個 I/O APIC 管腳的編號:例如 I/O APIC1 有 24 個 IRQ,I/O APIC2 也有 24 個 IRQ,則 I/O APIC2 的 GSI 是從 24 開始,GSI = 24 + IRQ(I/O APIC2)。I/O APIC 的 24 個管腳沒有優(yōu)先級之分。一個外部中斷經(jīng)過 I/O APIC 再到 Local APIC,最后由 Local APIC 控制中斷線在 CPU 上觸發(fā)中斷;CPU 內(nèi)部的中斷源由 Local APIC 管理,不需要經(jīng)過 I/O APIC;IPI 也由 Local APIC 管理,同樣不需要經(jīng)過 I/O APIC。

31dc24ca-c045-11ec-bce3-dac502259ad0.png

Local APIC 支持 0-255 的中斷向量號,它們可以同時存在于寄存器 IRR 上,引入中斷優(yōu)先級進行選擇:優(yōu)先級 = 中斷向量號 / 16因為 32 以下的中斷向量號是保留的,所以可用中斷優(yōu)先級范圍為 2-15,數(shù)字越大優(yōu)先級越高;當(dāng)優(yōu)先級高于寄存器 PPR 的情況下會操作 INTR 中斷線,若當(dāng)前已經(jīng)處于中斷則可能出現(xiàn)搶占。中斷向量號的低 4 位會在當(dāng) PPR 改變的情況下,ISR 從 IRR 上選擇中斷向量號的比較中使用,同樣也是數(shù)字越大優(yōu)先級越高。

審核編輯 :李倩

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

    關(guān)注

    68

    文章

    20142

    瀏覽量

    246646
  • 控制器
    +關(guān)注

    關(guān)注

    114

    文章

    17624

    瀏覽量

    190064

原文標(biāo)題:openEuler Kernel 技術(shù)解讀 | 內(nèi)核中斷子系統(tǒng)介紹

文章出處:【微信號:openEulercommunity,微信公眾號:openEuler】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。

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

掃碼添加小助手

加入工程師交流群

    評論

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

    潤和軟件亮相操作系統(tǒng)大會openEuler Summit 2025

    2025年11月14-15日,以“智躍無界,開源致遠”為主題的操作系統(tǒng)大會&openEuler Summit 2025在北京隆重舉辦。本次大會由開放原子開源歐拉(OpenAtom
    的頭像 發(fā)表于 11-20 09:36 ?197次閱讀
    潤和軟件亮相操作<b class='flag-5'>系統(tǒng)</b>大會<b class='flag-5'>openEuler</b> Summit 2025

    瑞薩RA系列MCU的外部引腳中斷詳解

    上一章節(jié)我們已經(jīng)詳細介紹了NVIC、ICU、ELC、NMI并對RA系列MCU的中斷管理系統(tǒng)有個全局的了解,我們這一章節(jié)的內(nèi)容是如何控制外部中斷,也是
    的頭像 發(fā)表于 09-23 09:38 ?1198次閱讀
    瑞薩RA系列MCU的外部引腳<b class='flag-5'>中斷</b>詳解

    RK3506開發(fā)板Xenomai內(nèi)核RT-Linux實時性系統(tǒng)適配教程與性能實測,實測僅7μs穩(wěn)定延時

    本文基于觸覺智能RK3506核心板/開發(fā)板,介紹Xenomai內(nèi)核RT-Linux實時性系統(tǒng)適配,并附性能實測。簡介與實測數(shù)據(jù)Xenomai簡介XEnomai是一個實時子系統(tǒng),可與Li
    的頭像 發(fā)表于 09-18 14:21 ?846次閱讀
    RK3506開發(fā)板Xenomai<b class='flag-5'>內(nèi)核</b>RT-Linux實時性<b class='flag-5'>系統(tǒng)</b>適配教程與性能實測,實測僅7μs穩(wěn)定延時

    潤和軟件出席2025-2026年openEuler技術(shù)委員會會議

    近日,由OpenAtom openEuler(以下簡稱“openEuler”或“開源歐拉”)社區(qū)發(fā)起、江蘇潤和軟件股份有限公司(以下簡稱“潤和軟件”)承辦的2025-2026年openEuler
    的頭像 發(fā)表于 08-07 18:01 ?1453次閱讀

    GM0-5602適配openEUler22.03-LST-SP2并安裝網(wǎng)卡驅(qū)動

    ) kernel-headers-$(uname -r) 直接編譯報錯 問題是網(wǎng)口源碼和系統(tǒng)內(nèi)核不匹配,臨時解決方案 可以嘗試在Makefile中
    的頭像 發(fā)表于 07-10 17:03 ?587次閱讀
    GM0-5602適配<b class='flag-5'>openEUler</b>22.03-LST-SP2并安裝網(wǎng)卡驅(qū)動

    openEuler 22.03為什么無法運行在VisionFive2上?

    (求助)openEuler 22.03無法運行在VisionFive2上
    發(fā)表于 06-19 07:13

    迅為RK3568開發(fā)板新增topeet子系統(tǒng)-在產(chǎn)品中新增子系統(tǒng)

    build/subsystem_config.json文件中增加名為topeet的子系統(tǒng),在3.4節(jié)已經(jīng)新建了topeet 文件夾存放子系統(tǒng)代碼。添加 topeet 子系統(tǒng)進行一個登記,說明
    發(fā)表于 06-16 10:43

    RK3568驅(qū)動指南|第十二篇 GPIO子系統(tǒng)-第135章 GPIO子系統(tǒng)與pinctrl子系統(tǒng)相結(jié)合實驗

    RK3568驅(qū)動指南|第十二篇 GPIO子系統(tǒng)-第135章 GPIO子系統(tǒng)與pinctrl子系統(tǒng)相結(jié)合實驗
    的頭像 發(fā)表于 05-23 13:47 ?728次閱讀
    RK3568驅(qū)動指南|第十二篇 GPIO<b class='flag-5'>子系統(tǒng)</b>-第135章 GPIO<b class='flag-5'>子系統(tǒng)</b>與pinctrl<b class='flag-5'>子系統(tǒng)</b>相結(jié)合實驗

    一文帶你了解KaihongOS標(biāo)準(zhǔn)系統(tǒng)技術(shù)架構(gòu)、子系統(tǒng)、系統(tǒng)應(yīng)用、典型特性以及支持的設(shè)備類型

    前 言 概述 本文檔介紹KaihongOS標(biāo)準(zhǔn)系統(tǒng)技術(shù)架構(gòu)、子系統(tǒng)系統(tǒng)應(yīng)用、典型特性以及支持的設(shè)備類型。 讀者對象 本文檔主要面
    發(fā)表于 04-23 07:17

    軟通動力亮相openEuler Developer Day 2025

    近日,openEuler Developer Day 2025(簡稱ODD 2025)在杭州成功舉辦,大會全新發(fā)布openEuler 25.03創(chuàng)新版本,展示內(nèi)核開發(fā)、多樣性計算和全場景協(xié)同
    的頭像 發(fā)表于 04-15 17:21 ?858次閱讀

    潤和軟件亮相openEuler Developer Day 2025

    近日,openEuler Developer Day 2025 (ODD 2025)在杭州成功舉行。本次會議由開放原子開源基金會openEuler社區(qū)發(fā)起,全面解讀了全新發(fā)布的openEuler 25.03 版本創(chuàng)新特性,并分享
    的頭像 發(fā)表于 04-14 11:42 ?1307次閱讀

    嵌入式學(xué)習(xí)-飛凌嵌入式ElfBoard ELF 1板卡-Pinctrl和GPIO子系統(tǒng)之Pinctrl子系統(tǒng)

    pinctrl(Pin Control)子系統(tǒng)是Linux內(nèi)核中的一個模塊化子系統(tǒng),用于管理和控制硬件引腳(Pin)的配置和功能。它提供了一種統(tǒng)一的接口,使驅(qū)動程序可以對硬件引腳進行靈活的配置和控制
    發(fā)表于 03-24 15:42

    飛凌嵌入式ElfBoard ELF 1板卡-Pinctrl和GPIO子系統(tǒng)之Pinctrl子系統(tǒng)

    pinctrl(Pin Control)子系統(tǒng)是Linux內(nèi)核中的一個模塊化子系統(tǒng),用于管理和控制硬件引腳(Pin)的配置和功能。它提供了一種統(tǒng)一的接口,使驅(qū)動程序可以對硬件引腳進行靈活的配置和控制
    發(fā)表于 03-22 09:23

    嵌入式學(xué)習(xí)-飛凌嵌入式ElfBoard ELF 1板卡-Linux內(nèi)核移植之內(nèi)核啟動流程

    關(guān)于內(nèi)核啟動流程涉及內(nèi)容較多而且復(fù)雜,過度的分析意義不大,因此,這里不做詳細講解,只做一個大概的介紹。初學(xué)者只做了解,有一定基礎(chǔ)的可以深入理解。內(nèi)核鏡像被uboot加載到內(nèi)存空間之后,獲得控制權(quán)
    發(fā)表于 01-07 09:20

    飛凌嵌入式ElfBoard ELF 1板卡-Linux內(nèi)核移植之內(nèi)核啟動流程

    關(guān)于內(nèi)核啟動流程涉及內(nèi)容較多而且復(fù)雜,過度的分析意義不大,因此,這里不做詳細講解,只做一個大概的介紹。初學(xué)者只做了解,有一定基礎(chǔ)的可以深入理解。 內(nèi)核鏡像被uboot加載到內(nèi)存空間之后,獲得控制權(quán)
    發(fā)表于 01-06 09:51