当前位置: 首页 > java >正文

ARM64内核内存空间布局

一、线性空间下移

4.x内核中

线性映射区域位于内核空间的高位处。介绍文章举例:内存管理(一)虚拟地址布局_arm64 39内存地址-CSDN博客

 线性映射区域下移

2019年8月的一个commit,将线性映射区域下移了。

commit 14c127c957c1c6070647c171e72f06e0db275ebf
Author: Steve Capper <steve.capper@arm.com>
Date:   Wed Aug 7 16:55:14 2019 +0100arm64: mm: Flip kernel VA spaceIn order to allow for a KASAN shadow that changes size at boot time, onemust fix the KASAN_SHADOW_END for both 48 & 52-bit VAs and "grow" thestart address. Also, it is highly desirable to maintain the samefunction addresses in the kernel .text between VA sizes. Both of theserequirements necessitate us to flip the kernel address space halves s.t.the direct linear map occupies the lower addresses.This patch puts the direct linear map in the lower addresses of thekernel VA range and everything else in the higher ranges.

二、5.10内核中的内存布局

来自Document/arm64memory.rst(以48bit VA为例)

ffff000000000000      ffff7fffffffffff         128TB          kernel logical memory map
ffff800000000000      ffff9fffffffffff          32TB          kasan shadow region
ffffa00000000000      ffffa00007ffffff         128MB          bpf jit region
ffffa00008000000      ffffa0000fffffff         128MB          modules
ffffa00010000000      fffffdffbffeffff         ~93TB          vmalloc
fffffdffbfff0000      fffffdfffe5f8fff        ~998MB          [guard region]
fffffdfffe5f9000      fffffdfffe9fffff        4124KB          fixed mappings
fffffdfffea00000      fffffdfffebfffff           2MB          [guard region]
fffffdfffec00000      fffffdffffbfffff          16MB          PCI I/O space
fffffdffffc00000      fffffdffffdfffff           2MB          [guard region]
fffffdffffe00000      ffffffffffdfffff           2TB          vmemmap
ffffffffffe00000      ffffffffffffffff           2MB          [guard region]

参考https://zhuanlan.zhihu.com/p/207001939?utm_source=wechat_timeline

三、VMEMMAP_SIZE分析(基于V5.10/arch/arm64/include/asm/memory.h相关定义分析)

这一段的大小需要多大呢?上面Document/arm64/memory.rst中展示的是设定条件后计算得到的结果。memory.h中展示的是计算的原理,所以还是需要了解的。根据注释:这个size大小,存放struct page对象数组,这个数组可以覆盖整个线性映射区域。下面具体分析:

STRUCT_PAGE_MAX_SHIFT即struct page这个结构体需要shift bit位数。include/linux/mm_type.h中定义。

#define STRUCT_PAGE_MAX_SHIFT   (order_base_2(sizeof(struct page)))

举例:sizeof struct page 为44个字节。2^5 = 32 < 44; 2^6 = 64 > 44;则STRUCT_PAGE_MAX_SHIFT为6。shift是移位,max是最大。这么大的空间中,肯定可以存放的下一个struct page 对象。

23/*24 * VMEMMAP_SIZE - allows the whole linear region to be covered by25 *                a struct page array26 *27 * If we are configured with a 52-bit kernel VA then our VMEMMAP_SIZE28 * needs to cover the memory region from the beginning of the 52-bit29 * PAGE_OFFSET all the way to PAGE_END for 48-bit. This allows us to30 * keep a constant PAGE_OFFSET and "fallback" to using the higher end31 * of the VMEMMAP where 52-bit support is not available in hardware.32 */33#define VMEMMAP_SIZE ((_PAGE_END(VA_BITS_MIN) - PAGE_OFFSET) \34                        >> (PAGE_SHIFT - STRUCT_PAGE_MAX_SHIFT))

_PAGE_END(VA_BITS_MIN)  这个计算 线性映射 区域 的 结尾地址。

PAGE_OFFSET 这个是 线性映射区域 的起始地址。

_PAGE_END(VA_BITS_MIN) -  PAGE_OFFSET 是 线性映射区域 的 size 。

