当前位置:   article > 正文

[转]QNX总结-QNX 字符I/O_qnx iochar

qnx iochar

如果你认为本系列文章对你有所帮助,请大家有钱的捧个钱场,点击此处赞助,赞助额0.1元起步,多少随意

声明:本文只用于个人学习交流,若不慎造成侵权,请及时联系我,立即予以改正

锋影

email:174176320@qq.com

 

1. Introduction

对于实时操作系统来说,高性能的字符I/O都是必不可少的。在PC硬件中,典型的字符设备有:

  • 串口
  • 并口
  • 文本模式控制台
  • 伪终端
    程序可以通过标准的接口open()/close()/read()/write()等来访问设备。
    在QNX中,提供了io-char库来支持不同的字符设备,最大化代码重用。

    The io-char module is implemented as a library


    io-char库,包含了对设备操作的POSIX接口支持,此外也包含了一些额外的在实时系统中需要的I/O功能。io-char库是一个共用库,这些字符设备的驱动都会继承这些功能。

2. Driver/io-char communication

io-char库管理着应用程序和字符设备驱动之间的数据流,每一个字符设备都会对应几个内存队列,这些队列都会采用FIFO的机制来工作:

Device I/O in the QNX Neutrino RTOS

 

  • 接收的数据会被存放到raw input队列中,当应用程序请求数据时,会通过io-char来取数据。在驱动的中断处理函数中,会调用io-char中的可靠例程来将硬件数据添加到队列中。
  • io-char会将输出数据发送到output队列中,并调用驱动程序中的可靠例程来将数据发送至硬件设备。当output队列满时,io-char的写操作会被阻塞。
  • canonical队列用于接收时的处理模式下,这个队列的大小决定了每次能处理的最大输入行的大小。
  • 队列的大小都可配。

3. Device control

底层设备的控制都是通过devctl()接口来实现的,基于devctl()有一系列的POSIX终端控制接口:

  • tcgetattr(),获取终端属性
  • tcsetattr(),设置终端属性
  • tcgetpgrp(),获取终端进程组leader进程的ID
  • tcsetpgrp(),设置终端进程组leader进程的ID
  • tcsendbreak(),发送中断条件
  • tcflow(),暂停或重新启动数据传输/接收

此外,QNX还实现了一些扩展接口:

  • tcdropline(),发起一个断开连接
  • tcinject(),将字符加入到canonical缓冲

4. Input modes

每个设备都能工作在raw或者edited模式下。

4.1 Raw input mode

raw模式下,io-char不对数据进行编辑,这个对读取数据来说,能提供最高的性能,串口通信就是一个例子。
当应用程序请求从设备读取数据时,需要满足某些条件,否则驱动不会返回数据给应用程序。如下图:

Conditions for satisfying an input request

 

4.2 Edited input mode

在编辑模式下,io-char会对每个接收的字符进行line-editing处理。行代表已经完成了输入,通常是在接收到回车(CR)后表示一行结束。这个允许一次对一行数据进行处理,而不是去检查每个收到的字符。
raw输入模式下,驱动只有在满足某些条件下才会去调度运行,而在edited模式下,中断处理会在接收到每个字符下都去调度驱动去响应。

5. Device subsystem performance

在设备子系统的事件流中,为了在raw模式下最小化开销和最大化吞吐量,使用了以下规则:

  • 中断处理程序直接将接受数据放置到内存队列中。只有当一个读操作处于挂起状态,并且该读操作能被满足时,中断处理程序才会调度驱动程序运行。在其他情况下,中断程序只是返回。
  • 当一个读操作被满足时,驱动程序直接从raw input队列中将数据拷贝至应用程序的缓冲区中,数据只拷贝一次.

 

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/weixin_40725706/article/detail/100208?site
推荐阅读
相关标签
  

闽ICP备14008679号