2. Linux FrameBuffer 驱动框架：fbmem.c 核心、fb_info 结构体、注册与注销接口

Linux FrameBuffer 驱动框架位于 drivers/video/fbdev/ 目录下，以 fbmem.c 为枢纽，向上对接用户空间的 /dev/fb* 设备节点，向下通过 fb_info 结构体与具体硬件驱动交互。理解这一分层架构是编写和调优 FrameBuffer 驱动的基础。

2.1 框架分层与 fbmem.c 核心职责

整个 FrameBuffer 子系统采用经典的分层设计，fbmem.c 作为核心层，承担以下关键职责：

• 设备管理：注册主设备号 29，动态创建 /dev/fb0 ~ /dev/fb31 字符设备。
• 文件操作接口：实现 open、release、read、write、mmap、ioctl 等标准文件操作，将用户态请求转发给底层驱动。
• 事件通知：通过 fb_notifier_call_chain 向用户空间发送 FB_EVENT_FB_REGISTERED、FB_EVENT_BLANK 等事件。
• 资源协调：管理全局 registered_fb[] 数组，维护所有已注册的 FrameBuffer 设备实例。

2.2 fb_info 结构体深度解析

fb_info 是 FrameBuffer 驱动中最重要的数据结构，定义在 include/linux/fb.h 中。它聚合了驱动所需的所有信息，包括屏幕参数、操作函数指针、状态标志和私有数据。

2.3 注册与注销接口

驱动通过 register_framebuffer 和 unregister_framebuffer 两个核心接口完成设备生命周期管理。这两个函数定义在 fbmem.c 中，是驱动与核心层交互的唯一入口。

2.3.1 注册流程

1. 分配 fb_info：使用 framebuffer_alloc 分配并初始化 fb_info 结构体，同时分配私有数据 par 空间。
2. 填充参数：设置 var（分辨率、时序）、fix（内存地址、行宽）、fbops（操作函数表）。
3. 硬件初始化：配置 LCD 控制器时钟、GPIO 复用、DMA 通道等。
4. 申请显存：通过 dma_alloc_coherent 或 ioremap 分配/映射显存，赋值给 screen_base 和 fix.smem_start。
5. 调用 register_framebuffer：将 fb_info 注册到核心层，核心层将其加入 registered_fb[] 数组，并创建 /dev/fbX 设备节点。

static int myfb_probe(struct platform_device *pdev)
{
    struct fb_info *info;
    struct myfb_par *par;
    int ret;

    // 1. 分配 fb_info 及私有数据
    info = framebuffer_alloc(sizeof(struct myfb_par), &pdev->dev);
    if (!info)
        return -ENOMEM;

    par = info->par;
    // 2. 填充 fb_ops
    info->fbops = &myfb_ops;
    // 3. 设置屏幕参数
    info->var = myfb_var_default;
    info->fix = myfb_fix_default;
    // 4. 申请 DMA 显存
    info->screen_base = dma_alloc_coherent(info->device,
                          info->fix.smem_len,
                          (dma_addr_t *)&info->fix.smem_start,
                          GFP_KERNEL);
    if (!info->screen_base) {
        framebuffer_release(info);
        return -ENOMEM;
    }
    info->screen_size = info->fix.smem_len;
    // 5. 注册到核心层
    ret = register_framebuffer(info);
    if (ret) {
        dma_free_coherent(info->device, info->fix.smem_len,
                          info->screen_base, info->fix.smem_start);
        framebuffer_release(info);
        return ret;
    }
    platform_set_drvdata(pdev, info);
    dev_info(&pdev->dev, "FrameBuffer registered\n");
    return 0;
}

2.3.2 注销流程

1. 调用 unregister_framebuffer(info)，核心层移除设备节点并通知用户空间。
2. 释放 DMA 显存：dma_free_coherent。
3. 释放 fb_info：framebuffer_release(info)。

2.4 注册与注销状态机

从驱动加载到卸载，FrameBuffer 设备经历以下状态转换：

2.5 关键数据结构对比：fb_var_screeninfo vs fb_fix_screeninfo

这两个结构体共同描述了一个 FrameBuffer 设备的完整显示能力，理解它们的区别对驱动开发至关重要。

2.6 本章小结

• fbmem.c 是 FrameBuffer 子系统的核心调度层，负责设备节点管理和文件操作分发。
• fb_info 是驱动与核心层之间的契约结构体，包含操作函数表、屏幕参数和私有数据。
• register_framebuffer 和 unregister_framebuffer 是驱动注册/注销的标准接口，必须与 framebuffer_alloc/framebuffer_release 配对使用。
• 理解 fb_var_screeninfo 与 fb_fix_screeninfo 的差异，是正确实现双缓冲和 DMA 传输的前提。