一个struct page 描述一个 page ( PAGE_SHIFT )的信息。 _PAGE_END(VA_BITS_MIN) -  PAGE_OFFSET  这么大的 区域,是多少个 page (即需要多少个 struct page 对象来描述)呢 ?

(_PAGE_END(VA_BITS_MIN) -  PAGE_OFFSET )/ 2 ^(PAGE_SHIFT) 个。

这么多个,需要占用的空间需要多大呢?   

  个数 * 每个占用的空间 = [(_PAGE_END(VA_BITS_MIN) -  PAGE_OFFSET )/ 2 ^(PAGE_SHIFT) ] * 2 ^(STRUCT_PAGE_MAX_SHIFT ) 

变形之后,可以得到

= (_PAGE_END(VA_BITS_MIN) -  PAGE_OFFSET ) /  【  2 ^(PAGE_SHIFT) /   2 ^(STRUCT_PAGE_MAX_SHIFT ) 】 = (_PAGE_END(VA_BITS_MIN) -  PAGE_OFFSET ) /     2 ^(PAGE_SHIFT -STRUCT_PAGE_MAX_SHIFT )  

=  (_PAGE_END(VA_BITS_MIN) -  PAGE_OFFSET ) >> (PAGE_SHIFT -STRUCT_PAGE_MAX_SHIFT )

四、VMEMMAP_START

  53#define VMEMMAP_START           (-VMEMMAP_SIZE - SZ_2M)54#define VMEMMAP_END             (VMEMMAP_START + VMEMMAP_SIZE)

53行,计算 VMEMMAP_START ,需要分为 两部分来看,

-VMEMMAP_SIZE ,计算机  数值 二进制表示方式, 看作 有符号  是的值 和 看作无符号 是的值,两值之间的关系,反向利用。 -VMEMMAP_SIZE 相当于  无符号最大值  向下移动  VMEMMAP_SIZE  。

- SZ_2M, 在上面移动后,再向下移动  2M。  这儿移动的 2M ,就是 ffffffffffe00000 ffffffffffffffff 2MB [guard region] 这个区域。

54行, VMEMMAP_END 就是 VMEMMAP_START  + VMEMMAP_SIZE .

http://www.xdnf.cn/news/5618.html

相关文章:

  • 0512 - 2094. 找出 3 位偶数
  • Spring Boot动态配置修改全攻略
  • Docker从0到1:入门指南
  • 基于卡尔曼滤波的传感器融合技术的多传感器融合技术(附战场环境模拟可视化代码及应用说明)
  • 量子加密通信:守护信息安全的未来之盾
  • 2025年第十六届蓝桥杯软件赛省赛C/C++大学A组个人解题
  • 51c大模型~合集127
  • 用C语言实现的——一个完整的AVL树的交互式系统
  • NHANES指标推荐:sNfL
  • 几何_平面方程表示_点+向量形式
  • linux内存管理
  • C盘扩容方法:如何扩展不相邻的分区?
  • 8天Python从入门到精通【itheima】-1~5
  • Baumer工业相机堡盟工业相机在使用光源时如何选择蓝光还是红光
  • 制作一款打飞机游戏43:行为编辑
  • dfs算法第二次加训之普及/提高- ,详解 上
  • GPT系列:自然语言处理的演进与多模态的探索
  • day012-软件包管理专题
  • ms-swift 代码推理数据集
  • iOS即时通信的技术要点
  • 扩展:React 项目执行 yarn eject 后的 package.json 变化详解及参数解析
  • 25、Tailwind:魔法速记术——React 19 样式新思路
  • LeetCode 热题 100_只出现一次的数字(96_136_简单_C++)(哈希表;哈希集合;排序+遍历;位运算)
  • STC15W408AS计数器
  • 【C++11】异常
  • 配置集群-日志聚集操作
  • 三大告警方案解析:从日志监控到流处理的演进之路
  • 长度最小的子数组(leetcode)
  • C++ 与 Go、Rust、C#:基于实践场景的语言特性对比
  • 风车OVF镜像:解放AI开发限制的Ubuntu精简系统