串口接收GPS模块发送的信息，接收上丢失数据

EZWORD

硬件流控需要有相应的管脚支持，既接收端的cts和对端（gps）的rts，这是必要的硬件引脚。
软件流控是通过应用层设置就可以了，内核中是支持的，不知道你的gps行不行。

EZWORD

The sending device (e.g. another UART) may send an additional byte after the trigger level is reached because it may not recognize the de-assertion of RTS until it has begun sending the additional byte.

EZWORD

Hardware flow control

EZWORD

唉，为什么每次我的回复你都不仔细的看，明显100楼说的是硬件流控。
软件流控需要两方的支持，不需要硬件的支持。

EZWORD

对于软流控是不是硬件发出来和处理的.我也很困惑.因为目前还没看到哪个UART讲这个
如果没有,我觉得只能在驱 ...
smalloc 发表于 2010-11-26 17:05

    When software flow control operation is enabled, the UART compares incoming data with XOFF1/2
programmed characters (in certain cases XOFF1 and XOFF2 must be received sequentially). When the
correct XOFF characters are received, transmission is halted after completing transmission of the current
character.

EZWORD

硬件流控，需要硬件支持，根据引脚电平决定是否发送。软件流控内核代码中有。

1.         if (tty->receive_room < TTY_THRESHOLD_THROTTLE)
   
2.                 tty_throttle(tty);

复制代码

在n_tty.c文件中，有个函数叫做n_tty_receive_buf，这个函数调用了tty_throttle，接着调用uart_throttle，发送XOFF。以上为2.6.36内核中。

EZWORD

简单的研究过一段时间，详细的内容还是直接看源码比较好。
内核中关于串口的驱动分层确实有些复杂。
我自己总结的层次关系如下：
1，struct uart_ops功能靠直接操作硬件层来实现；                  物理层（此处驱动硬件工作）
2，struct tty_operations的实现依赖于struct uart_ops；        串口核心层
3，struct tty_ldisc_ops的实现依赖于struct tty_operations        线程规程层
4，struct file_operations的实现依赖于struct tty_ldisc_ops        tty核心层？

当然实际可能比上面要复杂一些，也可能存在理解上的错误，自己去分析下吧。