驅(qū)動和應(yīng)用程序交互問題

nashty

項目這邊有個要求，驅(qū)動需要通知應(yīng)用程序，需要兩種類型的通知事件。
通知①        驅(qū)動數(shù)據(jù)包已經(jīng)準備好，應(yīng)用程序可以讀取數(shù)據(jù)了。
                應(yīng)用程序使用epoll的方式輪詢，沒有數(shù)據(jù)則阻塞，有數(shù)據(jù)就調(diào)用指定的接口獲取數(shù)據(jù)。
通知②        首先應(yīng)用程序發(fā)送消息(ioctl方式)給驅(qū)動，讓驅(qū)動啟動搜索線程，
                應(yīng)用程序(ioctl方式)不需等待搜索線程結(jié)束(可能時間比較長)，直接異步返回。
                以上前提下，驅(qū)動程序采用什么樣的通知方式，告訴應(yīng)用程序搜索已經(jīng)結(jié)束(成功或者失敗)。
                如果成功，應(yīng)用程序調(diào)用指定接口，獲取對應(yīng)數(shù)據(jù)。
               
通知①程序正常運行過程中，會一直用到。
通知②只有在特定狀況下偶爾用到。
好像epoll不能區(qū)分兩種POLLIN消息吧？
現(xiàn)在想不出使用什么好的內(nèi)核機制，實現(xiàn)通知②。

暫且使用的方式是，驅(qū)動提供特定的ioctl將搜索的狀態(tài)存放在指定的數(shù)據(jù)結(jié)構(gòu)中，
如：
①搜索沒有啟動
②正常搜索中
③搜索結(jié)束且成功
④搜索結(jié)束且失敗
然后應(yīng)用程序主動調(diào)用ioctl，結(jié)合while(1)和sleep輪詢獲取驅(qū)動中搜索狀態(tài)。

不知各位有什么好的建議。

Godbach

回復(fù) 1# nashty

感覺 netlink 消息就可以吧，封裝出來多種不同的消息，用戶空間根據(jù)消息的內(nèi)容，決定做不同的事情。





   

nashty

回復(fù) 2# Godbach

我在內(nèi)核看了下netlink。除了net相關(guān)的，Kobject_uevent外，其他驅(qū)動基本沒人用額。
而且為了一個事件，改用netlink，上層改為socket，感覺有點。。。。
而且我也不是一個網(wǎng)絡(luò)設(shè)備驅(qū)動額。

現(xiàn)在想采用的方案是，兩個事件都用epoll(POLLIN),再追加一個IOCTL來區(qū)分是哪一個事件過來了。是否能評價一下這個方法？
   

Godbach

回復(fù) 3# nashty

其實你只需要評估 netlink 是否適用你的場景即可。不要在意別的驅(qū)動是否用了�；蛘吣阋獏⒖紕e的驅(qū)動，那么別的驅(qū)動用了什么通知機制呢。我的理解，你的這個做法，可能驅(qū)動里就沒這么玩。所以選擇什么做法，也沒看合適的參考。

另外，你說到要用 EPOLL，那么你是不是也得有一個 fd？


   

nashty

回復(fù) 4# Godbach

對，epoll肯定要fd。言外之意是？

   

Godbach

回復(fù) 5# nashty
我的意思，你仍然需要創(chuàng)建一個 fd。那是什么類型的 fd 呢？ 是不是也是 socket 的？