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

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

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

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

嵌入式ARM與MMU神秘的內(nèi)部世界!一目了然

Q4MP_gh_c472c21 ? 來源: 聶磊 ? 作者:電子發(fā)燒友 ? 2019-03-01 15:02 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

ARM MMU頁表框架

先上一張arm mmu的頁表結(jié)構(gòu)的通用框圖(以下的論述都由該圖來逐漸展開):

以上是arm的頁表框圖的典型結(jié)構(gòu),即是二級(jí)頁表結(jié)構(gòu)。

其中第一級(jí)頁表(L1)是由虛擬地址的高12bit(bits[31:20])組成,所以第一級(jí)頁表有4096個(gè)item,每個(gè)item占4個(gè)字節(jié),所以一級(jí)頁表的大小為16KB,而在第一級(jí)頁表中的每個(gè)entry的最低2bit可以用來區(qū)分具體是什么種類的頁表項(xiàng),2bit可以區(qū)分4種頁表項(xiàng),具體每種頁表項(xiàng)的結(jié)構(gòu)如下:

簡而言之L1頁表的頁表項(xiàng)主要有兩大類:

  • 第一大類是指向第二級(jí)頁表(L2頁表)的基地址;

  • 第二類直接指向1MB的物理內(nèi)存。

在L1頁表中每個(gè)表項(xiàng)可以覆蓋1MB的內(nèi)存,由于有4096K個(gè)選項(xiàng)(item),所以總計(jì)可以覆蓋4096K*1MB=4GB的內(nèi)存空間。

具體對(duì)應(yīng)到Linux,由于Linux的軟件架構(gòu)是支持3級(jí)頁表結(jié)構(gòu),而arm架構(gòu)實(shí)際只有2級(jí)的頁表結(jié)構(gòu),所以linux代碼中的中間級(jí)頁表的實(shí)現(xiàn)是空的。在linux代碼中,第一級(jí)的頁表的頁目錄表項(xiàng)用pgd表示,中間級(jí)的頁表的頁目錄表項(xiàng)用pud表示(arm架構(gòu)其實(shí)不需要),第三級(jí)的頁表的頁目錄表項(xiàng)用pmd表示(由于中間pud是空的,所以pgd=pmd),另外目前arm體系的移動(dòng)設(shè)備中RAM的page大小一般都是4KB/page,所以L1頁表中的頁表項(xiàng)都是指向fine page table的。

但在linux內(nèi)核啟動(dòng)的初始化階段,臨時(shí)建立頁表(initial page tables)以供linux內(nèi)核初始化提供執(zhí)行環(huán)境,這時(shí)L1的頁表項(xiàng)使用的就是第二種頁表項(xiàng)(section enty),他直接映射的是1M的內(nèi)存空間。具體的可以參考arch/arm/kernel/head.S中的__create_page_tables函數(shù),限于篇幅,這里就不展開說了。

針對(duì)這種section page translation,mmu硬件執(zhí)行虛擬地址轉(zhuǎn)物理地址的過程如下:

以上在初始化過程使用的臨時(shí)頁表(initial page tables),在內(nèi)核啟動(dòng)的后期會(huì)被覆蓋掉,即在paging_init--->map_lowmem函數(shù)中會(huì)重新建立頁表,該函數(shù)為物理內(nèi)存從0地址到低端內(nèi)存(lowmem_limit)建立一個(gè)一一映射的映射表。所謂的一一映射就是物理地址和虛擬地址就差一個(gè)固定的偏移量,該偏移量一般就是0xc0000000(呵呵,為什么是0xc0000000?)。

說到這里引入一個(gè)重要的概念,就是與低端內(nèi)存相對(duì)的高端內(nèi)存,什么是高端內(nèi)存?為什么需要高端內(nèi)存?為了解析這個(gè)問題,我們假設(shè)我們使用的物理內(nèi)存有2GB大小,另外由于我們內(nèi)核空間的地址范圍是從3G-4G的空間,并且前面也說到了,linux內(nèi)核的低端內(nèi)存空間都是一一映射的,如果不引入高端內(nèi)存這個(gè)概念,全部都使用一一映射的方式,那內(nèi)核只能訪問到1GB的物理內(nèi)存,但實(shí)際上,我們是需要內(nèi)核在內(nèi)核空間能夠訪問所有的4GB的內(nèi)存大小的,那怎么做到呢?

