如何剪裁操作系统源码——移植FreeRTOS的内存管理模块到ARMV8裸片

如何剪裁操作系统源码

本文面向的需求场景是,为缺乏标准库实现的处理器IP移植内存管理模块,即为裸片部署C标准库中的 malloc()free() 函数。

具体做法是------从操作系统的内存管理组件中剪裁出必要的源码,适配到目标处理器的开发环境(SDK/IDE/CMAKE工程子目录)中。

1 定需求------理解内存管理/堆管理

1.1 C标准库中的内存管理方案

C标准库提供了一组内存管理函数,用于在C程序中进行动态内存分配和释放操作。这些函数主要包括malloc、calloc、realloc和free。

malloc函数: malloc函数用于分配指定大小的内存块,并返回指向该内存块的指针。其函数原型为:

c 复制代码
void* malloc(size_t size);

它接受一个参数size,表示需要分配的内存空间的大小(以字节为单位)。malloc函数在堆内存中分配了一块连续的内存,并返回指向该内存块起始地址的指针。

calloc函数: calloc函数也用于分配指定数量和大小的内存块,并返回指向该内存块的指针。与malloc不同的是,calloc会将分配的内存块中的每个字节都初始化为0。其函数原型为:

c 复制代码
void* calloc(size_t num, size_t size);

num参数表示需要分配的元素个数,而size参数表示每个元素的大小(以字节为单位)。calloc函数在堆内存中分配了大小为num * size的内存块,并返回指向该内存块起始地址的指针。

realloc函数: realloc函数用于调整先前分配的内存块的大小。其函数原型为:

c 复制代码
void* realloc(void* ptr, size_t size);

ptr参数是指向先前通过malloc或calloc分配的内存块的指针,而size参数表示需要调整的大小(以字节为单位)。realloc函数根据新的大小重新分配内存块,并返回指向重新分配后内存块起始地址的指针。如果内存块不能被重新分配,realloc函数可能会创建新的内存块,并将原内存块的数据复制到新内存块中。

free函数: free函数用于释放先前通过malloc、calloc或realloc函数分配的内存块。其函数原型为:

c 复制代码
void free(void* ptr);

ptr参数是指向先前分配的内存块的指针。通过调用free函数,该内存块将被标记为空闲,并可以被再次分配给其他内存需求。

1.2 需求剪裁

裸片程序受限于内存资源,一般是使用静态分配方法设计得到的,只在移植某些外设的驱动时需要提供基本的动态内存管理方法,很少有新增预分配的动态内存的需求。所以 realloccalloc 函数可以略去,这样咱的任务量就减少了一半啦。

2 找轮子------向操作系统学习

操作系统是对硬件的抽象,裸片上的绝大部分需求都可以在操作系统的源码中找到较为通用的实现,那么何必再造轮子呢,直接逮着操作系统的薅羊毛吧。

2.1 FreeRTOS中的内存管理方案

FreeRTOS 提供了几种堆管理方案,这些方案的复杂性和功能各不相同,分别适用于不同的需求场景,具体见下图。

总结性地说,FreeRTOS在源码目录 Source/Portable/MemMang 中为咱们提供了 5 种可选的内存管理模块的实现:

  • heap_1:极简版,不支持内存释放(没有 free 函数)
  • heap_2:支持释放,但不合并释放的内存块
  • heap_3:支持线程安全的 malloc 和 free 函数
  • heap_4:合并释放的内存块,避免内存碎片
  • heap_5:在 4 的基础上支持跨多个内存块进行分配

这儿咱们根据自己的需求选,本文选择 heap_2 移植,因为基本功能全面,且足够简单。

2.2 拉取源码

在源码树中找到 Source/Portable/MemMang/heap2.c,如下图。

打开就看到分配和释放函数触手可及,分别命名为 pvPortMallocvPortFree, 添加到咱的工程里,然后细看这个源文件的依赖,把依赖项从源码树里抠出来,舍弃不需要的文件,也就把内存管理模块从操作系统中剥离出来了。

2.3 剥离依赖项

heap_2.c包含了两个FreeRTOS相关的头文件------ FreeRTOS.h 和 task.h,后者是任务调度器相关的声明,咱们显然不需要,直接剔除。FreeRTOS是一些配置项的宏定义,咱们把与内存管理相关的剪切过来,不需要保留FreeRTOS.h整个文件。

然后是一个用于让管理的内存空间大小符合内存对齐需求的宏定义:

c 复制代码
/* A few bytes might be lost to byte aligning the heap start address. */
#define configADJUSTED_HEAP_SIZE    ( configTOTAL_HEAP_SIZE - portBYTE_ALIGNMENT )

configTOTAL_HEAP_SIZE 和 portBYTE_ALIGNMENT 都需要我们手动 #define

heap_2.c 还用到一个宏定义 portBYTE_ALIGNMENT_MASK

原先在FreeRTOS.h里,我们加到portmacro.h里:

剩下的就是一些基本的类型替换了,我们统一放到 portmacro.h 文件中:

projdefs.h 也是需要的,里面有 truefalse 的宏:

2.4 可用源码

Github仓库:memManPort

3 测试

可以用下面这个demo来测试移植结果的可用性,只要pb和pc值结果一致,那就基本正确了。

相关推荐
OpenAnolis小助手1 小时前
Cloud Kernel SIG 月度动态:发布ANCK 5.10-017.3小版本,引入SMC、TDX等多项特性
操作系统·龙蜥社区·龙蜥sig·anolisos·openanolis
敲上瘾4 小时前
操作系统的理解
linux·运维·服务器·c++·大模型·操作系统·aigc
soulteary5 小时前
突破内存限制:Mac Mini M2 服务器化实践指南
运维·服务器·redis·macos·arm·pika
网易独家音乐人Mike Zhou12 小时前
【卡尔曼滤波】数据预测Prediction观测器的理论推导及应用 C语言、Python实现(Kalman Filter)
c语言·python·单片机·物联网·算法·嵌入式·iot
不爱学习的YY酱1 天前
【操作系统不挂科】<CPU调度(13)>选择题(带答案与解析)
java·linux·前端·算法·操作系统
byte轻骑兵1 天前
嵌入式 ARM Linux 系统构成全解:从硬件到应用层层剖析
linux·arm开发·arm·嵌入式开发
钰爱&1 天前
【操作系统】Linux之网络编程(UDP)(头歌作业)
linux·操作系统
清酒伴风(面试准备中......)1 天前
操作系统基础——针对实习面试
笔记·面试·职场和发展·操作系统·实习
Linux运维技术栈1 天前
基于CVE安全公告号,全面修复麒麟ARM系统OpenSSH漏洞
安全·系统安全·arm
TeYiToKu2 天前
笔记整理—linux驱动开发部分(13)块设备
linux·c语言·驱动开发·笔记·嵌入式硬件·arm