linux驅動工程師需要學習心得

1. linux驅動工程師涉及一些什麼方面的知識

這個你還是去google一下吧，我也說不清楚，

2. 如何成為優秀的linux驅動工程師

首先我要說明的是我是ARM嵌入式開發工程師 偏驅動方面的，雖然兩個架構不同，但是原理是一樣的，C語言不說你也知道重要性，注重linuxC編程，重點是字元串處理還有linux 驅動的相關書籍你必須看 而且要熟！多看IC DATASHEET如果不會看DATASHEET證明你的能力了！數字電路你必須懂 而且知道的越多越好，我寫PWM驅動項目的時候吃過數字電路的虧，還有你要多寫驅動，從最簡單的驅動開始寫，例如單個按鈕驅動，只要你會寫一個類型的驅動這就說明了所有類似的驅動你都行，還有一個方面的是內核！內核很重要，不要你能編寫內核，但是你一定要適應內核懂內核，內核的工作模式，因為你寫的驅動分分鍾內核都不鳥你（就是不兼容）！

3. 請問做嵌入式linux驅動開發的工作需要對驅動熟練到什麼程度才行

你好，樓主：
我可以給出一些見解，我是通過培訓，然後在此行業工作了近一年。針對你的問題，不同的公司有不同的錄取規則，沒有一個定式。當時找第一份工作前，我也有你的這種困擾，我把我的想法說一下，希望能幫到你。
如果你作為初級驅動工程師去面試，你只需要熟悉一些重要的驅動，比如I2C、SPI，而且自己做過此類驅動的小項目，再針對公司供應職業的需求好好做足功課。這個階段是入職後更專業地學習驅動。
如果你作為資深工程師，有多年經驗，自然地對大部分驅動十分了解，比如USB、網卡、存儲設備等等。
對於驅動框架啊，你一定是要了解並十分熟悉框架的，這樣才可以對相應驅動程序進行填充實現其功能。在面試找工作時這個方面會更重要些，但是我認為只要你認真地研究驅動代碼，是很容易掌握的，關鍵是信心與毅力。
「還有對驅動編寫完後的配置和編譯需要到達什麼程度？」這個問題問的好，這是企業和公司都關心的問題，它關心著產品的市場，至於到什麼程度，基本的功能你一定要很好地實現，如果時間充裕，盡量優化你的代碼，使驅動佔用更少的資源、更省電、數據傳輸更好等等。
以上為個人見解，祝成功！

4. LINUX驅動工程師成長之路.該怎麼解決

初級的 大概在5K++ 深圳這邊的 驅動工程師 平均工資都在9K++ 想來一般的驅動工程師都超過這個價位... linux常用的驅動 無非 音效卡、網卡 這個一般都是現成的 顯卡 觸摸屏 等等

5. 想成為 Linux 驅動工程師，需要讀些什麼書

你好首先我要說明的是我是ARM嵌入式開發工程師 偏驅動方面的
雖然兩個架構不同，但是原理是一樣的
C語言不說你也知道重要性，注重linuxC編程，重點是字元串處理還有
linux 驅動的相關書籍你必須看 而且要熟！
多看IC DATASHEET你不會看DATASHEET證明你已經不行了！！！！！
數字電路你必須懂 而且知道的越多越好，我寫PWM驅動項目的時候吃過數字電路的虧
還有你要多寫驅動，從最簡單的驅動開始寫，例如單個按鈕驅動，只要你會寫一個類型的驅動這就說明了所有類似的驅動你都行
還有一個方面的是內核！內核很重要，不要你能編寫內核，但是你一定要適應內核懂內核，內核的工作模式，因為你寫的驅動分分鍾內核都不鳥你（就是不兼容）！
驅動工程師 路漫漫其修遠兮！

6. 想成為linux驅動工程師我要自學哪些書！

樓上的都過時了。現在看2.6內核的書，新出的，好像叫 Linux Kernel Architecture,很不錯，
這本再加上LDD，就是linux device driver啦，這2本看完基本OK。

7. 如何成為優秀的linux驅動工程師

首先要定義，我所認為的一個優秀的驅動開發工程師，應該具備什麼樣的能力，這里列一下按照從易到難的順序，個人認為應該會有幾個方面的要求吧：

能夠獨立完成驅動的功能開發任務
能夠分析和優化驅動的性能,針對特定硬體揚長避短
能夠充分了解模塊相關軟硬體能力、發展方向，輔助應用工程師最大化利用硬體能力
能夠輔助硬體工程師規劃硬體設計，預防問題，謀求功能模塊的最佳方案
能夠協助定義系統架構，合理規劃軟硬體，謀求產品實現的最佳方案

作為一個驅動工程師，很多時候不是完全從頭開發一個完整的子系統，而是針對特定硬體和平台移植驅動，增加功能，解決Bug等等，如果從這方面外在的表現來看：

解決問題的境界，大概會有這么幾個階段：
不知道哪裡存在BUG
不知道如何解決BUG
知道如何解決BUG
知道如何發現BUG
知道如何規劃BUG

