核心的輸入子系統是對分散的,多種不同類别的輸入裝置(如鍵盤,滑鼠,跟蹤球,操縱杆,觸摸屏,加速計和手寫闆)等字元裝置進行統一處理的一層抽象,就是在字元裝置驅動上抽象出的一層。輸入子系統包括兩類驅動程式:事件驅動程式和裝置驅動程式。事件驅動程式負責和應用程式的接口,而裝置驅動程式負責和底層輸入裝置的通信。滑鼠事件生成檔案mousedev屬于事件驅動程式,而PS/2滑鼠驅動程式是裝置驅動程式。事件驅動程式是标準的,對所有的輸入類都是可用的,是以要實作的是裝置驅動程式而不是事件驅動程式。裝置驅動程式可以利用一個已經存在的,合适的事件驅動程式通過輸入核心和使用者應用程式接口。
輸入子系統帶來了如下好處:
1.統一了實體形态各異的相似的輸入裝置的處理功能
2.提供了用于分發輸入報告給使用者應用程式的簡單的事件接口
3.抽取出了輸入驅動程式的通用部分,簡化了驅動,并引入了一緻性
現在 Android、X windows、qt等衆多應用對于linux系統中鍵盤、滑鼠、觸摸屏等輸入裝置的支援都通過、或越來越傾向于标準的input輸入子系統。因為input子系統已經完成了字元驅動的檔案操作接口,是以編寫驅動的核心工作是完成input系統留出的接口,工作量不大。但如果你想更靈活的應用它,就需要好好的分析下input子系統了。
先來看一下輸入子系統體系架構圖:

