第3章 QNX系统基础

第3章：QNX系统基础：进程与线程管理、IPC通信机制、系统启动流程

3.1 进程与线程管理：别把任务想简单了

做嵌入式开发这么多年，我见过太多人在进程和线程上栽跟头。QNX是个微内核系统，它的进程管理跟Linux有挺大区别。说白了，QNX里进程是资源分配的最小单位，线程才是调度的最小单位。

我个人习惯，在设计驱动时先把进程模型画清楚。QNX的进程创建用spawn()或fork()，但跟Linux不一样——QNX的fork()不会复制父进程的地址空间，而是用COW（写时复制）机制。嗯，这里要注意：如果你在中断上下文里调用fork()，系统会直接崩溃。

核心区别：

进程：拥有独立地址空间，创建开销大
线程：共享进程资源，创建开销小
QNX的线程调度策略：FIFO、RR、SPORADIC

我在项目中遇到过一个问题：一个数据采集驱动，开了8个线程处理不同通道的数据。结果发现线程间同步用互斥锁，导致高优先级线程被低优先级线程阻塞。这就是典型的优先级反转。QNX提供了优先级继承协议，但很多人忘了配置。

避坑指南：我曾经在调试一个CAN驱动时，发现线程莫名其妙挂起。查了两天才发现是线程栈空间设小了。QNX默认线程栈是8KB，但如果你用递归或者局部变量很大，一定要手动调大。用pthread_attr_setstacksize()设置，别偷懒。

3.2 IPC通信机制：消息传递是QNX的灵魂

QNX的IPC（进程间通信）是它的看家本领。你想想看，微内核架构下，驱动和服务都在用户态，它们之间怎么通信？靠的就是IPC。

3.2.1 消息传递

消息传递是QNX最核心的IPC方式。它采用同步通信模型：发送方调用MsgSend()后会阻塞，直到接收方调用MsgReceive()并回复MsgReply()。这种设计保证了数据一致性，但也带来了性能开销。

// 发送方代码示例
int chid = ChannelCreate(0);
int coid = ConnectAttach(0, pid, chid, 0, 0);
char msg[] = "Hello QNX";
MsgSend(coid, msg, strlen(msg)+1, reply, sizeof(reply));

// 接收方代码示例
int chid = ChannelCreate(0);
char msg[256];
int rcvid = MsgReceive(chid, msg, sizeof(msg), NULL);
MsgReply(rcvid, EOK, "OK", 3);

我个人习惯用MsgSendPulse()发送脉冲消息，这种是非阻塞的，适合通知场景。比如驱动检测到硬件中断，发个脉冲给应用层，应用层再决定怎么处理。

3.2.2 信号

信号在QNX里用得不多，但关键时刻很有用。QNX支持POSIX信号，也支持实时信号。我建议只在处理异常情况时用信号，比如进程崩溃、定时器超时。别把信号当常规通信手段，否则你会后悔的。

警告：信号处理函数里能做的事情非常有限。不能调用malloc()、printf()等非重入函数。我曾经在信号处理里打印日志，结果导致死锁，整个系统卡死。血的教训。

3.2.3 共享内存

共享内存是QNX里最高效的IPC方式。它通过shm_open()和mmap()实现。适合大数据量传输，比如视频帧、音频流。

但共享内存有个坑：同步问题。多个进程同时读写同一块内存，数据就乱了。QNX提供了SyncMutex、SyncCondvar等同步原语。我建议用pthread_mutex_t配合共享内存使用，但记得把互斥锁也放在共享内存里。

IPC方式	适用场景	性能	复杂度
消息传递	控制命令、小数据量	中等	低
信号	异常通知、定时器	高	低
共享内存	大数据量、实时性要求高	最高	高

3.3 系统启动流程：从按下电源到驱动加载

QNX的启动流程跟Linux差别很大。我刚开始接触时也懵了，后来亲手搭了一遍才搞明白。

启动流程大致分四步：

IPL（初始程序加载器）：芯片上电后，固化在ROM里的代码开始执行。它初始化硬件，加载IFS（镜像文件系统）到内存。
Startup：这是QNX特有的阶段。Startup程序会初始化MMU、中断控制器、定时器等。它还会构建系统页表。
Procnto：进程管理器启动。这是QNX微内核的核心，负责进程调度、内存管理、IPC等。
驱动和服务加载：Procnto启动后，会加载/etc/system.lst里列出的驱动和服务。比如io-pkt（网络栈）、devc-ser*（串口驱动）等。

关键点：QNX的驱动加载是动态的。你可以在系统运行时用mount命令加载驱动，也可以用devb-*系列命令。我习惯把常用驱动写在buildfile里，这样系统启动时就自动加载了。

我记得有一次调试一个PCIe驱动，系统死活认不到设备。查了半天，发现是Startup阶段没有正确初始化PCIe控制器。嗯，这里要注意：Startup阶段的硬件初始化非常关键，很多驱动问题都出在这一步。

调试技巧：用pidin命令查看系统进程树，用pci -vvv查看PCI设备。如果驱动没加载，先检查/proc/boot目录下的启动脚本。我曾经用tracelogger抓启动日志，发现一个驱动因为依赖顺序问题加载失败。

最后说一句：QNX的启动流程虽然复杂，但理解透了，驱动开发就成功了一半。你想想看，驱动本质上就是系统启动后加载的一个服务，它跟其他进程没什么两样，只是权限更高、跟硬件打交道更多。

下一章我会讲驱动框架和编写规范，到时候咱们再细聊。

📚 课程目录