从驱动到应用操作系统是如何将他们联系起来的?

xltao

例如:我用gtk+(基于x)写了一个简单的应用程序,并为这个程序编写了key_press_event事件处理.那请问大家,当我敲击键盘 的时候,linux是如何通过键盘中断处理程序通知应用的?,这个过程是什么样的?谢谢

lsmup

fopen->sys_write->vfs_write->driver_write

[ 本帖最后由 lsmup 于 2007-4-5 13:03 编辑 ]

xltao

嘿嘿,这个俺知道,请按这个来回答:
例如:我用gtk+(基于x)写了一个简单的应用程序,并为这个程序编写了key_press_event事件处理.那请问大家,当我敲击键盘 的时候,linux是如何通过键盘中断处理程序通知应用的?,这个过程是什么样的?谢谢

cjaizss

驱动注册中断，
中断发生，
Xserver得知键盘中断，通知应用程序。

lsmup

中断是上下文无关的，只是利用当前进程的系统堆栈。看了一下ret_from_intr到ret_with_reschedule,只有信号是可以与具体的进程关联上，所以应该是按键的信号被你的进程捕捉到,放到进程的sig_pending 里面，返回后就进行信号的处理流程

xltao

原帖由 cjaizss 于 2007-4-5 14:40 发表
驱动注册中断，
中断发生，
Xserver得知键盘中断，通知应用程序。

中断发生,x是怎样得到通知的呢?

cjaizss

比方通过select得知中断发生（可读）。或者SIGIO信号之类

xltao

键盘的中断处理程序对寄存器中的数据做了怎样的处理后,我用诸如select这样的系统调用就可判断到?

lsmup

实际上应该是这样，你的key_press_event总要有输入才有判断。
键盘中断处理程序之后，读入字符，最终放入你的用户空间的缓冲区中，而你就就根据这个
读入的数据进行判断，再进行相应的操作

xltao

谢谢各位,俺没写过驱动,不知道键盘驱动的中断处理程序都做些什么工作?