上面分析了用户空间从tty读数据的过程，读数据时从tty->read_buf那么tty->read_buf中的数据从而而来呢？这就是我们今天要讨论的问题。tty_struct结构中有个 struct tty_bufhead buf 成员，比如当tty串口中有数据过来时就会产生中断，tty就利用tty.buf中的成员保存中断到来的数据，在合适的机会再用tty_flip_buffer_push类函数把

       上节介绍了serial驱动核心提供的重要数据结构，这一节将介绍serial核心提供给驱动开发的核心函数uart_register_driver向内核注册serial驱动（具体操作就是向内核注册一个tty_driver）以及uart_unregister_driver注销serial驱动。uart_add_one_port用于为串口驱动添加一个串口端口（在总线型设备驱动中，通常用于探测

tty设备的读操作tty_write首先对读操作的需求做检查，然后调用ldisc->write操作默认即write_chain函数。wrtie_chain通过tty->ops->write或者tty->ops->flush_chars把数据写入到设备中，两者都实现时后者有限。其中write_room函数是用来检测缓存于空间./** * tty_write  - write method for t

       这一节分析串口核心中对写操作的处理，从用户空间调用write系统调用开始，首先执行tty_write函数，在该函数中执行do_tty_write,将用户空间的数据复制到tty->write_buf中，然后调用线路规程中的写函数即write_chain,最后write_chain调用uart_write或uart_flush_chars，再调用专用port->ops中的数据将数据发射出

//下面对tty_open函数进行分析，open函数的具体操作就是。。。。。/** * tty_open  - open a tty device * @inode: inode of device file * @filp: file pointer to tty * * tty_open and tty_release keep up the tty count that contains t

本文以linux 2.6.27内核为基础，阅读tty core 源码并作注解，自己接触时间不长，希望与爱好者共同分享，错误之处还望指正。  linux tty core 是建立在字符设备驱动的基础之上，并为tty类型设备（串口、控制台、虚拟终端）提供一个公用的平台。所以任何一个tty设备驱动的注册都是作为一个字符设备驱动而操作的。下面我们看看代码中是如何处理的：/* 3/2004 jmc: why