屏障IO的主要作用是禁止IO调度程序进行排序。
主要的应用场景是日志文件系统，对于日志文件系统，需要确保日志首先真实的写入到存储中后，再进行实际修改文件系统的操作。
屏蔽IO的接口。
在提供bio的时候，增加REQ_FUA标签。
对于屏蔽IO，主要分为几个阶段，屏蔽前冲刷，屏蔽，屏蔽后冲刷。
blk_queue_bio函数处理：
判断如果是有REQ_FUA标签，跳过io调度相关处理：
if (bio->bi_rw & (REQ_FLUSH | REQ_FUA)) {
spin_lock_irq(q->queue_lock);
where = ELEVATOR_INSERT_FLUSH;
goto get_rq;
}
init_request_from_bio(req, bio); 中根据bio标示初始化request的标示。
void __elv_add_request(struct request_queue *q, struct request *rq, int where,
int plug)
where = ELEVATOR_INSERT_FLUSH;
plug=0；
__elv_add_request把请求增加到请求队列的尾部，保证不被排序。
blk_peek_request-》__elv_next_request
__elv_next_request从请求队列头开始逐个处理请求。
目前支持的三种io调度算法：noop、deadline、cfq
分别在/block/Noop-iosched.c /block/Deadline-iosched.c /block/Cfq-iosched.c 三个文件中实现。
调度算法如何保证之后插入的请求，不会被调度到屏蔽bio之前？
需要继续分析代码。