<- 点击标题OPEN按钮：查看此Notion数据库的使用方法

模板说明

进程通过虚拟内存地址访问这些数据结构的时候，虚拟内存地址会在内存管理子系统中被转换成物理内存地址，通过物理内存地址就可以访问到真正存储这些数据结构的物理内存了。随后就可以对这块物理内存进行各种业务操作，从而完成业务逻辑。
• 那么到底什么是虚拟内存地址 ？
• Linux 内核为啥要引入虚拟内存而不直接使用物理内存 ？
• 虚拟内存空间到底长啥样？
• 内核如何管理虚拟内存？
• 什么又是物理内存地址 ？如何访问物理内存？

深入理解Linux虚拟内存管理

Android 通用内核 (ACK) 是所有 Android 产品内核的基础。供应商内核和设备内核位于 ACK 的下游。供应商通过修改内核源代码并添加设备驱动程序，添加了对 SoC 和外围设备的支持。这些修改内容可能很多，以至于设备上运行的代码中有多达 50% 是树外代码（并非来自上游 Linux 和 AOSP 通用内核）

GKI2.0介绍

在GKI2.0下我们使用的boot.img是google 提供的prebuild，当我们的bug fix，需要修改kernel代码的时就需要respin 。
在项目开发后期,谷歌会从主线上拉出月度分支，例如主线android13-5.15 上用的是android13-5.15-2022-08分支,此分支会作为最后发货，分支被冻结不会随着主线更新。我们基于这个分支去申请respin。

GKI respin流程

最新Linux内核上的新Android设备将需要每年执行两次LTS更新（针对Android通用内核），以满足Android操作系统发布后头两年的安全补丁级别（SPL）要求。之后，我们将需要执行年度LTS更新，而Android操作系统版本仍保留在安全修复的支持窗口中

GKI2.0 LTS升级流程

高通平台进行GKI升级的流程介绍

高通平台升级GKI流程

MTK平台升级GKI流程

从原理以及代码上来分析高通平台android的启动流程

高通Android启动代码流程分析(SBL->ABL)

在 Android 7.0 之前，Android 编译系统使用 GNU Make 描述和shell来构建编译规则，模块定义都使用Android.mk进行定义，Android.mk的本质就是Makefile，但是随着Android的工程越来越大，模块越来越多，Makefile组织的项目编译时间越来越长。这样下去Google工程师觉得不行，得要优化

Android编译原理之编译步骤

从源码角度一层一层的分析android编译时make的流程

Android编译原理之make编译过程

Android系统编译之后的打包阶段，会将所有编译出来的有需要的执行文件，库文件以及各种配置文件等打包到各个镜像文件中。有时候我们需要看一下镜像文件中都打包了什么东西，那就可以通过一些方法将其挂载到一个目录，然后进行查看。

Android系统中各image文件解压缩

基于andorid R梳理的wifi上网校验流程，其余android版本也差不多，相差不大

Android Network validation

WIFI mac地址的有效性

49 张图 26 个问题了解什么是 WiFi，比较入门的wifi基础知识点

[转载]49张图26个问题了解什么是WiFi？

本文作为 Android 系统架构的开篇，起到提纲挈领的作用，从系统整体架构角度概要讲解 Android 系统的核心技术点，带领大家初探 Android 系统全貌以及内部运作机制。虽然 Android 系统非常庞大且错综复杂，需要具备全面的技术栈，但整体架构设计清晰。Android 底层内核空间以 Linux Kernel 作为基石，上层用户空间由 Native 系统库、虚拟机运行环境、框架层组成，通过系统调用 (Syscall) 连通系统的内核空间与用户空间。对于用户空间主要采用 C++ 和 Java 代码编写，通过 JNI 技术打通用户空间的 Java 层和 Native 层(C++/C)，从而连通整个系统

[转载]Android 操作系统架构开篇 - Gityuan 博客 | 袁辉辉的技术博客

在 bootloader 将控制权交给 linux kernel 前，需要完成下面几个动作
• 初始化系统中 ram，并将 ram 信息告知 kernel
• 准备好 device tree blob, 并将首地址写到 x0 寄存器
• 解压内核 (option)
• MMU=off, D-cache=off

[转载]ARM64 内存管理一：启动简介

1. 什么是dtbo?它和dtb有什么区别？2. 高通平台的dtbo.img中里面有什么？3.高通平台dtbo的编译逻辑 4. dts的归一化

高通平台dtbo揭秘

本文场景前提：
ARM64，VA 是 48 bit，page size 是 4K===》在地址映射过程中，地址被分成 9(level 0) ＋ 9(level 1) ＋ 9(level 2) ＋ 9(level 3) ＋ 12(page offset)
主要描述 ARM64 启动过程中，如何建立初始化阶段页表，以便在打开 MMU 后能正确执行 linux 内核代码；场景前提：ARM64，VA 是 48 bit，page size 是 4K
在一般程序中，要想内核执行我们的一个程序，我们只要告知内核 2 个东西即可：1. 代码地址及长度；2. 程序参数地址及长度；linux kernel 就是一个特殊的程序，因此在打开 MMU 前，我们得先准备好打开 MMU 后，Linux image 地址及长度，传入 kernel 的参数地址及长度

