make_request_fn被初始化成了blk_queue_bio函数。submit_bio会调用到generic_make_request，然后进一步调用到make_request_fn，也就是blk_queue_bio。在blk_queue_bio里面其实是先尝试将bio合并到当前进程的plug_list里面的request，如果可以合并，则合并后直接返回了，如果不能合并，则接着向磁盘设备的request_queue中合并，向request_queue中合并的时候一定会成功（因为即使不能合并也会新生成一个request）。而每个进程的plug_list里面的request也会在适当的时候就行泄流，泄流的时候会调用到磁盘设备的request_queue里面的电梯成员的elevator_add_req_fn，这个函数就是讲plug_list里面的request加入到request_queue里面的电梯队列里，进行更进一步的合并。
        设备驱动会调用request_queue的request_fn，平时写块设备驱动也就是申请一个request_queue，然后调用一些内核api初始化这个request_queue，并且实现自己的request_fn函数，request_fn会调用blk_peek_request从request_queue的queue_head成员取出request，并转化为更底层的指令来执行，如果发现queue_head为空，则会调用request_queue的elevator_dispatch_fn分发request。