方法就是我們不讓3G-4G的空間都使用一一映射,而是將物理地址的[0x00,fix_addr](fix_addr<1GB)映射到內(nèi)核空間虛擬地址[0x00+3G,fix_addr+3G],然后將[fix_addr+3G,4G]這段空間保留下來用于動(dòng)態(tài)映射,這樣我們可以通過這段虛擬地址來訪問從fix_addr到4GB的物理內(nèi)存空間。怎么做到的呢?

譬如我們想要訪問物理地址[fix_addr,4GB]這段區(qū)間中的任何一段,我就用寶貴的內(nèi)核虛擬地址[fix_addr+3G,4G]的一段去映射他,建立好mmu硬件使用的頁表,訪問完后,將映射清除,將內(nèi)核的這段虛擬地址釋放,以供下次訪問其他的物理內(nèi)存使用。這樣就可以達(dá)到訪問所有4GB的物理內(nèi)存的目的

那么內(nèi)核代碼是如何建立映射表的呢?

我們著重從arch/arm/mm/mmu.c中的create_mapping函數(shù)來分析。在分析之前我們先看下arm mmu硬件是如何在二級(jí)頁表結(jié)構(gòu)中,實(shí)現(xiàn)虛擬地址轉(zhuǎn)物理地址的。

先貼出原代碼(arch/arm/mm/mmu.c),該函數(shù)的功能描述如下:

