為什么設備驅(qū)動要實現(xiàn)在內(nèi)核空間中？

tomxue0126

我以前做過一個項目，Linux平臺，需要對板子上的i2c設備進行讀寫，最后都是通過用戶空間的i2c讀寫搞定的，感覺沒必要把這部分放到內(nèi)核中...
那么為什么很多人寫驅(qū)動需要在內(nèi)核中實現(xiàn)呢？
我的理解是內(nèi)核中只要實現(xiàn)總線驅(qū)動就可以了，至于設備，它的那些寄存器的設置，只要我們能操作總線，比如i2c, spi, uart，完全可以在用戶空間中實現(xiàn)嘛
誰能給解釋下？多謝先！

arm-linux-gcc

放在用戶空間中，并發(fā)怎么處理？中斷怎么處理？

Tinnal

回復 1# tomxue0126

你可以看看UIO的方案，已經(jīng)合入主線了，用戶態(tài)驅(qū)動的實現(xiàn)。
http://lwn.net/Articles/232575/

在用戶態(tài)實現(xiàn)驅(qū)動不是不行，但效率太慢。你想想，一個中斷來了，還是**一個進程去處理，怎么也得用毫秒來算吧。


   

Tinnal

我覺得最大的問題性能問題。這不，微軟把圖形庫都放內(nèi)核態(tài)去實現(xiàn)了。
但某些特殊情況會有相反的結(jié)果，如果我想輪訓一個設備，把設備的地址MAP到用戶態(tài)，直接操作設備，速度反倒是最快的。
因此，一個技術(shù)有沒優(yōu)越對比，只有那個更合適具體的場景。

smalloc

還有權(quán)限問題。

rexrock23

DPDK就是基于用戶態(tài)的驅(qū)動，對于要處理大流量的設備，可以用輪詢來處理報文的收發(fā)。
但是像2樓說的，大部分驅(qū)動還得靠中斷通知系統(tǒng)。

tomxue0126

多謝各位！收獲很多。