Linux环境下单板机中ISR与用户进程的变量共享方法问询

在Linux系统中，硬件ISR运行于内核空间，用户进程处于用户空间，两者无法直接使用裸机场景的普通共享内存，必须通过内核提供的合法机制实现数据交互，以下是几种实用可靠的方案：

1. 内核模块+内存映射（mmap） #

这是最贴近裸机共享内存思路的实现方式：

• 编写内核模块，注册硬件中断的ISR，并在内核空间开辟一块连续内存（用kmalloc或__get_free_pages）作为共享缓冲区。
• 通过mmap系统调用将这块内核内存映射到用户进程的地址空间，用户进程可直接读写该区域。
• 同步注意：ISR中只能使用原子操作（如atomic_t）或自旋锁（spinlock_t）保护共享数据，绝对不能用睡眠类锁（如mutex）——ISR上下文不允许睡眠；用户进程侧可配合自旋锁或信号量实现同步。
• 核心代码片段（内核模块侧）：

  static char *shared_buf;
  static struct vm_operations_struct vma_ops = {
      .open = shared_mem_open,
      .close = shared_mem_close,
  };
  
  int shared_mem_mmap(struct file *file, struct vm_area_struct *vma) {
      vma->vm_ops = &vma_ops;
      // 将内核虚拟地址转为物理页帧号，完成映射
      if (remap_pfn_range(vma, vma->vm_start, virt_to_phys(shared_buf) >> PAGE_SHIFT,
                          vma->vm_end - vma->vm_start, vma->vm_page_prot)) {
          return -EAGAIN;
      }
      return 0;
  }
  

用户进程只需通过mmap打开对应设备文件，即可直接访问共享缓冲区。

2. 内核模块+字符设备+信号通知 #

若无需用户进程持续轮询，可通过信号触发数据处理：

• ISR处理完硬件中断数据后，调用kill_fasync向绑定的用户进程发送自定义信号（如SIGUSR1）。
• 用户进程注册信号处理函数，收到信号后从共享内存读取并处理数据。
• 优势：避免无效轮询，节省CPU资源，适合中断频率不极高的场景。

3. 使用UIO子系统 #

这是Linux专为用户空间访问硬件中断设计的轻量框架，无需编写复杂内核模块：

• 通过设备树（或sysfs配置）将硬件中断、目标内存区域绑定到uio设备（对应/dev/uioX文件）。
• 用户进程操作：
  • 用mmap将硬件寄存器或共享缓冲区映射到用户空间；
  • 用read系统调用阻塞等待中断，中断触发后read返回，即可处理数据。
• 优势：零内核代码开发，仅需用户态C代码即可完成中断处理与数据共享，适合快速原型开发。

关键注意事项 #

• 内存屏障：ISR与用户进程的读写操作前后必须添加内存屏障（内核用mb()/rmb()/wmb()，用户态用__sync_synchronize()），防止编译器或CPU指令重排导致数据不一致。
• 中断上下文限制：ISR中禁止调用任何可能睡眠的函数（如带GFP_KERNEL参数的kmalloc、可能触发调度的printk），所有操作必须原子、非阻塞。
• 权限配置：用户进程需拥有对应设备文件的读写权限，可通过chmod或udev规则提前授权。

内容的提问来源于stack exchange，提问作者FourierFlux