Create the page directory entries and any necessary page tables for the mapping specified by `md'. We are able to cope here with varying sizes and address offsets, and we take full advantage of sections and supersections.

line737-line742:參數(shù)合法性檢查,該函數(shù)不為用戶空間的虛擬地址建立映射表(記得多問自己一個(gè)為什么?)

line744-line750:如果是iomemory,則映射的虛擬地址范圍應(yīng)屬于高端內(nèi)存區(qū)間,由于我們這里是常規(guī)的memory,即type為MT_MEMORY,所以不會(huì)進(jìn)入該分支。

line775: 獲得該虛擬地址addr屬于第一級(jí)頁表(L1)的哪個(gè)表項(xiàng),詳細(xì)跟蹤pgd_offset_k函數(shù)(定義在:arch/arm/include/asm/pgtable.h),你會(huì)發(fā)現(xiàn),我們內(nèi)核的L1頁目錄表的基地址位于0xc0004000,而我們的內(nèi)核代碼則是放置在0xc0008000開始的位置。而從0xc0004000到0xc0008000區(qū)間大小是16KB,剛好就是L1頁表的大?。ㄒ娢恼麻_頭的描述)。

在這里需要注意一個(gè)概念:內(nèi)核的頁目錄表項(xiàng)和進(jìn)程的頁目錄表項(xiàng),內(nèi)核的頁目錄表項(xiàng)是對(duì)系統(tǒng)所有進(jìn)程都是公共的;而進(jìn)程的頁目錄表項(xiàng)則是跟特定進(jìn)程相關(guān)的,每個(gè)應(yīng)用進(jìn)程都有自己的頁目錄表項(xiàng),但各個(gè)進(jìn)程對(duì)應(yīng)的內(nèi)核空間的頁目錄表相都是一樣的。正是由于每個(gè)進(jìn)程都有自己的頁目錄表相,所以才能做到每個(gè)進(jìn)程都可以獨(dú)立擁有屬于自己的[0,3GB]的內(nèi)存空間。

line778pgd_addr_end()確保[addr,next]地址不會(huì)跨越一個(gè)L1表項(xiàng)所能映射的最大內(nèi)存空間2MB(為什么是2MB而不是1MB呢?這個(gè)是linux的一個(gè)處理技巧,以后再詳細(xì)展開說)。

line780alloc_init_pud()函數(shù)為定位到的L1頁目錄表項(xiàng)pgd所指向的二級(jí)頁表(L2)建立映射表。

line784 pdg++下移L1頁目錄表項(xiàng)pgd,映射下一個(gè)2MB空間的虛擬地址到對(duì)應(yīng)的2MB的物理空間。

在這里解析下,為什么L1頁目錄表項(xiàng)pgd能夠映射2MB的虛地地址空間。

在本文的第一個(gè)圖中,他是arm典型的mmu映射框架圖,但并不是linux的,linux映射框架圖在它的基礎(chǔ)做了些調(diào)整和優(yōu)化。

linux所做的調(diào)整描述如下(以下摘自linux內(nèi)核:arch/arm/include/asm/pgtable-2level.h中提供的注釋說明):

/** Hardware-wise, we have a two level page table structure, where the first* level has 4096 entries, and the second level has 256 entries. Each entry* is one 32-bit word. Most of the bits in the second level entry are used* by hardware, and there aren't any "accessed" and "dirty" bits.** Linux on the other hand has a three level page table structure, which can* be wrapped to fit a two level page table structure easily - using the PGD* and PTE only. However, Linux also expects one "PTE" table per page, and* at least a "dirty" bit.** Therefore, we tweak the implementation slightly - we tell Linux that we* have 2048 entries in the first level, each of which is 8 bytes (iow, two* hardware pointers to the second level.) The second level contains two* hardware PTE tables arranged contiguously, preceded by Linux versions* which contain the state information Linux needs. We, therefore, end up* with 512 entries in the "PTE" level.** This leads to the page tables having the following layout:*

重要調(diào)整說明如下:

L1頁表從4096個(gè)item變?yōu)?048個(gè)item,但每個(gè)item的大小從原來的4字節(jié)變?yōu)?個(gè)字節(jié)。

一個(gè)page中,放置2個(gè)L2頁表,每個(gè)還是256項(xiàng),每項(xiàng)是4個(gè)字節(jié),所以總計(jì)是256*2*4=2KB,放置在page頁的下半部,而上部分放置對(duì)應(yīng)的linux內(nèi)存管理系統(tǒng)使用的頁表,mmu硬件是不會(huì)去使用它的。所以剛好 占滿一個(gè)page頁的大?。?KB),這樣就不浪費(fèi)空間了。

有了上面基礎(chǔ),下面再詳細(xì)的分析以上的line780的函數(shù)alloc_init_pud,該函數(shù)會(huì)最終調(diào)用到alloc_init_pte函數(shù):

line598early_pte_alloc函數(shù)判斷對(duì)應(yīng)的pmd所指向的L2頁表是否存在,如果不存在就分配L2頁表,如果存在就返回L2頁表所在page頁的虛地址。

line572 判斷pmd所指向的L2頁表是否存在,不存在則通過early_alloc 函數(shù)分配PTE_HWTABLE_OFF(512*4=2KB)+PTE_HWTABLE_SIZE(512*4=2KB)總計(jì)4KB的一個(gè)物理頁來存儲(chǔ)2個(gè)linuxpet 頁表+2個(gè)hwpte頁表。

line574返回這個(gè)物理頁所在虛擬地址,

回到alloc_init_pte函數(shù)的line599。

line183pte_index用來確定該虛擬地址在L2頁表中的偏移量。即虛擬地址的bit[12~21]共計(jì)9個(gè)bit,剛好用于尋址兩個(gè)L2頁表(總計(jì)512項(xiàng))。

回到alloc_init_pte函數(shù),其中l(wèi)ine605行,是設(shè)置L2頁表中addr所定位到的頁表項(xiàng)(即pte),主要工作就是填充對(duì)應(yīng)物理頁的物理地址,以供mmu硬件來實(shí)現(xiàn)地址的翻譯。

line604~line607循環(huán)填充完兩個(gè)hwpte頁表,完成一個(gè)2M物理內(nèi)存的映射表的建立。

line608 將最終調(diào)用如下函數(shù):static inline void __pmd_populate(pmd_t *pmdp, phys_addr_t pte,pmdval_t prot)

在執(zhí)行這個(gè)函數(shù)之前,2個(gè)L2頁表已經(jīng)建立,該函數(shù)的作用就是設(shè)置L1頁表的對(duì)應(yīng)表項(xiàng),使其指向剛建立的2個(gè)L2頁表(hwpte0,hwpte1),正如前面所說,由于linux的L1頁表項(xiàng)是8個(gè)字節(jié)大小,所以:

  • line133 將頭4個(gè)字節(jié)指向hwpte0頁表,

  • line135 將后4個(gè)字節(jié)指向hwpte1頁表,至此L1---〉L2頁表的關(guān)聯(lián)已經(jīng)建立。

  • line137 是刷新TLB緩沖,使系統(tǒng)的cpu都可以看見該映射的變化

至此已完成struct map_desc *md結(jié)構(gòu)體所指定的虛擬地址到物理地址的映射關(guān)系的建立,以供硬件mmu來自動(dòng)實(shí)現(xiàn)虛擬到物理地址的翻譯。

以上過程,有選擇的將某些細(xì)節(jié)給省略了,限于篇幅,另外如果明白了這個(gè)過程,很細(xì)節(jié)的可以自己去看相關(guān)的代碼。譬如上面的set_pte_ext函數(shù),會(huì)調(diào)用的匯編函數(shù)來實(shí)現(xiàn)pte表項(xiàng)的設(shè)置。


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

    關(guān)注

    135

    文章

    9536

    瀏覽量

    390326
  • 嵌入式
    +關(guān)注

    關(guān)注

    5193

    文章

    20276

    瀏覽量

    331732
  • MMU
    MMU
    +關(guān)注

    關(guān)注

    0

    文章

    92

    瀏覽量

    19146

原文標(biāo)題:帶你走進(jìn)嵌入式ARM與MMU神秘的內(nèi)部世界

文章出處:【微信號(hào):gh_c472c2199c88,微信公眾號(hào):嵌入式微處理器】歡迎添加關(guān)注!文章轉(zhuǎn)載請(qǐng)注明出處。

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

掃碼添加小助手

加入工程師交流群

    評(píng)論

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

    什么是嵌入式應(yīng)用開發(fā)?

    包括ARM7、ARM9、ARM11、PowerPC、MIPS等。這些處理器和編程語言的選擇取決于具體的硬件條件和開發(fā)需求?。 綜上所述,嵌入式應(yīng)用開發(fā)是
    發(fā)表于 01-12 16:13

    arm嵌入式主板優(yōu)缺點(diǎn)

    嵌入式主板是嵌入在設(shè)備里面做控制、數(shù)據(jù)處理使用的CPU板 ,常見的有兩類,即基于X86的嵌入式主板和基于RISC的ARM 嵌入式主板。今天我
    發(fā)表于 01-08 07:08

    分享個(gè)嵌入式開發(fā)學(xué)習(xí)路線

    如果你想要學(xué)習(xí)嵌入式開發(fā),我建議按照這個(gè)學(xué)習(xí)路線準(zhǔn)備: 1. 基礎(chǔ)鋪墊期(1-2個(gè)月) 理解嵌入式系統(tǒng)的“硬件基礎(chǔ)”和“編程入門”,能看懂簡單電路,寫出基礎(chǔ)C語言代碼。這階段的學(xué)習(xí)對(duì)學(xué)歷沒有
    發(fā)表于 12-04 11:01

    ARM嵌入式這樣學(xué)

    的內(nèi)核就是ARM內(nèi)核,它的主頻高很多,普通的都有幾百M(fèi)。CPU緩存大,分有很多級(jí)的流水處理線,這樣大大提高了CPU利用率。這種IC的資源足以讓個(gè)嵌入式操作系統(tǒng)正常跑起來,WINCE, LINUX
    發(fā)表于 12-04 07:48

    IAR邀您相約2025上海國際嵌入式會(huì)議

    在德國紐倫堡成功舉辦二十余屆的 embedded world 嵌入式世界展覽與會(huì)議,已連續(xù)在中國落地?cái)?shù)年。作為專注于嵌入式系統(tǒng)行業(yè)的盛會(huì),上海國際嵌入式展已成為引領(lǐng)全球
    的頭像 發(fā)表于 10-17 10:37 ?657次閱讀

    物聯(lián)網(wǎng)平臺(tái)讓智慧工地管控系統(tǒng)搭建一目了然

    整合智能硬件、無線通信與大數(shù)據(jù)分析技術(shù),構(gòu)建“實(shí)時(shí)感知、智能分析、聯(lián)動(dòng)控制”的智慧管理體系,讓工地管理從“憑經(jīng)驗(yàn)、靠人力”轉(zhuǎn)向“數(shù)據(jù)驅(qū)動(dòng)、智能決策”,為建筑行業(yè)破解管理痛點(diǎn)、降本增效提供關(guān)鍵支撐。 、物聯(lián)網(wǎng)
    的頭像 發(fā)表于 08-27 15:47 ?575次閱讀

    揭秘淘寶 API,讓天貓店鋪流量來源一目了然

    ? 在當(dāng)今競爭激烈的電商環(huán)境中,天貓店鋪的運(yùn)營者最關(guān)心的問題之就是:流量從哪里來?了解流量來源不僅能優(yōu)化營銷策略,還能提升轉(zhuǎn)化率。淘寶開放平臺(tái)提供的 API 接口,正是解鎖這秘密的鑰匙。本文將
    的頭像 發(fā)表于 08-12 14:48 ?753次閱讀
    揭秘淘寶 API,讓天貓店鋪流量來源<b class='flag-5'>一目了然</b>

    飛凌嵌入式RK3576多模態(tài)大模型圖像理解助手,讓嵌入式設(shè)備“看懂”世界

    (LLM)+視覺語言模型(VLM)多模態(tài)架構(gòu),推出多模態(tài)大模型圖像理解助手,為嵌入式設(shè)備打造 “智能視覺中樞”,讓終端設(shè)備能夠真正 “看懂” 復(fù)雜的世界
    的頭像 發(fā)表于 07-25 11:09 ?1583次閱讀
    飛凌<b class='flag-5'>嵌入式</b>RK3576多模態(tài)大模型圖像理解助手,讓<b class='flag-5'>嵌入式</b>設(shè)備“看懂”<b class='flag-5'>世界</b>

    運(yùn)行在嵌入式系統(tǒng)上的emApps

    在當(dāng)今快節(jié)奏的嵌入式系統(tǒng)世界中,靈活性和適應(yīng)性是嵌入式系統(tǒng)實(shí)現(xiàn)的關(guān)鍵。SEGGER推出了其最新創(chuàng)新:Embedded apps(emApps)應(yīng)用,類似于手機(jī)上的應(yīng)用程序,可以運(yùn)行在嵌入式
    的頭像 發(fā)表于 06-18 09:53 ?774次閱讀
    運(yùn)行在<b class='flag-5'>嵌入式</b>系統(tǒng)上的emApps

    嵌入式開發(fā),如何選擇適合的系統(tǒng)?

    嵌入式ARM開發(fā)中,面對(duì)多種操作系統(tǒng)的選擇,如何做出最適合項(xiàng)目的決策?本文將為您梳理常見系統(tǒng)的特性,幫助您快速了解它們的優(yōu)缺點(diǎn),以便更好地選擇適合的系統(tǒng)。引言在嵌入式ARM開發(fā)中,選
    的頭像 發(fā)表于 05-20 11:32 ?1067次閱讀
    <b class='flag-5'>嵌入式</b>開發(fā),如何選擇適合的系統(tǒng)?

    嵌入式開發(fā)入門指南:從零開始學(xué)習(xí)嵌入式

    隨著物聯(lián)網(wǎng)、智能硬件的發(fā)展,嵌入式開發(fā)成為熱門技能之。以下將為初學(xué)者提供份詳細(xì)的嵌入式開發(fā)入門指南,涵蓋學(xué)習(xí)路徑、必備工具、推薦資源等內(nèi)容。 1.
    發(fā)表于 05-15 09:29

    精密配電采集器 讓列頭柜的數(shù)據(jù)一目了然!

    ? ?安科瑞劉鴻鵬 摘要? 隨著企業(yè)信息化、智能化水平不斷提高,尤其是數(shù)據(jù)中心、新能源和制造領(lǐng)域?qū)﹄娔苜|(zhì)量、供電連續(xù)性提出了更高要求,傳統(tǒng)的交流配電系統(tǒng)已難以滿足部分應(yīng)用場景下的需求。直流配電因其效率高、損耗低、架構(gòu)簡潔而逐漸成為重要選擇。本文基于安科瑞AMC16Z系列直流電能計(jì)量裝置,探討直流電能表在企業(yè)精密配電系統(tǒng)中的應(yīng)用價(jià)值、實(shí)施方式及帶來的管理優(yōu)化。 1. 引言 現(xiàn)代企業(yè)在推進(jìn)數(shù)字化建設(shè)過程中,對(duì)供配電系統(tǒng)提出
    的頭像 發(fā)表于 04-28 15:26 ?666次閱讀
    精密配電采集器 讓列頭柜的數(shù)據(jù)<b class='flag-5'>一目了然</b>!

    告別“電盲”:電力監(jiān)控系統(tǒng)讓用電情況一目了然

    、引言 在現(xiàn)代工業(yè)生產(chǎn)中,電力系統(tǒng)如同人體的血液循環(huán)系統(tǒng),其穩(wěn)定運(yùn)行直接關(guān)系到企業(yè)的生產(chǎn)效率和經(jīng)濟(jì)效益。然而,傳統(tǒng)的電力管理方式往往存在監(jiān)控盲區(qū)、響應(yīng)滯后、數(shù)據(jù)分析不足等問題,難以滿足企業(yè)精細(xì)化
    的頭像 發(fā)表于 03-18 16:30 ?723次閱讀
    告別“電盲”:電力監(jiān)控系統(tǒng)讓用電情況<b class='flag-5'>一目了然</b>

    嵌入式主板選型與應(yīng)用指南

    嵌入式主板是專為嵌入式系統(tǒng)設(shè)計(jì)的核心硬件平臺(tái),廣泛應(yīng)用于工業(yè)控制、物聯(lián)網(wǎng)、醫(yī)療設(shè)備等領(lǐng)域。以下是關(guān)于嵌入式主板的詳細(xì)介紹:1.嵌入式主板的核心特點(diǎn)緊湊尺寸:通常采用小型化設(shè)計(jì)(如Min
    的頭像 發(fā)表于 02-27 14:53 ?1049次閱讀
    <b class='flag-5'>嵌入式</b>主板選型與應(yīng)用指南

    陽臺(tái)儲(chǔ)能黑科技:配套電表讓發(fā)電、存電、用電一目了然!

    陽臺(tái)儲(chǔ)能黑科技:配套電表讓發(fā)電、存電、用電一目了然! 在綠色能源蓬勃發(fā)展的今天,家庭儲(chǔ)能系統(tǒng)正成為實(shí)現(xiàn)能源自主的關(guān)鍵環(huán)。而作為陽臺(tái)儲(chǔ)能系統(tǒng)的“智慧大腦”, 配套電表 憑借其精準(zhǔn)計(jì)量、實(shí)時(shí)監(jiān)控與智能
    的頭像 發(fā)表于 02-20 10:22 ?1257次閱讀
    陽臺(tái)儲(chǔ)能黑科技:配套電表讓發(fā)電、存電、用電<b class='flag-5'>一目了然</b>!