linux驱动程序支持多设备,设计Linux char设备驱动程序,以便多个进程可以读取

区别在于部分历史,部分原因是期望模型不同.

>事件子系统设计用于通过非常少(或没有)配置选项将来自多个写入器的简单事件单向通知到系统中.

> tty子系统旨在用于潜在大量数据的双向端到端通信,并提供相当灵活(尽管是相当巴洛克式)的配置机制.

从历史上看,tty子系统是与系统通信的主要机制：将“电传打字机”插入串行端口,然后进出.来自不同供应商的不同电传类型使用不同的协议,因此termios界面诞生了.为了使系统在多用户上下文中运行良好,在内核中添加了缓冲(并且可以进行配置). tty子系统的期望模型是中等智能端点之间的点对点链接,它们将就它们之间传递的数据达成一致.

虽然有些情况下“单个写入器,多个读取器”在tty子系统中是有意义的(例如,连接到串行端口的GPS接收器,不断报告其位置),但这不是系统的主要目的.但是您可以轻松地在用户空间中完成这个“多个读者”.

另一方面,事件系统基本上是一种用于鼠标和键盘之类的中断机制.与远程类型不同,输入设备是单向的,对它们产生的数据几乎不提供控制.缓冲数据也没什么意义.没人会对十分钟前鼠标移动的位置感兴趣.

我希望能回答你的第一个问题.

对于你的第二个问题：“这取决于”.你想要完成什么？什么是数据的“长寿”？您还必须问自己,将复杂性放在内核中是否有意义,或者将它放在用户空间中是不是更好.

将数据输出到多个读者并不是特别困难.您可以为每个阅读器创建一个接收缓冲区,并在数据进入时填充每个接收缓冲区.如果数据的速度快于读者可以使用它,那么事情会变得更有趣,但即便如此,这也是解决的问题.看一下网络堆栈的灵感！

如果您的设备很简单并且只是产生事件,那么您可能只想成为输入驱动程序？

如果不了解更多关于你想要完成的事情,你的第二个问题就更难回答.

添加特定目标后更新：

当我做位置开关时,我通常只创建一个字符设备并实现轮询和读取.如果你想要花哨并有很多开关,你可以做mmap但我不会打扰.

用户空间只需打开/ dev / foo并读取当前状态并开始轮询.当您的开关改变状态时,您只需唤醒读者,他们就会再次阅读.所有的读者都会醒来,他们都会读到新的状态,每个人都会很开心.

当您的交换机“已确定”时,请小心只唤醒读卡器.许多位置开关非常嘈杂,它们会在很多位置反弹.

换句话说：我会完全忽略输入系统.正如你猜测的那样,位置开关并不是真正的“输入”.