知道如何發現BUG（而不是撞上BUG）其實並不簡單，需要你對系統有足夠的了解，能夠察覺可能出問題的地方。而規劃Bug更難，需要你能對問題的輕重緩急做出准確的判斷。沒有的完美的世界，只有適當的取捨，規避和預防。

而從解決問題過程的角度來看，我認可以分為幾個階段：
BUG發生 -> 大量跟蹤調試代碼 -> 終於發現並解決BUG
BUG發生 -> 理論推測可能原因 -> 迅速定位並解決BUG
閱讀代碼 -> 預測可能出現的BUG -> 證實並解決BUG

號稱能光憑瞄一遍代碼就找到問題的高手，我想我是沒希望了。

應該具備怎樣的素質
那麼要達到上訴最佳境界，需要具備和發展哪些素質和能力呢？

足夠的硬體知識
能看簡單的原理圖，能夠分析硬體異常的可能原因，能夠使用常見的硬體調試工具，我想這是做為優秀的驅動工程師，區別與其它軟體工程師，所不可避免、必須具備的專業素質。當然取決於你具體從事的工作，對這方面的要求不盡相同。

對於驅動開發者來說，不了解所開發驅動外設的硬體原理和相關背景知識，也許很多時候，也能夠完成一些移植，修補的工作任務，但這就好比無源之水，無根之木，我相信是很難走遠的。

多多益善的操作系統知識
做驅動開發，特別是純粹的外設的驅動移植工作，剛開始的時候，也許你並不需要了解很多操作系統本身的知識（像內存管理，進程調度，鎖，各種內核子系統的原理框架等等），也能順利完成手頭的一些工作。

但是，如果一但需要優化驅動，需要完善軟體框架，或者是遇上疑難問題需要跟蹤解決，對操作系統，內核本身的了解，就體現出它的價值了。

對於Linux內核驅動開發者，尤其如此，首先，代碼是完全開源的，你有條件去了解背後的運行機制，其次，Linux內核和各個組成子系統總是在迅速的進化發展中，不進則退，你也有必要跟上時代發展的腳步。

強烈的好奇心，持續的熱情
如果驅動開發不僅僅是你的愛好，更是你養家糊口的途徑，我想，很多時候，你大概不會有機會專注於一兩個你最有經驗的模塊的開發和維護。隨著能力的成長，勢必會要求你接觸和掌握越來越多的各式各樣的驅動模塊的開發。

對於這件事，包括我自己，有時候大概都會有如下幾種反應：

哇，原來的工作做太久了，太乏味了，很高興能做不同的工作。
啊？又要做別的模塊啊？我手頭的工作已經太多了！
這個模塊沒意思，我不想做。

相信多數有志青年們都是第一種表現了 8 ）不過，有些時候，我發覺，很多人的這種熱情其實並不持久，一個新的模塊沒做多久，就再次厭倦了，是已經爐火純青了么，未必，或許只是修改了幾個BUG以後不甚其煩。很多時候，我面試前來求職的工程師時，發現簡歷上這個也做過，那個也做過，但是一但問到解決了什麼問題，所做過的驅動，框架、流程、原理之類的問題的時候，就一問三不知了。

我覺得如果自己的目標是優秀，那麼最起碼的標准應該是對具體驅動模塊相關的子系統的整體工作流程，框架，具備足夠的好奇心，樂於去了解和學習，而不僅僅是為了完成任務而工作，否則的話，很難積累下扎實的經驗和技術。

清晰的邏輯思維能力
這一點，也許是個軟體開發人員都應該具備吧，不過，做為驅動開發工程師來說，有時候，大多數情況下，工作的硬體環境並不是完美的，遇到問題需要分析判斷錯誤的原因是硬體問題還是驅動Bug，這時候，清晰的邏輯思維能力尤其重要。

良好的工作習慣
大多數人都不是天才，要成為優秀的開發工程師，一需要持續努力，二需要時間積累經驗，而這過程中，很重要的一點，就是要有良好的工作習慣。譬如，注意設計文檔的維護，對工作中遇到的問題的記錄，過往經驗的及時記錄，適當的軟體開發流程等等。文檔工作，可能很多人很不願意去做，它的確很花費時間。不過，唉。。。老啦，好記性不如爛筆頭啊 8 ）。當然，其實設計文檔更多的是為你提供思考的機會，而過往經驗的總結，也可以起到和大家交流技術，共同進步的目的。

英語
這個也是必須的啦，沒有辦法，郵件列表，技術文檔，社區，精通英語肯定是很大的優勢，做開源項目尤其如此。閱讀各種Spec標准文檔之類的速度還是很重要的。閱讀無障礙是一回事，能和母語一樣一目十行，那才爽呀，唉，人生苦短，效率啊！光讀文檔，就不知道要比老外多花多少時間。。。。

了解更多開源相關，去LUPA社區看看吧

8. 想做LINUX驅動方面的工作需要學習哪些

做LINUX驅動方面的工作一般不需要用到資料庫方面的知識。對內核必要的了解是非常重要的，但最為重要的是《計算機介面技術》方面的知識。