我在linux系统下写的串口程序，需要实时的读取串口来的数据，但串口来的数据又是不定时的，想用中断的方式响应，看了一些资料，总觉的还所有些不妥。

首先，select函数，他需要一直在while中检测读文件描述符是否有变化，但串口来了数据会改变文件描述符吗？（即使我的串口一直处在open状态中）另外，即使能检测到文件描述符有了变化，那程序也都一直在while中，CPU将不能再做其他的事情。
其次，signal函数，串口来了数据，系统会自动广播SIGIO信号吗？即使能捕捉的这个信号，程序进入中断服务子程序中执行，那下一个串口数据又如何响应，难道在中断子程序的结尾再调用 signal函数吗？那CPU又将陷入这个等待串口数据的程序中，而不能做其他的事情了,而且SIGIO信号怎么能保证就是串口来的呢？
最后，tasklet，这个中断机制如何实现，他应该是在串口硬中断服务程序中定义中断的下班部分的入口，但这个硬中断服务程序又在什么地方？需要修改内核吗？ 

上只是我个人的理解，如有不正确的，请过来人指教。我现在希望串口数据能像以前用单片机一样，真正实现中断响应，只有当串口来数据时，CPU或者内核才会去执行串口读相关动作，串口没有数据时，CPU或者内核是完全不会理会串口的，不知哪位高人可以指点一下，如何来实现？

兄弟，0 分贴没人关注的...

可以起一个线程，用select函数，其实这个函数很好用，你看看书，unix系统编程、unix网络编程上都有详细介绍。

首先，select函数，他需要一直在while中检测读文件描述符是否有变化，但串口来了数据会改变文件描述符吗？（即使我的串口一直处在open状态中）另外，即使能检测到文件描述符有了变化，那程序也都一直在while中，CPU将不能再做其他的事情。 


select 的函数不需要每个cpu的时间片都去查询文件描述符是否发生过变化，

while(1)
{

  sleep(200);
  select();//这样就不会造成cpu的一直占用了。
  
}

http://www.faqs.org/docs/Linux-HOWTO/Serial-Programming-HOWTO.html

linux 下的标准串口，在核心的驱动程序中是通过中断方式处理的。
你如果做的是应用层的程序，那么可以采用 select 方式监测“读文件描述符”。
select 也并非你说的那样一直 while 等待方式，它是在中断中接收到对端发来
的数据后唤醒并通知应用程序：串口接收到数据 ...

如果你要像单片机方式，那么就需要实现一个自己的串口驱动运行在核心 ...