高薪且神秘的Linux設(shè)備驅(qū)動(dòng)工程師這份工作到底在做什么以及如何入門設(shè)備驅(qū)動(dòng)工程師尤其是Linux方向的設(shè)備驅(qū)動(dòng)工程師在圈子里一直帶著一股“高薪且神秘”的標(biāo)簽。我入行八年面試過不少人也帶過幾個(gè)新人有一個(gè)很直觀的感受大多數(shù)人對(duì)這個(gè)崗位的認(rèn)知停留在“寫內(nèi)核代碼、和硬件打交道、工資挺高”但具體驅(qū)動(dòng)工程師每天在干什么、值錢的點(diǎn)在哪里、要補(bǔ)哪些知識(shí)才能上手很少有人說清楚。這篇文章就圍繞“Linux設(shè)備驅(qū)動(dòng)工程師”這件事展開。我會(huì)把崗位的真實(shí)工作內(nèi)容、底層技術(shù)邏輯、入門路線以及一個(gè)最小字符設(shè)備驅(qū)動(dòng)的完整實(shí)操過程全部攤開來講。不管你是剛準(zhǔn)備轉(zhuǎn)嵌入式的新人還是已經(jīng)在做應(yīng)用層開發(fā)、想往底層走的老手這篇文章都能幫你把“驅(qū)動(dòng)開發(fā)”這四個(gè)字真正落地成可執(zhí)行的知識(shí)體系。1. 神秘感與高薪背后設(shè)備驅(qū)動(dòng)工程師的真實(shí)工作場(chǎng)景很多人第一次聽到“設(shè)備驅(qū)動(dòng)”這個(gè)詞想到的是Windows下那種“請(qǐng)插入設(shè)備或者請(qǐng)安裝驅(qū)動(dòng)”的彈窗。但Linux設(shè)備驅(qū)動(dòng)完全是另一碼事它解決的問題不是“讓U盤能識(shí)別”而是“讓操作系統(tǒng)內(nèi)核能夠控制某一類硬件設(shè)備”小到一個(gè)LED燈、一個(gè)按鍵大到網(wǎng)卡、顯卡、SSD控制器背后都有一套完整的驅(qū)動(dòng)軟件在支撐。1.1 為什么這個(gè)崗位天然帶“神秘感”驅(qū)動(dòng)工程師給人感覺神秘主要有三個(gè)原因。第一工作形態(tài)上這類崗位大部分時(shí)間都在敲命令、看日志、翻內(nèi)核源碼很少像應(yīng)用開發(fā)那樣有直觀的界面產(chǎn)出外行很難理解你在干什么。第二它要求的能力棧是復(fù)合型的既要懂C語言、懂內(nèi)核機(jī)制、懂并發(fā)與內(nèi)存管理又要能看懂芯片手冊(cè)里的寄存器時(shí)序、引腳復(fù)用、中斷控制器配置甚至還要會(huì)用示波器、邏輯分析儀來排查硬件問題。第三出了問題現(xiàn)象往往很抽象比如“內(nèi)核panic”“設(shè)備超時(shí)”“中斷風(fēng)暴”“DMA傳輸出錯(cuò)”等普通人連問題描述都聽不懂這就進(jìn)一步拉高了理解門檻。這些因素疊加起來讓驅(qū)動(dòng)開發(fā)看起來是“少數(shù)人才能碰的領(lǐng)域”。但實(shí)際上它并沒有那么玄乎。如果你拆開來看Linux內(nèi)核已經(jīng)幫我們屏蔽了絕大部分硬件差異驅(qū)動(dòng)工程師的主要工作是在“內(nèi)核提供的框架”和“芯片提供的能力”之間搭橋核心是理解接口約定而不是逐行操作硬件寄存器。1.2 高薪的邏輯稀缺性、容錯(cuò)成本和經(jīng)驗(yàn)壁壘再說高薪這個(gè)沒什么可避諱的薪資高低本質(zhì)上是供需關(guān)系。Linux驅(qū)動(dòng)開發(fā)的坑位本來就不多主要集中在芯片原廠、嵌入式方案公司、汽車電子、IoT、通信設(shè)備這些方向。培養(yǎng)周期又長(zhǎng)一個(gè)能獨(dú)立負(fù)責(zé)某個(gè)外設(shè)驅(qū)動(dòng)的工程師通常需要兩三年的積累而且要是在實(shí)際項(xiàng)目中踩過坑才算“真會(huì)”這就導(dǎo)致合格候選人的供給非常有限。另一個(gè)關(guān)鍵因素是容錯(cuò)成本。應(yīng)用層寫錯(cuò)一個(gè)Bug頂多是功能異常重啟一下可能就好了驅(qū)動(dòng)層寫錯(cuò)輕則設(shè)備無法工作重則內(nèi)核直接崩潰如果是出廠后的設(shè)備還要考慮遠(yuǎn)程升級(jí)、現(xiàn)場(chǎng)維護(hù)的成本。尤其是在汽車、醫(yī)療、工業(yè)控制這類對(duì)穩(wěn)定性要求極高的領(lǐng)域驅(qū)動(dòng)出問題意味著巨大的經(jīng)濟(jì)損失和安全隱患。企業(yè)愿意為“能穩(wěn)定交付底層軟件”的人付高薪本質(zhì)上是在買一個(gè)“少出事故”的保險(xiǎn)。再有就是經(jīng)驗(yàn)壁壘。驅(qū)動(dòng)開發(fā)的坑很多是“非顯性”的同樣的代碼在不同內(nèi)核版本上行為不一樣同一個(gè)芯片不同批次可能有差異同一份驅(qū)動(dòng)在A平臺(tái)正常搬到B平臺(tái)就異常。這些經(jīng)驗(yàn)不會(huì)寫在教科書里只能靠實(shí)際項(xiàng)目積累。經(jīng)驗(yàn)壁壘決定了這個(gè)崗位不容易被AI輕易替代也決定了老手的價(jià)值很難被壓縮。2. 拆解Linux設(shè)備驅(qū)動(dòng)核心概念與框架認(rèn)知要理解Linux設(shè)備驅(qū)動(dòng)第一步不是急著寫代碼而是先把Linux對(duì)各種設(shè)備的抽象方式搞明白。Linux把設(shè)備抽象成三類字符設(shè)備char device、塊設(shè)備block device和網(wǎng)絡(luò)設(shè)備network device。大多數(shù)驅(qū)動(dòng)工程師日常打交道的都是字符設(shè)備。2.1 字符設(shè)備驅(qū)動(dòng)大多數(shù)驅(qū)動(dòng)的入口字符設(shè)備是一類按字節(jié)流方式讀寫的設(shè)備典型的比如串口、GPIO、I2C設(shè)備、SPI設(shè)備、幀緩沖framebuffer等。字符設(shè)備驅(qū)動(dòng)的核心是向內(nèi)核注冊(cè)一個(gè)file_operations結(jié)構(gòu)體這個(gè)結(jié)構(gòu)體里填充了 open、release、read、write、ioctl 等函數(shù)指針。當(dāng)應(yīng)用程序調(diào)用 open、read、write 等系統(tǒng)調(diào)用時(shí)內(nèi)核會(huì)通過設(shè)備號(hào)和file_operations找到對(duì)應(yīng)的驅(qū)動(dòng)函數(shù)從而完成對(duì)硬件的操作。理解這個(gè)流程是理解整個(gè)驅(qū)動(dòng)開發(fā)的鑰匙。你可以把內(nèi)核想象成一個(gè)中介平臺(tái)應(yīng)用層不直接接觸硬件而是通過系統(tǒng)調(diào)用陷入內(nèi)核再由內(nèi)核的分發(fā)機(jī)制將請(qǐng)求路由到驅(qū)動(dòng)函數(shù)。驅(qū)動(dòng)的價(jià)值就在于實(shí)現(xiàn)這些函數(shù)讓上層無需關(guān)心硬件細(xì)節(jié)。寫字符設(shè)備驅(qū)動(dòng)有兩種常見姿勢(shì)。老式接口是register_chrdev一次性注冊(cè)一批設(shè)備號(hào)簡(jiǎn)單粗暴但不靈活新式接口是基于cdev和alloc_chrdev_region支持動(dòng)態(tài)分配設(shè)備號(hào)、精細(xì)化控制設(shè)備范圍也是當(dāng)前內(nèi)核推薦的方式。新手入門可以用老式接口快速跑通流程但做正式項(xiàng)目建議直接用cdev方式少走彎路。2.2 設(shè)備號(hào)與設(shè)備節(jié)點(diǎn)用戶空間怎么找到驅(qū)動(dòng)驅(qū)動(dòng)注冊(cè)到內(nèi)核后應(yīng)用程序怎么訪問它答案是設(shè)備節(jié)點(diǎn)也就是/dev目錄下的文件。每一個(gè)設(shè)備節(jié)點(diǎn)都對(duì)應(yīng)一組設(shè)備號(hào)包括主設(shè)備號(hào)和次設(shè)備號(hào)。主設(shè)備號(hào)用于標(biāo)識(shí)設(shè)備對(duì)應(yīng)的驅(qū)動(dòng)類型次設(shè)備號(hào)用于區(qū)分同類型的不同設(shè)備。這里有一個(gè)新人很容易繞暈的地方/dev下的節(jié)點(diǎn)不是自動(dòng)產(chǎn)生的。老派的做法是用mknod命令手動(dòng)創(chuàng)建新一些的做法是在驅(qū)動(dòng)里通過class_create和device_create讓內(nèi)核自動(dòng)創(chuàng)建節(jié)點(diǎn)。后者的本質(zhì)是驅(qū)動(dòng)主動(dòng)向用戶空間暴露設(shè)備信息依賴udev這類設(shè)備管理機(jī)制來生成節(jié)點(diǎn)。這部分在高通、瑞芯微、NXP等平臺(tái)的自定義驅(qū)動(dòng)里非常常見幾乎所有做嵌入式Linux開發(fā)的人都見過class_create的身影。2.3 不只是寫讀寫函數(shù)中斷、并發(fā)與內(nèi)存管理如果以為設(shè)備驅(qū)動(dòng)就是填充file_operations那就把問題想簡(jiǎn)單了。一個(gè)真正可用的驅(qū)動(dòng)通常還涉及中斷處理、并發(fā)控制、內(nèi)存映射、DMA傳輸?shù)葯C(jī)制。舉個(gè)例子一個(gè)按鍵驅(qū)動(dòng)最簡(jiǎn)單的是輪詢GPIO電平但正規(guī)的做法是注冊(cè)一個(gè)中斷按鍵按下時(shí)觸發(fā)中斷處理函數(shù)。中斷處理函數(shù)里不能睡眠、不能調(diào)用可能睡眠的函數(shù)比如kmalloc帶 GFP_KERNEL 標(biāo)志就有睡眠風(fēng)險(xiǎn)還得考慮和主流程的競(jìng)態(tài)。中斷上下文和進(jìn)程上下文的行為差異、spinlock 和 mutex 的選擇策略這些都是驅(qū)動(dòng)開發(fā)的經(jīng)典考點(diǎn)也是面試題里反復(fù)出現(xiàn)的“Linux并發(fā)與競(jìng)態(tài)”問題。內(nèi)存管理也是大頭。內(nèi)核空間和應(yīng)用空間的內(nèi)存不能直接互訪驅(qū)動(dòng)里讀寫用戶傳入的緩沖區(qū)必須用copy_from_user/copy_to_user這一組接口。內(nèi)核里分配內(nèi)存也有一套獨(dú)立的接口體系kmalloc、kzalloc、vmalloc等還要區(qū)分物理連續(xù)和虛擬連續(xù)。這些細(xì)節(jié)如果不清楚寫出來的驅(qū)動(dòng)很可能在特定場(chǎng)景下出現(xiàn)隨機(jī)崩潰。3. 手把手實(shí)操5分鐘跑通一個(gè)最小字符設(shè)備驅(qū)動(dòng)概念說太多不如手寫一個(gè)能跑的東西有感覺。這一節(jié)我用一個(gè)最小化的字符設(shè)備驅(qū)動(dòng)帶大家完整體驗(yàn)從編寫代碼到應(yīng)用層測(cè)試的完整鏈路。這個(gè)例子雖然不是完整的商業(yè)驅(qū)動(dòng)但它涵蓋了驅(qū)動(dòng)開發(fā)的核心閉環(huán)模塊加載、設(shè)備注冊(cè)、文件操作、數(shù)據(jù)交互、模塊卸載。3.1 準(zhǔn)備工作一臺(tái)Linux機(jī)器和內(nèi)核頭文件做驅(qū)動(dòng)實(shí)驗(yàn)最簡(jiǎn)單的環(huán)境就是虛擬機(jī)里裝一個(gè)Ubuntu或CentOS不要求真實(shí)開發(fā)板也能跑通大部分實(shí)驗(yàn)。我在實(shí)際帶新人的時(shí)候也都是建議先在PC上把驅(qū)動(dòng)框架玩明白再上板子。先確認(rèn)內(nèi)核頭文件是否安裝。Ubuntu下的命令是uname -r sudo apt install linux-headers-$(uname -r)安裝完成后檢查/lib/modules/$(uname -r)/build目錄是否存在。這個(gè)目錄指向內(nèi)核源碼樹編譯內(nèi)核模塊必須要用到它。如果 build 指向的文件不存在說明頭文件沒裝好后續(xù)make會(huì)直接報(bào)錯(cuò)。3.2 編寫驅(qū)動(dòng)代碼骨架完整、邏輯清晰的mydemo新建一個(gè)目錄mydemo創(chuàng)建文件mydemo.c#include linux/module.h #include linux/fs.h #include linux/uaccess.h #include linux/init.h #define DEVICE_NAME mydemo #define BUF_LEN 128 static int major; static char device_buf[BUF_LEN]; static int demo_open(struct inode *inode, struct file *filp) { printk(KERN_INFO [mydemo] open called\n); return 0; } static int demo_release(struct inode *inode, struct file *filp) { printk(KERN_INFO [mydemo] release called\n); return 0; } static ssize_t demo_read(struct file *filp, char __user *buf, size_t count, loff_t *offset) { size_t len strlen(device_buf) 1; if (count len) return -EINVAL; if (copy_to_user(buf, device_buf, len)) return -EFAULT; printk(KERN_INFO [mydemo] read: %s\n, device_buf); return len; } static ssize_t demo_write(struct file *filp, const char __user *buf, size_t count, loff_t *offset) { if (count BUF_LEN) count BUF_LEN - 1; if (copy_from_user(device_buf, buf, count)) return -EFAULT; device_buf[count] \0; printk(KERN_INFO [mydemo] write: %s\n, device_buf); return count; } static struct file_operations demo_fops { .owner THIS_MODULE, .open demo_open, .release demo_release, .read demo_read, .write demo_write, }; static int __init demo_init(void) { major register_chrdev(0, DEVICE_NAME, demo_fops); if (major 0) return major; printk(KERN_INFO [mydemo] register ok, major %d\n, major); return 0; } static void __exit demo_exit(void) { unregister_chrdev(major, DEVICE_NAME); printk(KERN_INFO [mydemo] exit\n); } module_init(demo_init); module_exit(demo_exit); MODULE_LICENSE(GPL);這里解釋幾個(gè)關(guān)鍵點(diǎn)。register_chrdev(0, DEVICE_NAME, demo_fops)第一個(gè)參數(shù)傳 0表示讓內(nèi)核動(dòng)態(tài)分配一個(gè)主設(shè)備號(hào)分配結(jié)果會(huì)存放在major變量里。這種做法的好處是不用自己查有哪些空閑設(shè)備號(hào)避免沖突。printk是內(nèi)核態(tài)的打印函數(shù)等價(jià)于應(yīng)用層的 printf但輸出的目標(biāo)是內(nèi)核日志緩沖區(qū)要用dmesg命令查看。KERN_INFO 是日志級(jí)別調(diào)試階段經(jīng)常用到。read 和 write 里出現(xiàn)了copy_to_user和copy_from_user這是內(nèi)核態(tài)和用戶態(tài)數(shù)據(jù)交換的必經(jīng)之路。不能直接*buf device_buf或直接賦值因?yàn)橛脩艨臻g的地址在內(nèi)核態(tài)不能盲目解引用輕則訪問異常重則引入安全漏洞。Makefile 的內(nèi)容非常簡(jiǎn)單obj-m mydemo.o KDIR : /lib/modules/$(shell uname -r)/build PWD : $(shell pwd) all: $(MAKE) -C $(KDIR) M$(PWD) modules clean: $(MAKE) -C $(KDIR) M$(PWD) cleanobj-m表示目標(biāo)文件會(huì)被編譯成內(nèi)核模塊。KDIR指向內(nèi)核構(gòu)建目錄-C是切換目錄到內(nèi)核源碼樹M$(PWD)告訴內(nèi)核構(gòu)建系統(tǒng)回到當(dāng)前目錄編譯模塊這是Linux內(nèi)核模塊編譯的標(biāo)準(zhǔn)套路幾乎不用改動(dòng)。3.3 編譯加載與測(cè)試跑通第一個(gè)完整閉環(huán)執(zhí)行make正常情況下當(dāng)前目錄會(huì)生成mydemo.ko文件。用insmod加載模塊sudo insmod mydemo.ko如果加載成功dmesg | tail應(yīng)該能看到類似下面的輸出[ 1234.567890] [mydemo] register ok, major 240每次分配的主設(shè)備號(hào)可能不同這取決于當(dāng)前系統(tǒng)的設(shè)備和已加載模塊。接下來創(chuàng)建設(shè)備節(jié)點(diǎn)sudo mknod /dev/mydemo c 240 0其中c表示字符設(shè)備240 是上面日志里顯示的主設(shè)備號(hào)0 是次設(shè)備號(hào)。創(chuàng)建之后用 echo 和 cat 測(cè)試echo hello driver /dev/mydemo cat /dev/mydemocat 的輸出應(yīng)該是hello driver。這時(shí)候再看dmesg能看到 open、write、read、release 依次被調(diào)用的日志。測(cè)試完成后卸載模塊sudo rmmod mydemo你會(huì)看到[mydemo] exit的日志同時(shí)/dev/mydemo這個(gè)節(jié)點(diǎn)也失效了因?yàn)轵?qū)動(dòng)已經(jīng)注銷了設(shè)備號(hào)。整個(gè)流程走下來你就懂了驅(qū)動(dòng)開發(fā)最核心的循環(huán)注冊(cè)設(shè)備、實(shí)現(xiàn)操作函數(shù)、加載模塊、創(chuàng)建節(jié)點(diǎn)、應(yīng)用層訪問。后續(xù)不管是寫I2C、SPI還是GPIO驅(qū)動(dòng)本質(zhì)上都是在這個(gè)框架內(nèi)擴(kuò)展。3.4 進(jìn)階一點(diǎn)使用cdev接口與自動(dòng)創(chuàng)建設(shè)備節(jié)點(diǎn)前面用register_chrdev是為了快速演示。但在實(shí)際項(xiàng)目中更規(guī)范的做法是基于cdev接口并且用class_create/device_create讓內(nèi)核自動(dòng)生成設(shè)備節(jié)點(diǎn)省去手動(dòng)mknod的麻煩。簡(jiǎn)單說register_chrdev是老的API內(nèi)部是一次性注冊(cè) 0~255 共256個(gè)次設(shè)備號(hào)比較浪費(fèi)而cdev方式可以只注冊(cè)一個(gè)設(shè)備號(hào)用cdev_init和cdev_add精確管理。自動(dòng)創(chuàng)建設(shè)備節(jié)點(diǎn)的流程是先class_create創(chuàng)建一個(gè)類然后device_create在這個(gè)類下創(chuàng)建設(shè)備內(nèi)核會(huì)在/sys/class/下生成對(duì)應(yīng)信息udev 監(jiān)聽到后會(huì)在/dev/下創(chuàng)建節(jié)點(diǎn)。這樣用戶拿到驅(qū)動(dòng)模塊后加載即用體驗(yàn)好很多。這部分代碼比 demo 版長(zhǎng)一點(diǎn)但邏輯并不復(fù)雜。我建議新手在跑通上面的 demo 之后再花半小時(shí)把register_chrdev改成cdev方式順便加上自動(dòng)創(chuàng)建設(shè)備節(jié)點(diǎn)對(duì)理解設(shè)備模型非常有幫助。4. 驅(qū)動(dòng)調(diào)試的常見問題與排查思路實(shí)錄寫驅(qū)動(dòng)的過程中遇到問題排查思路和應(yīng)用層有很大區(qū)別。應(yīng)用層可以加日志、打斷點(diǎn)、用調(diào)試器驅(qū)動(dòng)出問題時(shí)你既不能隨便printf也不能開 gdb 調(diào)試內(nèi)核態(tài)代碼。這一節(jié)我把自己這幾年踩過的坑、以及面試新人時(shí)經(jīng)常拿來考察的排錯(cuò)思路整理成清單都是真實(shí)項(xiàng)目中反復(fù)遇到的問題。4.1 模塊加載失敗的幾種典型原因insmod失敗是新手最先遇到的坎。最常見的錯(cuò)誤是insmod: ERROR: could not insert module mydemo.ko: Invalid module format這個(gè)錯(cuò)誤八成是內(nèi)核版本或配置不匹配導(dǎo)致的。比如你用 Ubuntu 20.04 的內(nèi)核頭文件編譯卻跑到一個(gè) Ubuntu 22.04 的系統(tǒng)上加載就會(huì)報(bào) module format 錯(cuò)誤。排查思路很簡(jiǎn)單確認(rèn)編譯時(shí)的uname -r和運(yùn)行時(shí)的uname -r完全一致同時(shí)確認(rèn)頭文件版本沒有偏差。還有一類錯(cuò)誤是Unknown symbol in module這通常是因?yàn)轵?qū)動(dòng)依賴了某個(gè)導(dǎo)出的內(nèi)核符號(hào)但被依賴的模塊沒有加載或者內(nèi)核本身不支持。這種問題最穩(wěn)妥的做法是在加載前先modprobe依賴的底層模塊或者檢查/proc/kallsyms確認(rèn)符號(hào)是否存在。Operation not permitted則是權(quán)限問題別猶豫先確認(rèn)是不是 root 用戶SELinux 會(huì)不會(huì)攔截模塊簽名校驗(yàn)是否開啟。許多主流發(fā)行版默認(rèn)開啟模塊簽名自編譯的模塊需要簽名或者在啟動(dòng)參數(shù)里加入module.sig_enforce0僅限測(cè)試環(huán)境。4.2 設(shè)備節(jié)點(diǎn)相關(guān)的問題設(shè)備節(jié)點(diǎn)創(chuàng)建失敗也是高頻問題。手動(dòng)mknod時(shí)如果主設(shè)備號(hào)和驅(qū)動(dòng)register_chrdev實(shí)際返回的不一致應(yīng)用層打開/dev/mydemo時(shí)就會(huì)報(bào)No such device。解決方法是加載模塊后先看dmesg確認(rèn)實(shí)際分配的主設(shè)備號(hào)再創(chuàng)建節(jié)點(diǎn)。如果用了class_create自動(dòng)創(chuàng)建節(jié)點(diǎn)節(jié)點(diǎn)卻沒有出現(xiàn)優(yōu)先檢查udev規(guī)則是否被攔截或者/sys/class/mydemo/下是否有對(duì)應(yīng)的設(shè)備目錄。另外不要忽略權(quán)限問題有些設(shè)備節(jié)點(diǎn)默認(rèn)權(quán)限是0600當(dāng)前用戶如果不是 root 可能沒有讀寫權(quán)限需要修改/etc/udev/rules.d/里的規(guī)則。4.3 應(yīng)用層讀寫異常與內(nèi)核態(tài)Bug的排查技巧應(yīng)用層open成功但read返回Bad address或者直接讓進(jìn)程崩潰問題一般出在copy_to_user/copy_from_user上。有個(gè)原則內(nèi)核態(tài)函數(shù)訪問用戶態(tài)緩沖區(qū)必須經(jīng)過這組 API不能直接操作指針。如果拿到用戶指針就拿來memcpy幾乎必然觸發(fā)內(nèi)核報(bào)錯(cuò)或者數(shù)據(jù)損壞。還有一種情況是read永遠(yuǎn)返回 0導(dǎo)致應(yīng)用層讀到 EOF。這通常是因?yàn)轵?qū)動(dòng)里沒有正確實(shí)現(xiàn)讀邏輯或者copy_to_user的長(zhǎng)度計(jì)算不對(duì)。調(diào)試的時(shí)候可以在驅(qū)動(dòng)里多打printk看函數(shù)是否被調(diào)用、參數(shù)是什么然后縮小問題范圍。這里說一個(gè)實(shí)用的調(diào)試技巧在驅(qū)動(dòng)開發(fā)調(diào)試階段可以把printk的日志級(jí)別設(shè)為KERN_DEBUG然后用dmesg -n 8將控制臺(tái)日志級(jí)別調(diào)低這樣可以實(shí)時(shí)看到內(nèi)核日志輸出效率比反復(fù)查看/var/log/kern.log高很多。重點(diǎn)補(bǔ)充一下生產(chǎn)環(huán)境的驅(qū)動(dòng)不要打太多的printk它不僅影響性能還可能把日志緩沖區(qū)塞滿導(dǎo)致真正的關(guān)鍵信息丟失。4.4 面試?yán)锍Ｒ姷尿?qū)動(dòng)知識(shí)點(diǎn)順手整理如果你正準(zhǔn)備Linux驅(qū)動(dòng)開發(fā)方向的面試我把高頻考點(diǎn)簡(jiǎn)單羅列一下算是給這篇文章的額外福利字符設(shè)備、塊設(shè)備、網(wǎng)絡(luò)設(shè)備的區(qū)別以及各自的注冊(cè)框架主設(shè)備號(hào)和次設(shè)備號(hào)的作用如何動(dòng)態(tài)分配open/read/write/ioctl 在內(nèi)核里的完整調(diào)用鏈路從VFS到具體驅(qū)動(dòng)阻塞與非阻塞I/O、poll/select/epoll 在驅(qū)動(dòng)層的實(shí)現(xiàn)方式中斷上下文的限制tasklet、workqueue、threaded irq 的區(qū)別自旋鎖、信號(hào)量、互斥鎖的適用場(chǎng)景以及如何避免死鎖copy_from_user為什么要做安全檢查access_ok的作用Linux 設(shè)備模型bus、device、driver、class 之間的關(guān)系DTS/設(shè)備樹的基本結(jié)構(gòu)以及如何在內(nèi)核里解析硬件信息調(diào)試手段printk、ftrace、perf、kgdb、/proc、/sys 接口這些知識(shí)點(diǎn)相互關(guān)聯(lián)如果能全部理解基本就達(dá)到了一個(gè)初級(jí)驅(qū)動(dòng)工程師的水平應(yīng)對(duì)技術(shù)面沒有問題。5. 從入門到進(jìn)階給驅(qū)動(dòng)開發(fā)新手的路線建議最后聊一點(diǎn)我自己帶人的經(jīng)驗(yàn)。很多人問我驅(qū)動(dòng)開發(fā)怎么學(xué)需要學(xué)多久我的回答是先跑通一兩個(gè)小實(shí)驗(yàn)建立正反饋然后再體系化地啃內(nèi)核知識(shí)和硬件知識(shí)。5.1 第一階段跑通demo并理解框架不要一上來就看《Linux設(shè)備驅(qū)動(dòng)程序》第三版LDD3那本書雖然經(jīng)典但對(duì)應(yīng)的是2.6內(nèi)核很多接口已經(jīng)變化。更高效的方式是像我上面那樣先寫一個(gè)最小驅(qū)動(dòng)跑通理解module_init、file_operations、register_chrdev這些基礎(chǔ)概念再去看書查漏補(bǔ)缺。這一步大概需要一到兩周核心是建立“驅(qū)動(dòng)可以很簡(jiǎn)單”的認(rèn)知。5.2 第二階段在真實(shí)硬件上展開PC上跑通demo后強(qiáng)烈建議買一塊ARM開發(fā)板比如常見的全志、瑞芯微、NXP i.MX系列親自交叉編譯內(nèi)核搭建根文件系統(tǒng)然后寫GPIO按鍵、LED、I2C溫濕度傳感器這類驅(qū)動(dòng)。真實(shí)硬件會(huì)逼你接觸設(shè)備樹、內(nèi)核配置、硬件手冊(cè)這些經(jīng)驗(yàn)用虛擬機(jī)是換不來的。市面上兩三白到五六白價(jià)位的Linux開發(fā)板足夠用了這筆投資對(duì)職業(yè)發(fā)展來說非常值得。5.3 第三階段深入內(nèi)核與硬件雙向知識(shí)當(dāng)你能熟練地在真實(shí)板子上寫驅(qū)動(dòng)后接下來就是兩個(gè)方向的深化一是內(nèi)核方向?qū)W習(xí)內(nèi)核的并發(fā)管理、內(nèi)存管理、中斷子系統(tǒng)、設(shè)備模型、驅(qū)動(dòng)核心框架如 MTD、V4L2、ALSA、DRM 等二是硬件方向?qū)W會(huì)看原理圖、數(shù)據(jù)手冊(cè)、時(shí)序圖能夠理解 CPU 是怎么通過總線與外部設(shè)備通信的。這兩個(gè)方向可以同步進(jìn)行核心是堅(jiān)持“帶著問題去學(xué)”接到一個(gè)具體任務(wù)先把相關(guān)內(nèi)核源碼和芯片手冊(cè)通讀一遍效率極高。經(jīng)常有人問現(xiàn)在做應(yīng)用開發(fā)還有必要學(xué)驅(qū)動(dòng)嗎我的看法是如果你走嵌入式方向懂驅(qū)動(dòng)一定會(huì)讓你的技術(shù)視野和應(yīng)用層代碼質(zhì)量高一個(gè)檔次如果你的方向是純互聯(lián)網(wǎng)后端那確實(shí)不需要碰驅(qū)動(dòng)但了解一下Linux底層的工作機(jī)制對(duì)排查線上問題也有幫助。技術(shù)棧之間從來不是孤立的越了解底層越能寫出靠譜的上層代碼。