3. 用户空间与内核空间：地址空间划分、系统调用接口、copy_from_user/copy_to_user的局限性

在Linux系统中，地址空间的划分是驱动开发的基础。用户空间与内核空间的分隔不仅是为了安全，也直接决定了数据如何在应用程序与驱动程序之间传递。本节将深入剖析地址空间划分原理、系统调用接口的工作机制，以及传统数据拷贝接口的固有局限，为后续引入mmap映射奠定理论基础。

3.1 地址空间划分：3:1与4:4模式

Linux内核将虚拟地址空间划分为用户空间和内核空间两部分。在32位系统中，最常见的划分方式是3:1模式：用户空间占用低3GB（0x00000000 ~ 0xBFFFFFFF），内核空间占用高1GB（0xC0000000 ~ 0xFFFFFFFF）。在64位系统中，地址空间更大，但划分原则相同。

3.2 系统调用接口：用户态到内核态的桥梁

系统调用是用户空间程序请求内核服务的唯一合法入口。当应用程序需要执行特权操作（如读写硬件寄存器、分配物理内存）时，必须通过系统调用陷入内核态。

3.2.1 系统调用流程

1. 用户态发起调用：应用程序调用标准C库函数（如 open()、read()、mmap()）。
2. 库函数封装：glibc将参数放入寄存器，执行 syscall 或 int 0x80 指令触发软中断。
3. 上下文切换：CPU从用户态切换到内核态，保存用户态寄存器状态。
4. 系统调用分发：内核根据系统调用号查找 sys_call_table，调用对应的内核函数。
5. 内核执行：内核函数在特权级下执行操作，访问内核空间和硬件资源。
6. 返回用户态：内核函数执行完毕，恢复用户态寄存器，返回用户空间。

3.3 copy_from_user / copy_to_user：传统数据传递机制

在驱动开发中，copy_from_user 和 copy_to_user 是最基础的数据传递函数。它们负责在用户空间缓冲区与内核空间缓冲区之间安全地拷贝数据。

3.3.1 函数原型与作用

// 从用户空间拷贝数据到内核空间
unsigned long copy_from_user(void *to, const void __user *from, unsigned long n);

// 从内核空间拷贝数据到用户空间
unsigned long copy_to_user(void __user *to, const void *from, unsigned long n);

• 参数说明：to 为目标地址，from 为源地址，n 为拷贝字节数。
• 返回值：返回未能拷贝的字节数，成功时返回0。
• 安全检查：函数内部会检查用户空间地址的合法性，防止用户程序传入非法地址导致内核崩溃。
• __user 标记：用于静态代码检查工具（如 sparse）识别用户空间指针。

3.3.2 典型使用场景

// 驱动中的 read 实现示例
ssize_t my_driver_read(struct file *filp, char __user *buf, size_t count, loff_t *f_pos)
{
    char kernel_buf[1024];
    int ret;
    
    // 准备内核数据（例如从硬件寄存器读取）
    prepare_data(kernel_buf, count);
    
    // 将数据从内核空间拷贝到用户空间
    ret = copy_to_user(buf, kernel_buf, count);
    if (ret) {
        printk(KERN_ERR "Failed to copy data to user, %d bytes remaining\n", ret);
        return -EFAULT;
    }
    
    return count;
}

// 驱动中的 write 实现示例
ssize_t my_driver_write(struct file *filp, const char __user *buf, size_t count, loff_t *f_pos)
{
    char kernel_buf[1024];
    int ret;
    
    // 从用户空间拷贝数据到内核空间
    ret = copy_from_user(kernel_buf, buf, count);
    if (ret) {
        printk(KERN_ERR "Failed to copy data from user, %d bytes remaining\n", ret);
        return -EFAULT;
    }
    
    // 处理内核数据（例如写入硬件寄存器）
    process_data(kernel_buf, count);
    
    return count;
}

3.4 copy_from_user / copy_to_user 的局限性

虽然 copy_from_user 和 copy_to_user 是驱动开发的基础工具，但在高性能、大数据量场景下，它们存在明显的局限性。

3.4.1 主要局限性清单

3.4.2 性能对比数据

以下是在典型嵌入式ARM平台（Cortex-A72 @ 1.5GHz）上实测的性能对比数据：

3.5 从传统拷贝到mmap：思维转变

理解传统拷贝的局限性后，我们自然引出了mmap映射的核心优势：

• 零拷贝：用户空间直接访问物理内存或IO内存，无需内核中转。
• 减少系统调用：一次mmap建立映射后，后续访问无需系统调用。
• 降低CPU负载：数据路径上CPU不再参与拷贝操作，释放算力给应用层。
• 提高实时性：访问延迟可预测，适合实时数据采集场景。