在线观看www成人影院-在线观看www日本免费网站-在线观看www视频-在线观看操-欧美18在线-欧美1级

0
  • 聊天消息
  • 系統消息
  • 評論與回復
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術視頻
  • 寫文章/發帖/加入社區
會員中心
創作中心

完善資料讓更多小伙伴認識你,還能領取20積分哦,立即完善>

3天內不再提示

鴻蒙內核源碼分析:物理地址的映射

鴻蒙系統HarmonyOS ? 來源:oschina ? 作者:深入研究鴻蒙 ? 2020-11-03 10:28 ? 次閱讀

MMU的本質

虛擬地址(VA):就是線性地址,鴻蒙內存部分全是VA的身影,是由編譯器和鏈接器在定位程序時分配的,每個應用程序都使用相同的虛擬內存地址空間,而這些虛擬內存地址空間實際上分別映射到不同的實際物理內存空間上。CPU只知道虛擬地址,向虛擬地址要數據,但在其保護模式下很悲催地址信號在路上被MMU攔截了,MMU把虛擬地址換成了物理地址,從而拿到了真正的數據。

物理地址(PA):程序的指令和常量數據,全局變量數據以及運行時動態申請內存所分配的實際物理內存存放位置。

MMU采用頁表(page table)來實現虛實地址轉換,頁表項除了描述虛擬頁到物理頁直接的轉換外,還提供了頁的訪問權限(讀,寫,可執行)和存儲屬性。MMU的本質是拿虛擬地址的高位(20位)做文章,低12位是頁內偏移地址不會變。也就是說虛擬地址和物理地址的低12位是一樣的,本篇詳細講述MMU是如何變戲法的。

MMU是通過兩級頁表結構:L1和L2來實現映射功能的,鴻蒙內核當然也實現了這兩級頁表轉換的實現。本篇是系列篇關于內存部分最滿意的一篇,也是最不好理解的一篇,強烈建議結合源碼看,鴻蒙內核源碼注釋中文版 【 Gitee倉|CSDN倉|Github倉|Coding倉 】內存部分的注釋已經基本完成 .

一級頁表L1

L1頁表將全部的4G地址空間劃分為4096個1M的節,頁表中每一項(頁表項)32位,其內容是L2頁表基地址或某個1M物理內存的基地址。虛擬地址的高12位用于對頁表項定位,也就是4096個頁面項的索引,L1頁表的基地址,也叫轉換表基地址,存放在CP15的C2(TTB)寄存器中,鴻蒙內核源碼分析(內存匯編篇)中有詳細的描述,自行翻看。

L1頁表項有三種描述格式,鴻蒙源碼如下。

/* L1 descriptor type */
#define MMU_DESCRIPTOR_L1_TYPE_INVALID                          (0x0 << 0)
#define MMU_DESCRIPTOR_L1_TYPE_PAGE_TABLE                       (0x1 << 0)
#define MMU_DESCRIPTOR_L1_TYPE_SECTION                          (0x2 << 0)
#define MMU_DESCRIPTOR_L1_TYPE_MASK                             (0x3 << 0)

第一種:Fault(INVALID)頁表項,表示對應虛擬地址未被映射,訪問將產生一個數據中止異常。

第二種:PAGE_TABLE頁表項,指向L2頁表的頁表項,意思就是把1M分成更多的頁(256*4K)

第三種:SECTION頁表項 ,指向1M節的頁表項

?

頁表項的最低二位[1:0],用于定義頁表項的類型,section頁表項對應1M的節,直接使用頁表項的最高12位替代虛擬地址的高12位即可得到物理地址。還是直接看鴻蒙源碼來的清晰,每一行都加了詳細的注釋。

LOS_ArchMmuQuery通過虛擬地址查詢物理地址和flags