[转载]ARM64 内存管理二：创建启动阶段的页表

本篇聚焦为打开 MMU 而进行的 CPU 初始化, 主要内容：
• cache 和 TLB 处理
• memory attributes lookup table 的创建
• SCTLR_EL1、TCR_EL1 的设定 (详细见参考资料)

[转载]ARM64 内存管理三：MMU 前 CPU 初始化及打开 MMU

本篇主要介绍 memblock 建立过程及分页机制化，主要有如下几个步骤
• setup_machine_fdt: 解析 dtb，收集内存信息及 bootargs
• early_fixmap_init: 对保留的 fixmap 区域创建映射
• early_ioremap_init: 初始化 early_ioremap 机制
• arm64_memblock_init: 初始化 memblock 机制
• paging_init: 初始化内核页表，内存节点，内存域及页帧 page, 此函数功能较为复杂
• request_standard_resources：将 memblock.memory 挂载到 iomem_resource 资源树下
• early_ioremap_reset: 结束 early_ioremap 机制
• unflatten_device_tree: dtb 转换为 device_node tree
• 根据 device node tree 初始化 CPU，psci

[转载]ARM64 内存管理四：setup_arch 简介 (内存管理初始化) 

从Linux 物理内存管理涉及的三大结构体之struct page 中，大概知道了UMA和NUMA概念，同时也知道在每个node对应的内存范围内，都会将其分成不同的内存管理区域zone。之所以分成几类zone，下面在介绍enum zone_type时将会讲述，然后开始struct zone结构体的拆解分析

Linux物理内存管理三大结构体之struct zone

详细描述mtk平台动态调整log等级的原理

MTK平台动态调整wlan driver log等级

内存分配函数的区别

本文主要介绍了一种RTC定时器唤醒workqueue的方法，并提供了一份完整的demo。

[Code Snipaste] rtc定时器中断解决系统睡眠时的workqueue唤醒

收到硬件同事提的需求，需要根据不同的设备硬件区分不同的射频参数。区分gloabl/cn/india三套参数，由于MTK平台默认的只有一套参数，所以需要对MTK原始设计进行适配。

MTK平台(Android T)根据硬件区分射频参数

本章节作为从零开始学UEFI系列的第0章，主要介绍UEFI的概念以及诞生的历史，优势等等

[从零开始学UEFI]第0话 UEFI的历史

内核基础设施分析 (一)：xarray

近期所做的项目，与 Linux 内核的 IOMMU 机制有关，因此自己尝试去了解 IOMMU 的相关知识。我在网上多方查找，却总觉得是盲人摸象，难以形成一套系统化的知识体系。并且，许多代码是基于 Linux v2.x、v3.x 内核，而我当前项目是基于较新的 Linux 5.5.4 内核，有一些代码，乃至实现机制，都发生了根本性的变化。最终，还是决定自己研究代码，终于明白了 IOMMU 的初始化流程。现撰文分享，希望之后还有同行遇到此类问题时，能够参考本文，节约学习成本。

Linux x86-64 IOMMU 详解（一）——IOMMU 简介

上一篇文章已经提到，IOMMU 的核心功能就是，实现在 low buffer 和 high buffer 之间的 sync，也就是内存内容的复制操作。读者可能会想，内存的复制，在内核中，不就是调用 memcpy() 函数来实现的吗？没错，这就是本文要介绍的 IOMMU 的软件实现方式——SWIOTLB。之所以说是软件实现，是因为 sync 操作在底层正是调用 memcpy() 函数，这完全是软件实现的。

Linux x86-64 IOMMU 详解（二）——SWIOTLB（软件 IOMMU）

本系列的第一篇文章已经提到，IOMMU 分别有软件和硬件实现方式。软件 IOMMU 就是 SWIOTLB，上一篇文章已经进行过详尽的介绍。而对于硬件 IOMMU，有多个厂商都设计了自己的 IOMMU。由于我的开发机器为 Intel x86 平台，因此接触的是 Intel IOMMU。
刚开始，我也找过网上很多资料，但是它们要么是基于较旧的 Linux 内核版本，要么理解不够深入。因此，即使我并没有深入地掌握 Intel IOMMU 的每一处细节，我还是愿意将自己所了解的知识，以尽可能浅显的形式展现出来。

Linux x86-64 IOMMU 详解（三）——Intel IOMMU（硬件 IOMMU）的功能与基本原理

在 BIOS 中，需要启用 Intel VT 和 VT-d。VT 是 Virtualization Technology 的缩写，而 VT-d 是 Virtualization Technology for Directed I/O 的缩写。后者正是 Intel IOMMU 的别名

Linux x86-64 IOMMU 详解（四）——启用 Intel IOMMU 的配置

