Linux文件系统学习：io的plug过程-request请求（9）

其实还是从上次的请求开始继续分析的，

从应用的角度来说，请求一个bio 最终会调到这里。make_request_fn

而从驱动的角度来说，我们说有两种：

blk_init_queue

blk_queue_make_request

这个就形成一种闭环。

这两个接口都是设置应用上次的请求的接口函数的，

我从blk_init_queue 去分析，发现最后还是blk_queue_make_request，只是中间加了一层自己的blk_queue_bio。

--- Linux文件系统学习系列笔记 ---

（原创笔记，转载请联系博主授权）

Linux文件系统学习：整体框架图（1）

Linux文件系统学习：初始化过程（2）

Linux文件系统学习：文件read流程分析（3）

Linux文件系统学习:文件read和BIO调度分析(4)

Linux文件系统学习：文件write过程分析（5）

Linux文件系统学习：io调度框架（6）

Linux文件系统学习：io的提交过程（7）

Linux文件系统学习：io的plug过程-启动篇（8）

Linux文件系统学习：io的plug过程-request请求（9）

Linux文件系统学习：io的plug过程-blk_init_queue（10）

Linux文件系统学习：io的plug过程-blk_flush_plug_list的情况（11）

Linux文件系统学习：io的plug过程-queuelist的问题（12）

Linux文件系统学习：电梯算法简介（13）

Linux文件系统学习：电梯算法noop（14）

Linux文件系统学习：电梯算法deadline（15）

 

<欢迎关注微信公众号，第一时间查看最新内容>