//通過虛擬地址查詢物理地址
STATUS_T LOS_ArchMmuQuery(const LosArchMmu *archMmu, VADDR_T vaddr, PADDR_T *paddr, UINT32 *flags)
{//archMmu->virtTtb:轉換表基地址
    PTE_T l1Entry = OsGetPte1(archMmu->virtTtb, vaddr);//獲取PTE vaddr右移20位 得到L1描述子地址
    PTE_T l2Entry;
    PTE_T* l2Base = NULL;

    if (OsIsPte1Invalid(l1Entry)) {//判斷L1描述子地址是否有效
        return LOS_ERRNO_VM_NOT_FOUND;//無效返回虛擬地址未查詢到
    } else if (OsIsPte1Section(l1Entry)) {// section頁表項: l1Entry低二位是否為 10
        if (paddr != NULL) {//物理地址 = 節基地址(section頁表項的高12位) + 虛擬地址低20位
            *paddr = MMU_DESCRIPTOR_L1_SECTION_ADDR(l1Entry) + (vaddr & (MMU_DESCRIPTOR_L1_SMALL_SIZE - 1));
        }

        if (flags != NULL) {
            OsCvtSecAttsToFlags(l1Entry, flags);//獲取虛擬內存的flag信息
        }
    } else if (OsIsPte1PageTable(l1Entry)) {//PAGE_TABLE頁表項: l1Entry低二位是否為 01
        l2Base = OsGetPte2BasePtr(l1Entry);//獲取L2轉換表基地址
        if (l2Base == NULL) {
            return LOS_ERRNO_VM_NOT_FOUND;
        }
        l2Entry = OsGetPte2(l2Base, vaddr);//獲取L2描述子地址
        if (OsIsPte2SmallPage(l2Entry) || OsIsPte2SmallPageXN(l2Entry)) {
            if (paddr != NULL) {//物理地址 = 小頁基地址(L2頁表項的高20位) + 虛擬地址低12位
                *paddr = MMU_DESCRIPTOR_L2_SMALL_PAGE_ADDR(l2Entry) + (vaddr & (MMU_DESCRIPTOR_L2_SMALL_SIZE - 1));
            }

            if (flags != NULL) {
                OsCvtPte2AttsToFlags(l1Entry, l2Entry, flags);//獲取虛擬內存的flag信息
            }
        } else if (OsIsPte2LargePage(l2Entry)) {//鴻蒙目前暫不支持64K大頁,未來手機版應該會支持。
            LOS_Panic("%s %d, large page unimplemented
", __FUNCTION__, __LINE__);
        } else {
            return LOS_ERRNO_VM_NOT_FOUND;
        }
    }

    return LOS_OK;
}

這是鴻蒙內核對地址使用最頻繁的功能,通過虛擬地址得到物理地址和flag信息,看下哪些地方會調用到它。

二級頁表L2

L1頁表項表示1M的地址范圍,L2把1M分成更多的小頁,鴻蒙內核 一頁按4K算,所以被分成 256個小頁。

L2頁表中包含256個頁表項,每個32位(4個字節),L2頁表需要 256*4 = 1K的空間,必須按1K對齊,每個L2頁表項將4K的虛擬內存地址轉換為物理地址,每個L2頁面項都給出了一個4K的頁基地址。

L2頁表項有三種格式:

/* L2 descriptor type */
#define MMU_DESCRIPTOR_L2_TYPE_INVALID                          (0x0 << 0)
#define MMU_DESCRIPTOR_L2_TYPE_LARGE_PAGE                       (0x1 << 0)
#define MMU_DESCRIPTOR_L2_TYPE_SMALL_PAGE                       (0x2 << 0)
#define MMU_DESCRIPTOR_L2_TYPE_SMALL_PAGE_XN                    (0x3 << 0)
#define MMU_DESCRIPTOR_L2_TYPE_MASK                             (0x3 << 0)

第一種:Fault(INVALID)頁表項,表示對應虛擬地址未被映射,訪問將產生一個數據中止異常。

第二種:大頁表項,包含一個指向64K頁的指針,但鴻蒙內核并沒有實現大頁表的支持,給出了未實現的提示

if (OsIsPte2LargePage(l2Entry)) {
            LOS_Panic("%s %d, large page unimplemented
", __FUNCTION__, __LINE__);
        } 

第三種:小頁表項,包含一個指向4K頁的指針。

映射初始化的過程

先看調用和被調用的關系

//啟動映射初始化
VOID OsInitMappingStartUp(VOID)
{
    OsArmInvalidateTlbBarrier();//使TLB失效

    OsSwitchTmpTTB();//切換到臨時TTB

    OsSetKSectionAttr();//設置內核段(text,rodata,bss)映射

    OsArchMmuInitPerCPU();//初始化CPU與mmu相關信息
}

干脆利落,調用了四個函數,其中三個在鴻蒙內核源碼分析(內存匯編篇)有涉及,不展開講,這里說OsSetKSectionAttr

它實現了內核空間各個區的映射,內核本身也是程序,鴻蒙把內核空間在物理內存上就獨立開來了,也就是說在物理內存上有一段區域是只給內核空間享用的,從根上就把內核和APP 空間隔離了,里面放的是內核的重要數據(包括代碼,常量和全局變量),具體看代碼,代碼很長,整個函數全貼出來了,都加上了注釋。

OsSetKSectionAttr內核空間的設置和映射

typedef struct ArchMmuInitMapping {
    PADDR_T phys;//物理地址
    VADDR_T virt;//虛擬地址
    size_t  size;//大小
    unsigned int flags;//標識 讀/寫/.. VM_MAP_REGION_FLAG_PERM_*
    const char *name;//名稱
} LosArchMmuInitMapping;

VADDR_T *OsGFirstTableGet()
{
    return (VADDR_T *)g_firstPageTable;//UINT8 g_firstPageTable[MMU_DESCRIPTOR_L1_SMALL_ENTRY_NUMBERS]
}
//設置內核空間段屬性,可看出內核空間是固定映射到物理地址
STATIC VOID OsSetKSectionAttr(VOID)
{
    /* every section should be page aligned */
    UINTPTR textStart = (UINTPTR)&__text_start;//代碼段開始位置
    UINTPTR textEnd = (UINTPTR)&__text_end;//代碼段結束位置
    UINTPTR rodataStart = (UINTPTR)&__rodata_start;//常量只讀段開始位置
    UINTPTR rodataEnd = (UINTPTR)&__rodata_end;//常量只讀段結束位置
    UINTPTR ramDataStart = (UINTPTR)&__ram_data_start;//全局變量段開始位置
    UINTPTR bssEnd = (UINTPTR)&__bss_end;//bss結束位置
    UINT32 bssEndBoundary = ROUNDUP(bssEnd, MB);
    LosArchMmuInitMapping mmuKernelMappings[] = {
        {
            .phys = SYS_MEM_BASE + textStart - KERNEL_VMM_BASE,//映射物理內存位置
            .virt = textStart,//內核代碼區
            .size = ROUNDUP(textEnd - textStart, MMU_DESCRIPTOR_L2_SMALL_SIZE),//代碼區大小
            .flags = VM_MAP_REGION_FLAG_PERM_READ | VM_MAP_REGION_FLAG_PERM_EXECUTE,//代碼段可讀,可執行
            .name = "kernel_text"
        },
        {
            .phys = SYS_MEM_BASE + rodataStart - KERNEL_VMM_BASE,//映射物理內存位置
            .virt = rodataStart,//內核常量區
            .size = ROUNDUP(rodataEnd - rodataStart, MMU_DESCRIPTOR_L2_SMALL_SIZE),//4K對齊
            .flags = VM_MAP_REGION_FLAG_PERM_READ,//常量段只讀
            .name = "kernel_rodata"
        },
        {
            .phys = SYS_MEM_BASE + ramDataStart - KERNEL_VMM_BASE,//映射物理內存位置
            .virt = ramDataStart,
            .size = ROUNDUP(bssEndBoundary - ramDataStart, MMU_DESCRIPTOR_L2_SMALL_SIZE),
            .flags = VM_MAP_REGION_FLAG_PERM_READ | VM_MAP_REGION_FLAG_PERM_WRITE,//全局變量區可讀可寫
            .name = "kernel_data_bss"
        }
    };
    LosVmSpace *kSpace = LOS_GetKVmSpace();//獲取內核空間
    status_t status;
    UINT32 length;
    paddr_t oldTtPhyBase;
    int i;
    LosArchMmuInitMapping *kernelMap = NULL;//內核映射
    UINT32 kmallocLength;

    /* use second-level mapping of default READ and WRITE */
    kSpace->archMmu.virtTtb = (PTE_T *)g_firstPageTable;//__attribute__((section(".bss.prebss.translation_table"))) UINT8 g_firstPageTable[MMU_DESCRIPTOR_L1_SMALL_ENTRY_NUMBERS];
    kSpace->archMmu.physTtb = LOS_PaddrQuery(kSpace->archMmu.virtTtb);//通過TTB虛擬地址查詢TTB物理地址
    status = LOS_ArchMmuUnmap(&kSpace->archMmu, KERNEL_VMM_BASE,
                               (bssEndBoundary - KERNEL_VMM_BASE) >> MMU_DESCRIPTOR_L2_SMALL_SHIFT);//解綁 bssEndBoundary - KERNEL_VMM_BASE 映射
    if (status != ((bssEndBoundary - KERNEL_VMM_BASE) >> MMU_DESCRIPTOR_L2_SMALL_SHIFT)) {//解綁失敗
        VM_ERR("unmap failed, status: %d", status);
        return;
    }
	//映射 textStart - KERNEL_VMM_BASE 區
    status = LOS_ArchMmuMap(&kSpace->archMmu, KERNEL_VMM_BASE, SYS_MEM_BASE,
                             (textStart - KERNEL_VMM_BASE) >> MMU_DESCRIPTOR_L2_SMALL_SHIFT,
                             VM_MAP_REGION_FLAG_PERM_READ | VM_MAP_REGION_FLAG_PERM_WRITE |
                             VM_MAP_REGION_FLAG_PERM_EXECUTE);
    if (status != ((textStart - KERNEL_VMM_BASE) >> MMU_DESCRIPTOR_L2_SMALL_SHIFT)) {
        VM_ERR("mmap failed, status: %d", status);
        return;
    }

    length = sizeof(mmuKernelMappings) / sizeof(LosArchMmuInitMapping);
    for (i = 0; i < length; i++) {//對mmuKernelMappings一一映射好
        kernelMap = &mmuKernelMappings[i];
        status = LOS_ArchMmuMap(&kSpace->archMmu, kernelMap->virt, kernelMap->phys,
                                 kernelMap->size >> MMU_DESCRIPTOR_L2_SMALL_SHIFT, kernelMap->flags);
        if (status != (kernelMap->size >> MMU_DESCRIPTOR_L2_SMALL_SHIFT)) {
            VM_ERR("mmap failed, status: %d", status);
            return;
        }
        LOS_VmSpaceReserve(kSpace, kernelMap->size, kernelMap->virt);//保留區
    }
	//將剩余空間映射好
    kmallocLength = KERNEL_VMM_BASE + SYS_MEM_SIZE_DEFAULT - bssEndBoundary;
    status = LOS_ArchMmuMap(&kSpace->archMmu, bssEndBoundary,
                             SYS_MEM_BASE + bssEndBoundary - KERNEL_VMM_BASE,
                             kmallocLength >> MMU_DESCRIPTOR_L2_SMALL_SHIFT,
                             VM_MAP_REGION_FLAG_PERM_READ | VM_MAP_REGION_FLAG_PERM_WRITE);
    if (status != (kmallocLength >> MMU_DESCRIPTOR_L2_SMALL_SHIFT)) {
        VM_ERR("unmap failed, status: %d", status);
        return;
    }
    LOS_VmSpaceReserve(kSpace, kmallocLength, bssEndBoundary);

    /* we need free tmp ttbase */
    oldTtPhyBase = OsArmReadTtbr0();//讀取TTB值
    oldTtPhyBase = oldTtPhyBase & MMU_DESCRIPTOR_L2_SMALL_FRAME;
    OsArmWriteTtbr0(kSpace->archMmu.physTtb | MMU_TTBRx_FLAGS);//內核頁表基地址寫入CP15 c2(TTB寄存器)
    ISB;

    /* we changed page table entry, so we need to clean TLB here */
    OsCleanTLB();//清空TLB緩沖區

    (VOID)LOS_MemFree(m_aucSysMem0, (VOID *)(UINTPTR)(oldTtPhyBase - SYS_MEM_BASE + KERNEL_VMM_BASE));//釋放內存池
}

LOS_ArchMmuMap生成L1,L2頁表項,實現映射的過程

mmu的map 就是生成L1,L2頁表項的過程,以供虛實地址的轉換使用,還是直接看代碼吧,代碼說明一切!

//所謂的 map 就是 生成L1,L2頁表項的過程
status_t LOS_ArchMmuMap(LosArchMmu *archMmu, VADDR_T vaddr, PADDR_T paddr, size_t count, UINT32 flags)
{
    PTE_T l1Entry;
    UINT32 saveCounts = 0;
    INT32 mapped = 0;
    INT32 checkRst;

    checkRst = OsMapParamCheck(flags, vaddr, paddr);//檢查參數
    if (checkRst < 0) {
        return checkRst;
    }

    /* see what kind of mapping we can use */
    while (count > 0) {
        if (MMU_DESCRIPTOR_IS_L1_SIZE_ALIGNED(vaddr) && //虛擬地址和物理地址對齊 0x100000(1M)時采用
            MMU_DESCRIPTOR_IS_L1_SIZE_ALIGNED(paddr) && //section頁表項格式
            count >= MMU_DESCRIPTOR_L2_NUMBERS_PER_L1) { //MMU_DESCRIPTOR_L2_NUMBERS_PER_L1 = 0x100 
            /* compute the arch flags for L1 sections cache, r ,w ,x, domain and type */
            saveCounts = OsMapSection(archMmu, flags, &vaddr, &paddr, &count);//生成L1 section類型頁表項并保存
        } else {
            /* have to use a L2 mapping, we only allocate 4KB for L1, support 0 ~ 1GB */
            l1Entry = OsGetPte1(archMmu->virtTtb, vaddr);//獲取L1頁面項
            if (OsIsPte1Invalid(l1Entry)) {//L1 fault頁面項類型
                OsMapL1PTE(archMmu, &l1Entry, vaddr, flags);//生成L1 page table類型頁表項并保存
                saveCounts = OsMapL2PageContinous(l1Entry, flags, &vaddr, &paddr, &count);//生成L2 頁表項目并保存
            } else if (OsIsPte1PageTable(l1Entry)) {//L1 page table頁面項類型
                saveCounts = OsMapL2PageContinous(l1Entry, flags, &vaddr, &paddr, &count);//生成L2 頁表項目并保存
            } else {
                LOS_Panic("%s %d, unimplemented tt_entry %x
", __FUNCTION__, __LINE__, l1Entry);
            }
        }
        mapped += saveCounts;
    }

    return mapped;
}

STATIC UINT32 OsMapL2PageContinous(PTE_T pte1, UINT32 flags, VADDR_T *vaddr, PADDR_T *paddr, UINT32 *count)
{
    PTE_T *pte2BasePtr = NULL;
    UINT32 archFlags;
    UINT32 saveCounts;

    pte2BasePtr = OsGetPte2BasePtr(pte1);
    if (pte2BasePtr == NULL) {
        LOS_Panic("%s %d, pte1 %#x error
", __FUNCTION__, __LINE__, pte1);
    }

    /* compute the arch flags for L2 4K pages */
    archFlags = OsCvtPte2FlagsToAttrs(flags);
    saveCounts = OsSavePte2Continuous(pte2BasePtr, OsGetPte2Index(*vaddr), *paddr | archFlags, *count);
    *paddr += (saveCounts << MMU_DESCRIPTOR_L2_SMALL_SHIFT);
    *vaddr += (saveCounts << MMU_DESCRIPTOR_L2_SMALL_SHIFT);
    *count -= saveCounts;
    return saveCounts;
}

OsMapL2PageContinous沒有加注釋,希望你別太懶,趕緊動起來,到這里應該都能看懂了!最好能結合 鴻蒙內核源碼分析(內存匯編篇)一起看理解會更深透。

編輯:hfy

聲明:本文內容及配圖由入駐作者撰寫或者入駐合作網站授權轉載。文章觀點僅代表作者本人,不代表電子發燒友網立場。文章及其配圖僅供工程師學習之用,如有內容侵權或者其他違規問題,請聯系本站處理。 舉報投訴
  • MMU
    MMU
    +關注

    關注

    0

    文章

    91

    瀏覽量

    18369
  • 鴻蒙系統
    +關注

    關注

    183

    文章

    2638

    瀏覽量

    66714
收藏 人收藏

    評論

    相關推薦

    OpenHarmony源碼編譯后燒錄鏡像教程,RK3566鴻蒙開發板演示

    本文介紹瑞芯微主板/開發板編譯OpenHarmony源碼后燒錄鏡像的教程,觸覺智能Purple Pi OH鴻蒙開發板演示。搭載了瑞芯微RK3566四核處理器,樹莓派卡片電腦設計,支持開源鴻蒙OpenHarmony3.2-5.0系
    的頭像 發表于 12-30 10:08 ?183次閱讀
    OpenHarmony<b class='flag-5'>源碼</b>編譯后燒錄鏡像教程,RK3566<b class='flag-5'>鴻蒙</b>開發板演示

    MAC地址的作用范圍,MAC地址怎么申請?

    物理地址(PhysicalAddress),用于在網絡中唯一標示一個網卡。以下是英利檢測針對其作用范圍及申請方式的詳細解答:MAC地址的作用范圍局域網內的設備定位
    的頭像 發表于 12-19 17:44 ?648次閱讀
    MAC<b class='flag-5'>地址</b>的作用范圍,MAC<b class='flag-5'>地址</b>怎么申請?

    飛凌嵌入式ElfBoard ELF 1板卡-Linux內核移植之內核簡介

    用戶提供移植好的板級開發包。板卡廠商也會對移植好的內核版本進行維護,例如一些BUG修復或者物料替換。接下來講一下獲取這三種源碼的方法:獲取linux官網源碼地址:https
    發表于 12-13 09:03

    怎么綁定IP地址和MAC地址

    和MAC地址 ·使用快捷鍵Win+R打開運行窗口,輸入cmd后回車。 ·在命令提示符窗口中輸入ipconfig /all,然后回車。 ·在輸出信息中找到IPv4地址(即IP地址)和物理地址
    的頭像 發表于 12-01 22:48 ?418次閱讀

    如何獲取MAC地址?MAC地址的三個申請條件

    在產品設備都規范化管理的當今社會,如果您的產品設備想要投入市場,設備物理地址碼MAC地址則是唯一能識別設備的識別碼。那么MAC地址的申請條件有哪些?接下來請看英利檢測的分享。提交必要信息申請人信息
    的頭像 發表于 09-06 17:14 ?543次閱讀
    如何獲取MAC<b class='flag-5'>地址</b>?MAC<b class='flag-5'>地址</b>的三個申請條件

    每個段與寄存器之間有何對應的要求

    與寄存器的對應關系 在8086微處理器中,主存的物理地址由20位組成,這20位物理地址由16位的段地址(Segment Address)和16位的偏移地址(Offset Address
    的頭像 發表于 08-28 10:39 ?410次閱讀

    鴻蒙OpenHarmony南向/北向快速開發教程-迅為RK3568開發板

    P13_vendor和device目錄介紹 P14_內核編譯腳本構建分析 P15_內核移植 P16_內核移植優化 P17_配置電源管理芯片和點亮HDMI屏幕 P18_
    發表于 07-23 10:44

    歡創播報 華為宣布鴻蒙內核已超越Linux內核

    1 華為宣布鴻蒙內核已超越Linux內核 ? 6月21日,在華為開發者大會上, HarmonyOS NEXT(鴻蒙NEXT)——真正獨立于安卓和iOS的
    的頭像 發表于 06-27 11:30 ?903次閱讀

    路由器映射是什么意思?路由器端口映射怎么設置?

    路由器映射是指將一臺主機的內網(LAN)IP地址映射成一個公網(WAN)IP地址,當用戶訪問提供映射端口主機的某個端口時,服務器將請求轉移到
    的頭像 發表于 05-10 13:42 ?1518次閱讀

    請問SRAM地址映射是在哪一級實現的?

    SRAM容量比較大的型號,常見的除了SRAM分為幾塊如 SRAM1, SRAM2, TCM RAM 等之外,還常見地址映射的設計。 例如下面這個圖是 STM32L4Rx 的地址空間,其中
    發表于 04-24 08:07

    AOSP源碼定制-內核驅動編寫

    有時候為了分析一些殼的檢測,需要在內核層面對讀寫相關的操作進行監控,每次去修改對應的內核源碼編譯重刷過于耗時耗力,這里就來嘗試編寫一個內核
    的頭像 發表于 04-23 11:15 ?1415次閱讀
    AOSP<b class='flag-5'>源碼</b>定制-<b class='flag-5'>內核</b>驅動編寫

    智能平板電腦設備申請MAC地址需要提交什么材料?

    是必不可少的一環。全面解讀MAC地址的重要性MAC地址是設備的物理地址碼,媒體訪問控制地址,也是每一臺智能設備在網絡中的唯一標識符。我們簡單的形容它就如同每臺設備的身份
    的頭像 發表于 04-17 17:16 ?436次閱讀
    智能平板電腦設備申請MAC<b class='flag-5'>地址</b>需要提交什么材料?

    Linux內核內存管理之內核非連續物理內存分配

    我們已經知道,最好將虛擬地址映射到連續頁幀,從而更好地利用緩存并實現更低的平均內存訪問時間。然而,如果對內存區域的請求并不頻繁,那么考慮基于通過連續線性地址訪問非連續頁幀的分配方案是有意義的。該模式
    的頭像 發表于 02-23 09:44 ?1079次閱讀
    Linux<b class='flag-5'>內核</b>內存管理之<b class='flag-5'>內核</b>非連續<b class='flag-5'>物理</b>內存分配

    鴻蒙內核源碼分析:Newlib C

    使用 Musl C 庫的時候,內核提供了基于 LOS_XXX 適配實現 pthread、mqeue、fs、semaphore、time 等模塊的 posix 接口(//kernel/liteos_m
    的頭像 發表于 02-18 15:41 ?797次閱讀
    <b class='flag-5'>鴻蒙</b>輕<b class='flag-5'>內核</b><b class='flag-5'>源碼</b><b class='flag-5'>分析</b>:Newlib C

    鴻蒙開發者預覽版如何?

    Linux內核以及AOSP代碼,采用的鴻蒙內核以及代碼,HarmonyOS NEXT系統僅支持鴻蒙內核
    發表于 02-17 21:54
    主站蜘蛛池模板: 久久看片网 | 大黄一级片 | 丁香婷婷六月天 | 国产高清视频免费最新在线 | 一级做a爱片就在线看 | 九九精品在线 | 天堂中文字幕在线 | 欧美性生交xxxxx久久久 | 国产手机在线 | 一级做a爰片久久毛片图片 一级做a爰片久久毛片鸭王 | 欧美一级一一特黄 | 欧美日韩国产成人高清视频 | 日本最顶级丰满的aⅴ艳星 日本最好的免费影院 | 777kkk亚洲综合欧美色老头 | 日韩毛片| 日日干视频| 亚洲精品美女在线观看 | 日本大片免费观看视频 | 色偷偷亚洲男人 | 日本久久久久久久 | 在线免费看污视频 | 国产男靠女免费视频网站 | 国产成人精品系列在线观看 | www狠狠干 | 99热.com| free性欧美高清另类 | 中国美女一级黄色片 | 七月丁香八月婷婷综合激情 | 亚洲欧美视频在线观看 | 喷潮白浆直流在线播放 | 午夜视频免费观看黄 | 在线a免费 | 性欧美乱又伦 | 成人牲交一极毛片 | 成人在色线视频在线观看免费大全 | 亚洲伊人成人网 | 免费看黄色片的软件 | 午夜视频一区二区 | 高清视频一区二区 | 在线播放免费人成毛片乱码 | 免费视频网站在线观看 |