4、QNX内存管理：虚拟内存、物理内存映射、mmap与shm_open使用
内存管理，说白了你得管好两块东西：一块是虚拟地址空间，一块是物理内存。在QNX里，这两者之间的映射关系，直接决定了你的驱动能不能稳定跑起来。我见过不少新手，上来就malloc一把梭，结果在实时性要求高的场景下直接翻车。
嗯，咱们今天就把这块掰开揉碎了讲清楚。
4.1 虚拟内存与物理内存：QNX怎么分的家
QNX是一个微内核系统，它的内存管理跟Linux有相似之处，但也有自己的脾气。每个进程都有自己的虚拟地址空间，32位下是4GB，64位下那就更大了。但物理内存是有限的，所以内核得做映射。
我个人习惯把虚拟内存想象成一张「地图」，物理内存是「实际的土地」。你申请的每一块虚拟地址，最终都要落到物理页上。QNX的procnto进程负责管理这些映射关系。
这里有个关键点：QNX的虚拟内存是分页管理的，默认页面大小是4KB。但有些硬件设备要求更大的页，比如某些DMA控制器。这时候你就得考虑用大页了。
核心概念：
- 虚拟地址：进程看到的地址，连续且独立
- 物理地址：硬件总线上的真实地址
- MMU：负责把虚拟地址翻译成物理地址
- 页表：存储映射关系的表格，由内核维护
我在项目中遇到过一个问题：一个驱动申请了连续虚拟内存，但物理页却是分散的。结果DMA传输时数据错乱。后来才意识到，DMA需要物理连续的内存，而虚拟连续不等于物理连续。这个坑，你早晚会遇到。
4.2 物理内存映射：mmap的底层逻辑
在QNX里，如果你想直接操作物理内存（比如访问硬件寄存器），那就得用mmap。这个函数能把物理地址映射到进程的虚拟地址空间。
函数原型长这样：
#include <sys/mman.h>
void *mmap(
void *addr, // 建议的虚拟地址，通常传NULL
size_t len, // 映射长度，必须是页对齐
int prot, // 保护标志：PROT_READ | PROT_WRITE
int flags, // 映射标志：MAP_SHARED | MAP_PRIVATE
int fd, // 文件描述符，物理内存映射用 -1
off_t offset // 物理地址偏移
);你想想看，为什么要有MAP_SHARED和MAP_PRIVATE？前者是共享映射，多个进程能看到同一块物理内存；后者是私有映射，写时复制。驱动开发里，我们几乎只用MAP_SHARED，因为要跟硬件共享数据。
我的经验：映射物理地址时，offset参数传的是物理地址，但必须按页对齐。如果地址不是4KB的整数倍，mmap会返回错误。我曾经因为一个寄存器地址偏移了0x100，折腾了半天才发现是页对齐的问题。
举个例子，映射一个GPIO控制器的物理地址：
#define GPIO_BASE 0xE0000000
#define GPIO_SIZE 0x1000
int mem_fd = open("/dev/mem", O_RDWR);
if (mem_fd == -1) {
perror("open /dev/mem failed");
return -1;
}
void *gpio_base = mmap(
NULL,
GPIO_SIZE,
PROT_READ | PROT_WRITE,
MAP_SHARED,
mem_fd,
GPIO_BASE
);
if (gpio_base == MAP_FAILED) {
perror("mmap failed");
close(mem_fd);
return -1;
}
// 现在可以直接操作寄存器了
volatile uint32_t *gpio_reg = (volatile uint32_t *)gpio_base;
gpio_reg[0] = 0x01; // 设置GPIO输出注意看，我用了volatile关键字。为什么？因为硬件寄存器的值可能随时变化，编译器优化会把它缓存到寄存器里，导致你读到的不是最新值。这个细节，面试常考。
4.3 共享内存：shm_open的正确姿势
除了映射物理内存，QNX还提供了shm_open来创建共享内存对象。这个机制主要用于进程间通信（IPC），比管道和消息队列快得多。
它的用法跟文件操作很像：
#include <sys/mman.h>
#include <fcntl.h>
#include <unistd.h>
// 创建或打开一个共享内存对象
int shm_fd = shm_open("/my_shared_mem",
O_CREAT | O_RDWR,
0666);
if (shm_fd == -1) {
perror("shm_open failed");
return -1;
}
// 设置大小
ftruncate(shm_fd, 4096);
// 映射到进程地址空间
void *shared_mem = mmap(
NULL,
4096,
PROT_READ | PROT_WRITE,
MAP_SHARED,
shm_fd,
0
);
// 使用完后记得清理
munmap(shared_mem, 4096);
close(shm_fd);
shm_unlink("/my_shared_mem");注意：shm_open创建的对象是全局命名的，所有进程都能通过名字访问。但如果你不调用shm_unlink，这个对象会一直存在，直到系统重启。我曾经在调试时忘了清理，结果系统里残留了一堆共享内存对象，把内存吃光了。
这里有个对比表格，帮你理清思路：
| 特性 | mmap + /dev/mem | shm_open + mmap |
|---|---|---|
| 用途 | 映射物理地址（硬件寄存器） | 进程间共享内存 |
| 文件描述符来源 | open("/dev/mem") | shm_open() |
| 权限控制 | 需要root或io-priority | 文件权限位控制 |
| 生命周期 | 随进程结束而解除映射 | 显式调用shm_unlink才删除 |
| 典型场景 | 驱动访问硬件寄存器 | 多进程数据共享 |
4.4 避坑指南：我踩过的那些雷
做QNX驱动开发，内存管理这块有几个坑，我一个个说给你听。
第一个坑：页对齐。 我前面提过，mmap的offset和len都必须是页对齐的。但很多人会忽略这一点。比如你想映射一个寄存器，地址是0xE0000100，直接传进去就错了。正确做法是先映射到页起始地址0xE0000000，然后加上偏移0x100。
// 错误做法
void *reg = mmap(NULL, 0x100, PROT_READ, MAP_SHARED, fd, 0xE0000100);
// 正确做法
#define PAGE_SIZE 4096
off_t base = 0xE0000000;
off_t offset = 0x100;
void *reg = mmap(NULL, PAGE_SIZE, PROT_READ, MAP_SHARED, fd, base);
volatile uint32_t *reg_val = (volatile uint32_t *)((char *)reg + offset);第二个坑：缓存一致性。 QNX默认启用了CPU缓存。如果你用mmap映射了物理内存，CPU会缓存数据。但硬件设备可能直接修改物理内存，这时候缓存里的数据就过时了。解决办法是用MAP_UNCACHED标志，或者手动调用cache_flush。
我曾经在调试一个网卡驱动时，发现收包总是丢数据。查了两天才发现是缓存没刷新。加上MAP_UNCACHED后，问题立刻解决。
第三个坑：权限问题。 普通进程不能直接访问/dev/mem，需要root权限或者给进程赋予io-priority。在QNX的进程管理器procnto里，你可以通过io-priority来授权。否则，open("/dev/mem")会返回权限错误。
小技巧：在QNX的构建文件中，给驱动进程加上io-priority：
[process]
path = /usr/bin/my_driver
io-priority = 10这样你的驱动就能访问物理内存了。
4.5 总结：记住这三句话
好了，关于QNX内存管理，我总结三句话：
- 虚拟地址是地图，物理地址是土地，mmap就是修路。 路修好了，数据才能跑通。
- 共享内存用shm_open，物理映射用/dev/mem。 别搞混了，前者是IPC，后者是硬件访问。
- 页对齐、缓存一致性、权限控制，这三个坑一个都不能踩。 踩了就是通宵调试的命。
下一章我们会讲QNX的中断处理与ISR编写，那又是另一个精彩的话题。到时候见。