延迟IO
延迟IO是一种延迟和重新分配IO的方法。它使用主机内存作为缓冲区，并使用MMU页错误作为执行设备IO的预触发器。以下示例可能是对这种设置如何工作的有用解释：
- 用户空间应用程序（如Xfbdev）将帧缓冲区进行内存映射
- 延迟IO和驱动程序设置故障和page_mkwrite处理程序
- 用户空间应用程序尝试写入内存映射的虚拟地址
- 我们收到页错误并到达故障处理程序
- 故障处理程序找到并返回物理页面
- 我们得到page_mkwrite，其中我们将此页面添加到列表中
- 安排一个延迟后运行的工作队列任务
- 应用程序继续向该页面写入，而无需额外成本。这是关键的好处。
- 工作队列任务开始并清理列表中的页面，然后完成与更新帧缓冲区相关的工作。这是真正与设备通信的工作。
- 应用程序尝试写入已经被清理的地址
- 收到页错误，上述序列再次发生
从上面可以看出，一个好处大致是允许突发的帧缓冲区写入以最小的成本发生。然后在一段时间后，希望事情已经安静下来时，我们会真正更新帧缓冲区，这将是一个相对更昂贵的操作。
对于某些类型的非易失性高延迟显示器，期望的图像是最终图像，而不是中间阶段，这就是为什么不更新每次写入的情况下也是可以接受的。
也许在其他场景中也会有用。Paul Mundt提到了一种情况，即使用页面计数来决定是合并并发出SG DMA还是进行内存突发。
另一个可能是，如果有一个设备帧缓冲区采用不寻常的格式，比如对角线移位的RGB，那么这可能是一种允许应用程序假装拥有正常帧缓冲区但在VSYNC时间基于触摸的页面列表重新排列为设备帧缓冲区的机制。
如何使用它：（对于应用程序）
不需要进行任何更改。像正常情况一样进行帧缓冲区内存映射并使用它。
如何使用它：（对于fbdev驱动程序）
以下示例可能会有所帮助。
- 设置你的结构。例如：
static struct fb_deferred_io hecubafb_defio = { .delay = HZ, .deferred_io = hecubafb_dpy_deferred_io, };
延迟是page_mkwrite触发器发生和deferred_io回调被调用之间的最小延迟。下面解释了deferred_io回调。
- 设置你的延迟IO回调。例如：
static void hecubafb_dpy_deferred_io(struct fb_info *info, struct list_head *pagelist)
延迟IO回调是您将执行所有与显示设备的IO的地方。您会收到pagelist，这是在延迟期间写入的页面列表。您不得修改此列表。此回调是从工作队列中调用的。
- 调用初始化：
info->fbdefio = &hecubafb_defio; fb_deferred_io_init(info);
- 调用清理：
fb_deferred_io_cleanup(info);
