一个buf.一个read_buf

数据最终会通过tty-> receive_buf()将数据放入read_buf.
在这段代码中，有几个很有意思的处理。在进入工作队列的时候，首先会置TTY_FLUSHING标志.如果有进程在读read_buf的时候，如果此标志被置位，就会设置TTY_FLUSHPENDING标志，并进行睡眠。在数据处理完成之后，判断是否有TTY_FLUSHPENDING标志。如果有，则将读进程唤醒.并清除TTY_FLUSHPENDING和TTY_FLUSHING
想一想。为什么会这么处理呢？为什么这里需要两个缓存区，一个buf.一个read_buf。为什么要这样麻烦呢？
首先，对于缓存区的数目问题：我们在后面会看到。对接收数据还有一系列的预处理过程，这些过程是比较费时的。不宜在中断中进行费时的操作。所以需要选用软中断机制。这就需要将数据先放置一个buf.再由软中断进行预处理之后，再将它放入到read_buf.这就是两个缓存区的原因.
另外：在存数据到read_buf的时候。会有进程从read_buf中读数据。这样就会造成一个竞争。注意到在软中断情况下是不可睡眠的。我们只能选用自旋锁一类的机制。而这种机制是禁止中断和抢占的。这又违背了软中断机制的初衷。怎么办呢？这就是这样标志的作用了。在设计中，我们必须首先得要保证软中断处理机制的快速完成。所以一进入软中断，就置了一个标志。如果有进程来读数据了，也就是说竞争条件发生了，先将读进程置睡眠。不管怎样，先让软中断处理完之后再说。软中断的工作over这后，再唤醒读进程。
我们之前讲的一系统加锁机制是在两者同样平等的情况。而原子置位与判断置位一般是为了保证一方的工作先完成

 

原文见：http://bbs.csdn.net/topics/300067769