下图完整展示了 Intel IOMMU 的初始化流程，是对本文所有内容的总结。只要看懂这张图，读者就能够完全理解 Intel IOMMU 的初始化流程。
接下来，笔者将按流程图的顺序，结合代码，介绍 Intel IOMMU 初始化流程的一些关键步骤。图中部分细节，本文可能并未提到，读者可结合代码自行理解。

Linux x86-64 IOMMU 详解（五）——Intel IOMMU 初始化流程

在上一篇文章中，我们详细介绍了 Intel IOMMU 的初始化流程，并耗费大量笔墨讲述了此过程中 Intel IOMMU 与 SWIOTLB 二虎相争的故事。最终，SWIOTLB 被禁用，而 Intel IOMMU 得以保留。现在，所有的 DMA 操作，都要经由 Intel IOMMU 了。本文将介绍 Intel IOMMU 在 DMA Coherent Mapping 过程中的作用。

Linux x86-64 IOMMU 详解（六）——Intel IOMMU 参与下的 DMA Coherent Mapping 流程

本章作为此系列的第一篇，主要介绍GCC的历史，作用等等

[从零开始学Makefile]GCC介绍

[从零开始学Makefile]C程序编译原理

[从零开始学Makefile]Makefile基础

规则包含两个部分，一个是依赖关系，一个是生成目标的方法。

[从零开始学Makefile]Makefile书写规则

从编译角度排查正式签名rom的异常点

C3U升V 正式签名版本不开机

Linux初始化过程页表建立 Linux初始化过程，会依次建立如下页表映射： 1.恒等映射：页表基地址idmap_pg_dir; 2.粗粒度内核镜像映射：页表基地址init_pg_dir; 3.fixmap映射：页表基地址为init_pg_dir,待paging_init之后为swapper_...

linux内核源码解析01–启动代码分析之汇编部分

Linux初始化过程页表建立 Linux初始化过程，会依次建立如下页表映射： 1.恒等映射：页表基地址idmap_pg_dir; 2.粗粒度内核镜像映射：即上篇博文里的“第二次建立页表映射”，页表基地址init_pg_dir; 3.fixmap映射：页表基地址为init_pg_dir,待pag...

linux内核源码解析02–启动代码分析之固定映射

linux内核源码解析03–启动代码分析之主内核页表创建

linux源码解析05–ioremap原理

1.kmalloc函数 static __always_inline void *kmalloc(size_t size, gfp_t flags) { if (__builtin_constant_p(size)) { #ifndef CONFIG_SLOB unsigned int ind...

linux源码解析06–常用内存分配函数kmalloc、vmalloc、malloc和mmap实现原理

QUPAC_access的底层逻辑

ARM 架构可以追溯到 1985 年，但它并没有停滞不前。相反，它从早期的 ARM 内核开始大规模发展，每一步都增加了特性 和功能：
• ARMv4 及更早版本 这些早期的处理器仅使用 ARM 32 位指令集。ARMv4T ARMv4T 架构将 Thumb 16 位指令集添加到 ARM 32 位指令集。这是第一个获得广泛许可的架构。它由 ARM7TDMI®和 ARM9TDMI®处理器实现…

ARMv8‑A 架构和处理器

在 ARMv8 中，执行发生在四个异常级别之一。在 AArch64 中，异常级别决定了特权级别，类似于 ARMv7中定义的特权级别。异常级别决定特权级别，因此在 ELn 执行对应于特权PLn。类似地，具有比另一个更大的n值的异常级别处于更高的异常级别。一个数字比另一个小的异常级别被描述为处于较低的异常级别。…

ARMv8 基础知识

AArch64执行状态提供了32个在任何时间任何特权级下都可访问的64位的通用寄存器。
每个寄存器都有64位宽，它们通常被称为寄存器X0-X30。…

ARMv8 寄存器

Armv8-A 中的指令集 Armv8-A 支持三种指令集：A32、T32 和 A64。
在AArch64执行状态下执行时使用A64指令集。它是一个固定长度的32位指令集。名称中的 “64”指的是 AArch64 执行状态对该指令的使用。它不是指内存中指令的大小。
A32 和 T32 指令集也分别称为“ARM”和“Thumb”。这些指令集在 AArch32 执行状态下执行时使用。在本指南中，我们不介绍 A32 和 T32 指令集。

A64指令集学习

记录一次分析高通平台logfs分区Uefilog乱码乱序的问题

高通平台Logfs分区Uefilog乱码乱序问题

机器硬件损坏会触发子系统重启，一直产生ramdump文件，最终占满手机内存，严重影响用户使用；
本地需要多次手动重启子系统，查看对应目录下是否有ramdump文件疯狂增长的情况；

[SWR0011671][Sensor][P2] 量产机型能够抓取子系统ramdump

github action自动化部署编译Nuitka打包

文字

单页不会显示在博客列表，会在导航添加一个菜单。

友链

Github

关于

password

icon

date

type

slug

status

title

summary

Table

类型为Notice的文章将被显示为公告，仅 hexo和next支持；仅限一个公告