再對照 下圖( input輸入子系統架構 ),很清楚的知道輸入子系統是由輸入子系統核心層( Input Core ),驅動層和事件處理層(Event Handler)三部份組成。一個輸入事件,如滑鼠移動,鍵盤按鍵按下,joystick的移動等等通過 input driver -> Input core -> Event handler -> userspace 到達使用者空間傳給應用程式。
注意:keyboard.c不會在/dev/input下産生節點,而是作為ttyn終端(不包括序列槽終端)的輸入。
裝置描述 在linux核心中,input裝置用input_dev結構體描述,使用input子系統實作輸入裝置驅動的時候,驅動的核心工作是向系統報告按鍵、觸摸屏、鍵盤、滑鼠等輸入事件(event,通過input_event結構體描述),一再需要關心檔案操作接口,因為input子系統已經完成了檔案操作接口。驅動報告的事件經過InputCore和EventHandler最終到達使用者空間。
現在了解了input子系統的基本思想,下面來看一下input子系統的3個基本的資料結構:
- struct input_dev {
- const char *name; //名稱
- const char *phys; //裝置在系統中的實體路徑
- const char *uniq; //裝置唯一識别符
- struct input_id id; //裝置ID,包含總線ID(PCI、USB)、廠商ID,與input_handler比對的時會用到
- unsigned long evbit[BITS_TO_LONGS(EV_CNT)]; //支援的所有事件類型
- unsigned long keybit[BITS_TO_LONGS(KEY_CNT)]; //支援的鍵盤事件
- unsigned long relbit[BITS_TO_LONGS(REL_CNT)]; //支援的滑鼠相對值事件
- unsigned long absbit[BITS_TO_LONGS(ABS_CNT)]; //支援的滑鼠絕對值事件
- unsigned long mscbit[BITS_TO_LONGS(MSC_CNT)]; //支援的其它事件類型
- unsigned long ledbit[BITS_TO_LONGS(LED_CNT)]; //支援的LED燈事件
- unsigned long sndbit[BITS_TO_LONGS(SND_CNT)]; //支援的聲效事件
- unsigned long ffbit[BITS_TO_LONGS(FF_CNT)]; //支援的力回報事件
- unsigned long swbit[BITS_TO_LONGS(SW_CNT)]; //支援的開關事件
- unsigned int keycodemax; //keycode表的大小
- unsigned int keycodesize; //keycode表中元素個數
- void *keycode; //裝置的鍵盤表
- int (*setkeycode)(struct input_dev *dev, int scancode, int keycode);//配置keycode表
- int (*getkeycode)(struct input_dev *dev, int scancode, int *keycode);//擷取keycode表
- struct ff_device *ff;
- unsigned int repeat_key;//儲存上一個鍵值
- struct timer_list timer;
- int sync;
- int abs[ABS_MAX + 1]; //絕對坐标上報的目前值
- int rep[REP_MAX + 1]; //這個參數主要是處理重複按鍵,後面遇到再講
- unsigned long key[BITS_TO_LONGS(KEY_CNT)]; //按鍵有兩種狀态,按下和擡起,這個字段就是記錄這兩個狀态。
- unsigned long led[BITS_TO_LONGS(LED_CNT)];
- unsigned long snd[BITS_TO_LONGS(SND_CNT)];
- unsigned long sw[BITS_TO_LONGS(SW_CNT)];
- int absmax[ABS_MAX + 1]; //絕對坐标的最大值
- int absmin[ABS_MAX + 1]; //絕對坐标的最小值
- int absfuzz[ABS_MAX + 1];
- int absflat[ABS_MAX + 1];
- //操作接口
- int (*open)(struct input_dev *dev);
- void (*close)(struct input_dev *dev);
- int (*flush)(struct input_dev *dev, struct file *file);
- int (*event)(struct input_dev *dev, unsigned int type, unsigned int code, int value);
- struct input_handle *grab; //目前使用的handle
- spinlock_t event_lock;
- struct mutex mutex;
- unsigned int users;
- int going_away;
- struct device dev;
- struct list_head h_list; //h_list是一個連結清單頭,用來把handle挂載在這個上
- struct list_head node; //這個node是用來連到input_dev_list上的
- };
-
// input_dev->evbit表示裝置支援的事件類型,可以是下列值的組合
#define EV_SYN 0x00 //同步事件
#define EV_KEY 0x01 //絕對二進制值,如鍵盤或按鈕
#define EV_REL 0x02 //絕對結果,如滑鼠裝置
#define EV_ABS 0x03 //絕對整數值,如操縱杆或書寫闆
#define EV_MSC 0x04 //其它類
#define EV_SW 0x05 //開關事件
#define EV_LED 0x11 //LED或其它訓示裝置
#define EV_SND 0x12 //聲音輸出,如蜂鳴器
#define EV_REP 0x14 //允許按鍵自重複
#define EV_FF 0x15 //力回報
#define EV_PWR 0x16 //電源管理事件
include/linux/input.h中定義了支援的類型
- struct input_handler {
- void *private;
- void (*event)(struct input_handle *handle, unsigned int type, unsigned int code, int value);
- int (*connect)(struct input_handler *handler, struct input_dev *dev, const struct input_device_id *id);
- void (*disconnect)(struct input_handle *handle);
- void (*start)(struct input_handle *handle);
- const struct file_operations *fops;
- int minor; //次裝置号
- const char *name;
- const struct input_device_id *id_table;
- const struct input_device_id *blacklist;
- struct list_head h_list; //h_list是一個連結清單頭,用來把handle挂載在這個上
- struct list_head node; //這個node是用來連到input_handler_list上的
- };
- struct input_handle {
- void *private;
- int open;
- const char *name;
- struct input_dev *dev; //指向input_dev
- struct input_handler *handler; //指向input_handler
- struct list_head d_node; //連到input_dev的h_list上
- struct list_head h_node; //連到input_handler的h_list上
- };
如下圖代表了input_dev,input_handler,input_handle,3者之間的關系。一類handler可以和多個硬體裝置相關聯,一個硬體裝置可以和多個handler相關聯。例如:一個觸摸屏裝置可以作為一個event裝置,作為一個滑鼠裝置,也可以作為一個觸摸裝置,是以一個裝置需要與多個平台驅動進行連接配接。而一個平台驅動也不隻為一個裝置服務,一個觸摸平台驅動可能要為A,B,C3個觸摸裝置提供上層驅動,是以需要這樣一對多的連接配接。
下面來看看input字元裝置注冊過程:
- static int __init input_init(void)
- {
- int err;
- input_init_abs_bypass();
- err = class_register(&input_class);
- if (err) {
- printk(KERN_ERR "input: unable to register input_dev class/n");
- return err;
- }
- err = input_proc_init();
- if (err)
- goto fail1;
- err = register_chrdev(INPUT_MAJOR, "input", &input_fops);
- if (err) {
- printk(KERN_ERR "input: unable to register char major %d", INPUT_MAJOR);
- goto fail2;
- }
- return 0;
- fail2: input_proc_exit();
- fail1: class_unregister(&input_class);
- return err;
- }
- subsys_initcall(input_init);
下面來看input子系統的file_operations,這裡隻有一個打開函數input_open_file,這個在事件傳遞部分講解。
- static const struct file_operations input_fops = {
- .owner = THIS_MODULE,
- .open = input_open_file,
- };
下邊來看input_dev裝置的注冊:
- int input_register_device(struct input_dev *dev)
- {
- static atomic_t input_no = ATOMIC_INIT(0);
- struct input_handler *handler;
- const char *path;
- int error;
- __set_bit(EV_SYN, dev->evbit);
- init_timer(&dev->timer);
- if (!dev->rep[REP_DELAY] && !dev->rep[REP_PERIOD]) {
- dev->timer.data = (long) dev;
- dev->timer.function = input_repeat_key;
- dev->rep[REP_DELAY] = 250;
- dev->rep[REP_PERIOD] = 33;
- }
- if (!dev->getkeycode)
- dev->getkeycode = input_default_getkeycode;
- if (!dev->setkeycode)
- dev->setkeycode = input_default_setkeycode;
- dev_set_name(&dev->dev, "input%ld",
- (unsigned long) atomic_inc_return(&input_no) - 1);
- error = device_add(&dev->dev);
- if (error)
- return error;
- path = kobject_get_path(&dev->dev.kobj, GFP_KERNEL);
- printk(KERN_INFO "input: %s as %s/n",
- dev->name ? dev->name : "Unspecified device", path ? path : "N/A");
- kfree(path);
- error = mutex_lock_interruptible(&input_mutex);
- if (error) {
- device_del(&dev->dev);
- return error;
- }
- list_add_tail(&dev->node, &input_dev_list);
- list_for_each_entry(handler, &input_handler_list, node)
- input_attach_handler(dev, handler);
- input_wakeup_procfs_readers();
- mutex_unlock(&input_mutex);
- return 0;
- }
跟蹤程式,來看看input_attach_handler的實作:
- static int input_attach_handler(struct input_dev *dev, struct input_handler *handler)
- {
- const struct input_device_id *id;
- int error;
- if (handler->blacklist && input_match_device(handler->blacklist, dev))
- return -ENODEV;
- id = input_match_device(handler->id_table, dev);
- if (!id)
- return -ENODEV;
- error = handler->connect(handler, dev, id);
- if (error && error != -ENODEV)
- printk(KERN_ERR
- "input: failed to attach handler %s to device %s, "
- "error: %d/n",
- handler->name, kobject_name(&dev->dev.kobj), error);
- return error;
- }
下邊來看看這個比對函數:如果id->flags存在,并且相應的标志為被設定則進行比較。
- static const struct input_device_id *input_match_device(const struct input_device_id *id,
- struct input_dev *dev)
- {
- int i;
- for (; id->flags || id->driver_info; id++) {
- if (id->flags & INPUT_DEVICE_ID_MATCH_BUS)
- if (id->bustype != dev->id.bustype)
- continue;
- if (id->flags & INPUT_DEVICE_ID_MATCH_VENDOR)
- if (id->vendor != dev->id.vendor)
- continue;
- if (id->flags & INPUT_DEVICE_ID_MATCH_PRODUCT)
- if (id->product != dev->id.product)
- continue;
- if (id->flags & INPUT_DEVICE_ID_MATCH_VERSION)
- if (id->version != dev->id.version)
- continue;
- MATCH_BIT(evbit, EV_MAX);
- MATCH_BIT(keybit, KEY_MAX);
- MATCH_BIT(relbit, REL_MAX);
- MATCH_BIT(absbit, ABS_MAX);
- MATCH_BIT(mscbit, MSC_MAX);
- MATCH_BIT(ledbit, LED_MAX);
- MATCH_BIT(sndbit, SND_MAX);
- MATCH_BIT(ffbit, FF_MAX);
- MATCH_BIT(swbit, SW_MAX);
- return id;
- }
- return NULL;
- }
- #define MATCH_BIT(bit, max) /
- for (i = 0; i < BITS_TO_LONGS(max); i++) /
- if ((id->bit[i] & dev->bit[i]) != id->bit[i]) /
- break; /
- if (i != BITS_TO_LONGS(max)) /
- continue;
Input_dev和input_handler比對後調用input_handler的connect。以evdev_handler為例: 如果比對上了就會建立一個evdev,它裡邊封裝了一個handle,會把input_dev和input_handler關聯到一起。
- static int evdev_connect(struct input_handler *handler, struct input_dev *dev,
- const struct input_device_id *id)
- {
- struct evdev *evdev;
- int minor;
- int error;
- for (minor = 0; minor < EVDEV_MINORS; minor++)
- if (!evdev_table[minor])
- break;
- if (minor == EVDEV_MINORS) {
- printk(KERN_ERR "evdev: no more free evdev devices/n");
- return -ENFILE;
- }
- evdev = kzalloc(sizeof(struct evdev), GFP_KERNEL);
- if (!evdev)
- return -ENOMEM;
- INIT_LIST_HEAD(&evdev->client_list);
- spin_lock_init(&evdev->client_lock);
- mutex_init(&evdev->mutex);
- init_waitqueue_head(&evdev->wait);
- snprintf(evdev->name, sizeof(evdev->name), "event%d", minor);
- evdev->exist = 1;
- evdev->minor = minor;
- evdev->handle.dev = input_get_device(dev);
- evdev->handle.name = evdev->name;
- evdev->handle.handler = handler;
- evdev->handle.private = evdev;
- dev_set_name(&evdev->dev, evdev->name);
- evdev->dev.devt = MKDEV(INPUT_MAJOR, EVDEV_MINOR_BASE + minor);
- evdev->dev.class = &input_class;
- evdev->dev.parent = &dev->dev;
- evdev->dev.release = evdev_free;
- device_initialize(&evdev->dev);
- error = input_register_handle(&evdev->handle);
- if (error)
- goto err_free_evdev;
- error = evdev_install_chrdev(evdev);
- if (error)
- goto err_unregister_handle;
- error = device_add(&evdev->dev);
- if (error)
- goto err_cleanup_evdev;
- return 0;
- 。。。。。。。。。。
- }
input子系統最重要的部分就是向上層report了。這裡還是先介紹幾個資料結構:
- struct input_event {
- struct timeval time; //事件發生的時間
- __u16 type; //事件類型
- __u16 code; //子事件
- __s32 value; //事件的value
- };
- struct evdev_client {
- struct input_event buffer[EVDEV_BUFFER_SIZE]; //可以同時管理EVDEV_BUFFER_SIZE(64)個事件
- int head; //存儲事件從head開始
- int tail; //取出事件從tail開始
- spinlock_t buffer_lock;
- struct fasync_struct *fasync; //異步通知事件發生
- struct evdev *evdev; //指向本evdev_client歸屬的evdev
- struct list_head node; //用于挂載到evdev的連結清單頭client_list上
- };
- static struct input_handler evdev_handler = {
- .event = evdev_event, //向系統報告input事件,系統通過read方法讀取
- .connect = evdev_connect, //和input_dev比對後調用connect建構
- .disconnect = evdev_disconnect,
- .fops = &evdev_fops, //event裝置檔案的操作方法
- .minor = EVDEV_MINOR_BASE,//次裝置号基準值
- .name = "evdev",
- .id_table = evdev_ids, //比對規則
- };
這裡的次裝置号是EVDEV_MINOR_BASE(64),也就是說evdev_handler所表示的裝置檔案範圍(13,64)~(13,64+32)。
如下一個結構體:evdev_handler比對所有裝置。
- static const struct input_device_id evdev_ids[] = {
- { .driver_info = 1 },
- { },
- };
看一下這張圖會對上邊的結構有清楚的認知了:
這個是evdev_handler是fops,下面的講解中會用到其中的open,read函數。
- static const struct file_operations evdev_fops = {
- .owner = THIS_MODULE,
- .read = evdev_read,
- .write = evdev_write,
- .poll = evdev_poll,
- .open = evdev_open,
- .release = evdev_release,
- .unlocked_ioctl = evdev_ioctl,
- #ifdef CONFIG_COMPAT
- .compat_ioctl = evdev_ioctl_compat,
- #endif
- .fasync = evdev_fasync,
- .flush = evdev_flush
- };
在驅動程式中我們會調用input_report_abs等函數:
裝置驅動通過宏set_bit()告訴input子系統它支援哪些事件,如下所示 set_bit(EV_KEY, input_dev->keybit); //EV_KEY事件支援的事件碼
struct input_dev中有兩個成員,一個是 unsigned long evbit ,一個是 unsigned long keybit ,分别用來表示裝置所支援的事件類型和按鍵類型。
用于報告EV_KEY、EV_REL、EV_ABS、EV_FF、EV_SW等事件的函數有:
void input_report_key(struct input_dev *dev, unsigned int code, int value)
void input_report_rel(struct input_dev *dev, unsigned int code, int value)
void input_report_abs(struct input_dev *dev, unsigned int code, int value)
void input_report_ff_status(struct input_dev *dev, unsigned int code, int value)
void input_report_switch(struct input_dev *dev, unsigned int code, int value)
如果你覺得麻煩,你也可以隻記住1個函數(因為上述函數都是通過它實作的)
void input_event(struct input_dev *dev, unsigned int type, unsigned int code, int value)
相關參數介紹:
code: 事件的代碼。如果事件的類型是EV_KEY,該代碼code為裝置鍵盤代碼。代碼值0-127為鍵盤上的按鍵代碼,0x110-0x116為滑鼠上按鍵代碼,其中0x110(BTN_LEFT)為滑鼠左鍵,0x111(BTN_RIGHT)為滑鼠右鍵,0x112(BTN_MIDDLE)為滑鼠中鍵。其它代碼含義請參看include/linux/input.h檔案。
value: 事件的值。如果事件的類型是EV_KEY,當按鍵按下時值為1,松開時值為0.
事件報告完畢後,裝置驅動需要使用input_sync函數告訴輸入子系統一個完整的報告已經發送。
void input_sync(struct input_dev *dev)
{
input_event(dev,EV_SYN,SYN_REPORT,0);
}
這一點在滑鼠移動進行中很重要,因為滑鼠坐标的X分量和Y分量是分開傳送的,需要利用 input_sync函數來同步。
跟蹤input_event如下:
- void input_event(struct input_dev *dev,
- unsigned int type, unsigned int code, int value)
- {
- unsigned long flags;
- if (is_event_supported(type, dev->evbit, EV_MAX)) {
- spin_lock_irqsave(&dev->event_lock, flags);
- add_input_randomness(type, code, value);
- input_handle_event(dev, type, code, value);
- spin_unlock_irqrestore(&dev->event_lock, flags);
- }
- }
跟蹤input_handle_event如下:
- static void input_handle_event(struct input_dev *dev,
- unsigned int type, unsigned int code, int value)
- {
- int disposition = INPUT_IGNORE_EVENT;
- switch (type) {
- 。。。。。。。。。。。。。。。。
- if (disposition != INPUT_IGNORE_EVENT && type != EV_SYN)
- dev->sync = 0;
- if ((disposition & INPUT_PASS_TO_DEVICE) && dev->event)
- dev->event(dev, type, code, value);
- if (disposition & INPUT_PASS_TO_HANDLERS)
- input_pass_event(dev, type, code, value);
- }
如果該事件需要input device來完成,就會将disposition設定成INPUT_PASS_TO_DEVICE,如果需要input handler來完成,就會将disposition設定成INPUT_PASS_TO_DEVICE,如果需要兩者都參與,則将disposition設定成INPUT_PASS_TO_ALL。
跟蹤input_pass_event如下:
- static void input_pass_event(struct input_dev *dev,
- unsigned int type, unsigned int code, int value)
- {
- struct input_handle *handle;
- rcu_read_lock();
- handle = rcu_dereference(dev->grab);
- if (handle)
- handle->handler->event(handle, type, code, value);
- else
- list_for_each_entry_rcu(handle, &dev->h_list, d_node)
- if (handle->open)
- handle->handler->event(handle,
- type, code, value);
- rcu_read_unlock();
- }
比如下邊的evdev_handler的evdev_event:
- static void evdev_event(struct input_handle *handle,
- unsigned int type, unsigned int code, int value)
- {
- struct evdev *evdev = handle->private;
- struct evdev_client *client;
- struct input_event event;
- do_gettimeofday(&event.time);
- event.type = type;
- event.code = code;
- event.value = value;
- rcu_read_lock();
- client = rcu_dereference(evdev->grab);
- if (client)
- evdev_pass_event(client, &event);
- else
- list_for_each_entry_rcu(client, &evdev->client_list, node)
- evdev_pass_event(client, &event);
- rcu_read_unlock();
- wake_up_interruptible(&evdev->wait);
- }
- static void evdev_pass_event(struct evdev_client *client,
- struct input_event *event)
- {
- spin_lock(&client->buffer_lock);
- client->buffer[client->head++] = *event;
- client->head &= EVDEV_BUFFER_SIZE - 1;
- spin_unlock(&client->buffer_lock);
- kill_fasync(&client->fasync, SIGIO, POLL_IN);
- }
這裡總結一下事件的傳遞過程:首先在驅動層中,調用inport_report_abs,然後他調用了input core層的input_event,input_event調用了input_handle_event對事件進行分派,調用input_pass_event,在這裡他會把事件傳遞給具體的handler層,然後在相應handler的event處理函數中,封裝一個event,然後把它投入evdev的那個client_list上的client的事件buffer中,等待使用者空間來讀取。
當使用者空間打開裝置節點/dev/input/event0~/dev/input/event4的時候,會使用input_fops中的input_open_file()函數,input_open_file()->evdev_open()(如果handler是evdev的話)->evdev_open_device()->input_open_device()->dev->open()。也就是struct file_operations input_fops提供了通用接口,最終會調用具體input_dev的open函數。下邊看一下使用者程式打開檔案時的過程,首先調用了input_open_file:
- static int input_open_file(struct inode *inode, struct file *file)
- {
- struct input_handler *handler;
- const struct file_operations *old_fops, *new_fops = NULL;
- int err;
- lock_kernel();
- handler = input_table[iminor(inode) >> 5];
- if (!handler || !(new_fops = fops_get(handler->fops))) {
- err = -ENODEV;
- goto out;
- }
- if (!new_fops->open) {
- fops_put(new_fops);
- err = -ENODEV;
- goto out;
- }
- old_fops = file->f_op;
- file->f_op = new_fops;
- err = new_fops->open(inode, file);
- if (err) {
- fops_put(file->f_op);
- file->f_op = fops_get(old_fops);
- }
- fops_put(old_fops);
- out:
- unlock_kernel();
- return err;
- }
這裡還是假設handler是evdev_handler。
- static int evdev_open(struct inode *inode, struct file *file)
- {
- struct evdev *evdev;
- struct evdev_client *client;
- int i = iminor(inode) - EVDEV_MINOR_BASE;
- int error;
- if (i >= EVDEV_MINORS)
- return -ENODEV;
- error = mutex_lock_interruptible(&evdev_table_mutex);
- if (error)
- return error;
- evdev = evdev_table[i];
- if (evdev)
- get_device(&evdev->dev);
- mutex_unlock(&evdev_table_mutex);
- if (!evdev)
- return -ENODEV;
- client = kzalloc(sizeof(struct evdev_client), GFP_KERNEL);
- if (!client) {
- error = -ENOMEM;
- goto err_put_evdev;
- }
- spin_lock_init(&client->buffer_lock);
- client->evdev = evdev;
- evdev_attach_client(evdev, client);
- error = evdev_open_device(evdev);
- if (error)
- goto err_free_client;
- file->private_data = client;
- return 0;
- err_free_client:
- evdev_detach_client(evdev, client);
- kfree(client);
- err_put_evdev:
- put_device(&evdev->dev);
- return error;
- }
- static int evdev_open_device(struct evdev *evdev)
- {
- int retval;
- retval = mutex_lock_interruptible(&evdev->mutex);
- if (retval)
- return retval;
- if (!evdev->exist)
- retval = -ENODEV;
- else if (!evdev->open++) {
- retval = input_open_device(&evdev->handle);
- if (retval)
- evdev->open--;
- }
- mutex_unlock(&evdev->mutex);
- return retval;
- }
- int input_open_device(struct input_handle *handle)
- {
- struct input_dev *dev = handle->dev;
- int retval;
- retval = mutex_lock_interruptible(&dev->mutex);
- if (retval)
- return retval;
- if (dev->going_away) {
- retval = -ENODEV;
- goto out;
- }
- handle->open++;
- if (!dev->users++ && dev->open)
- retval = dev->open(dev);
- if (retval) {
- dev->users--;
- if (!--handle->open) {
- synchronize_rcu();
- }
- }
- out:
- mutex_unlock(&dev->mutex);
- return retval;
- }
下面是使用者程序讀取event的底層實作:
- static ssize_t evdev_read(struct file *file, char __user *buffer,
- size_t count, loff_t *ppos)
- {
- struct evdev_client *client = file->private_data;
- struct evdev *evdev = client->evdev;
- struct input_event event;
- int retval;
- if (count < input_event_size())
- return -EINVAL;
- if (client->head == client->tail && evdev->exist &&
- (file->f_flags & O_NONBLOCK))
- return -EAGAIN;
- retval = wait_event_interruptible(evdev->wait,
- client->head != client->tail || !evdev->exist);
- if (retval)
- return retval;
- if (!evdev->exist)
- return -ENODEV;
- while (retval + input_event_size() <= count &&
- evdev_fetch_next_event(client, &event)) {
- if (input_event_to_user(buffer + retval, &event))
- return -EFAULT;
- retval += input_event_size();
- }
- return retval;
- }
- static int evdev_fetch_next_event(struct evdev_client *client,
- struct input_event *event)
- {
- int have_event;
- spin_lock_irq(&client->buffer_lock);
- have_event = client->head != client->tail;
- if (have_event) {
- *event = client->buffer[client->tail++];
- client->tail &= EVDEV_BUFFER_SIZE - 1;
- }
- spin_unlock_irq(&client->buffer_lock);
- return have_event;
- }
- int input_event_to_user(char __user *buffer,
- const struct input_event *event)
- {
- if (INPUT_COMPAT_TEST) {
- struct input_event_compat compat_event;
- compat_event.time.tv_sec = event->time.tv_sec;
- compat_event.time.tv_usec = event->time.tv_usec;
- compat_event.type = event->type;
- compat_event.code = event->code;
- compat_event.value = event->value;
- if (copy_to_user(buffer, &compat_event,
- sizeof(struct input_event_compat)))
- return -EFAULT;
- } else {
- if (copy_to_user(buffer, event, sizeof(struct input_event)))
- return -EFAULT;
- }
- return 0;
- }
這裡總結一下:如果兩個程序打開同一個檔案,每個程序在打開時都會生成一個evdev_client,evdev_client被挂在evdev的client_list,在handle收到一個事件的時候,會把事件copy到挂在client_list上的所有evdev_client的buffer中。這樣所有打開同一個裝置的程序都會收到這個消息而喚醒。