輸入子系統框架

yywhut

輸入子系統框架新人報道，試著(zhù)發(fā)個(gè)帖子試試。

字符設備驅動(dòng)程序框架：
1.    major
2.    file-operation
3.    register
4.    入口函數
5.    出口函數
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

如果寫(xiě)的程序想很通用，要引入輸入子系統框架
輸入子系統由 輸入子系統核心層（ Input Core ），驅動(dòng)層和事件處理層（Event Handler）三部份組成。一個(gè)輸入事件，如鼠標移動(dòng)，通過(guò) Driver -> InputCore -> Eventhandler -> userspace 的順序到達用戶(hù)空間傳給應用程序。
        其中Input Core 即 Input Layer 由 driver/input/input.c及相關(guān)頭文件實(shí)現。對下提供了設備驅動(dòng)的接口，對上提供了Event Handler層的編程接口。
具體過(guò)程需要仔細體會(huì )代碼。

這部分可以仔細看韋東山老師的視頻講解，理解會(huì )更快些，百度下有很多。
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

目的：我們寫(xiě)驅動(dòng)的目的是為了構造一些函數，使上層可以調用，也就是構造file-operation。
先看下別人寫(xiě)的驅動(dòng)程序是什么樣子
drivers/input/input.c：
static int __init input_init(void)中有注冊驅動(dòng)的過(guò)程，調用了
err = register_chrdev(INPUT_MAJOR, "input", &input_fops);

找一下input_fops，發(fā)現只有一個(gè)結構體，那再看看input_open_file都做了什么事情。

struct input_handler *handler = input_table[iminor(inode) >> 5];
定義一個(gè)input_handler指針，根據傳入文件的次設備號從input_table中提取出一個(gè)input_handler

new_fops = fops_get(handler->fops);//從input_handler中提取出new_fops
file->f_op = new_fops;//將new_fops賦值給當前文件的file_operations

其實(shí)目的是將打開(kāi)的新的文件的fop 指向所找到的 handler的里面的fop，將兩者對應起來(lái)，這樣以后操作這個(gè)文件的fop 實(shí)際上是操作handler的里面的fop。所以這里的驅動(dòng)程序最重要的是怎么來(lái)構造這個(gè)handler里面的fop，也就是怎么來(lái)構造input_table里面的東西。這樣看來(lái)input.c只是起到了一個(gè)中轉的作用。
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

找到input_table數組由誰(shuí)構造？在input_register_handler這個(gè)函數里面來(lái)構造
搜索內核可知：
    evdev.c，tsdev.c，joydev.c，keyboard.c，mousedev.c等文件調用了    input_register_handler，在每種設備里面，都構造了 input_handler 這種結構，我們以evdev.c為例。這些通用的文件已經(jīng)將常規的操作都寫(xiě)好了，也就是fop結構。
static struct input_handler evdev_handler = {
    .event =    evdev_event,
    .connect =    evdev_connect,
    .disconnect =    evdev_disconnect,
    .fops =        &evdev_fops,
    .minor =    EVDEV_MINOR_BASE,
    .name =        "evdev",
    .id_table =    evdev_ids,
};
evdev_fops 可以看到很多讀寫(xiě)函數，相當于幫我們去寫(xiě)了那些驅動(dòng)函數�？聪翬VDEV_MINOR_BASE = 64，那么input_table[iminor(inode) >> 5];相當于
input_table[2].
id_table 表示這個(gè)evdev_handler里面有個(gè)列表，記錄了可以支持的硬件設備。因為這里的handler是個(gè)軟件的概念，寫(xiě)的是通用的函數，最后要轉化的還是具體各種不同的硬件，比如有很多的鼠標，很多的鍵盤(pán)，這里提供一個(gè)通用的接口，開(kāi)發(fā)人員要用一種新的鼠標，只要自己把硬件相關(guān)的模塊寫(xiě)好就行。所以這個(gè)evdev_handler可能會(huì )支持很多硬件，要找到他跟硬件之間的聯(lián)系。

------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
反過(guò)來(lái)看input.c中有注冊input_handler跟注冊輸入設備的兩個(gè)過(guò)程。
**********************************************************************************************
注冊input_handler：
input_register_handler
    // 放入數組
    input_table[handler->minor >> 5] = handler;
    // 放入鏈表
    list_add_tail(&handler->node, &input_handler_list);
    // 對于每個(gè)input_dev，調用input_attach_handler
    list_for_each_entry(dev, &input_dev_list, node)
        input_attach_handler(dev, handler); // 根據input_handler的id_table判斷能否支持這個(gè)input_dev

**********************************************************************************************
注冊輸入設備:
input_register_device
    // 放入鏈表
    list_add_tail(&dev->node, &input_dev_list);
              // 對于每一個(gè)input_handler，都調用input_attach_handler
    list_for_each_entry(handler, &input_handler_list, node)
        input_attach_handler(dev, handler); // 根據input_handler的id_table判斷能否支持這個(gè)input_dev
**********************************************************************************************
兩邊是個(gè)對稱(chēng)的過(guò)程。
注冊input_dev或input_handler時(shí)，會(huì )兩兩比較左邊的input_dev和右邊的input_handler,
根據input_handler的id_table判斷這個(gè)input_handler能否支持這個(gè)input_dev，
如果能支持，則調用input_handler的connect函數建立"連接
注意這里的每一種類(lèi)型的設備只有一個(gè)input_handler的結構，而device的結構有很多鐘，那我們的目標就要去建立這些device.
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

看下dev 跟 handler兩者怎么樣建立連接：
struct input_handle handle;  
input_handle結構是個(gè)核心的結構體，在每個(gè)設備中都建立了這個(gè)結構體，這個(gè)結構體是在input.h中定義的，這樣被很多文件調用比如evdev,里面建立了自己的input_handle結構。這個(gè)結構體里面又定義了兩種結構

struct input_dev *dev;
struct input_handler *handler;

這樣就把dev 跟handler進(jìn)行了關(guān)聯(lián)（通過(guò)h_list 進(jìn)行關(guān)聯(lián)）。
這樣搞清楚了之間的聯(lián)系，evdev.c，tsdev.c，joydev.c，keyboard.c，mousedev.c等文件，已經(jīng)寫(xiě)好了，里面是軟件的操作代碼，具體操作會(huì )用到dev設備的代碼，我們寫(xiě)驅動(dòng)，主要就是寫(xiě)這些設備的驅動(dòng)，然后將這些設備驅動(dòng)進(jìn)行注冊跟evdev等進(jìn)行關(guān)聯(lián)就行。最后上層調用讀寫(xiě)等函數，實(shí)際上是調用evdev等里面的讀寫(xiě)函數，進(jìn)而通過(guò)h_list 找到對應的dev函數進(jìn)行操作