在2月25日剛剛圓滿閉幕的首屆開放原子開源基金會OpenHarmony技術(shù)峰會（2023）生態(tài)與互聯(lián)分論壇上，潤和軟件旗下子公司江蘇潤開鴻數(shù)字科技有限公司（簡稱：潤開鴻）資深軟件開發(fā)工程師梁開祝發(fā)表了題為《OpenHarmony的驅(qū)動框架原理和實踐》的主題演講，從實踐角度重點講解了OpenHarmony驅(qū)動框架的具體實現(xiàn)細節(jié)和“一次開發(fā)，多系統(tǒng)部署”的驅(qū)動開發(fā)實踐，幫助OpenHarmony設備驅(qū)動開發(fā)者深入理解驅(qū)動框架工作流程和工作細節(jié)。

技術(shù)背景

OpenHarmony引入全新驅(qū)動開發(fā)理念和框架

OpenHarmony是一個面向萬物互聯(lián)/萬物智聯(lián)大場景的分布式操作系統(tǒng)，它面對的是硬件性能和功能需求千差萬別的設備，比如智能手環(huán)與手機之間的硬件差異。為了統(tǒng)一適配能力差別巨大的設備，OpenHarmony設計了一個多內(nèi)核的架構(gòu)，能力弱的設備選用簡單的內(nèi)核（如LiteOS）、能力強的設備選用復雜的內(nèi)核（如Linux），這意味著生態(tài)圈中的硬件產(chǎn)品在系統(tǒng)內(nèi)核層面上就存在巨大的差異。然而這些產(chǎn)品很有可能會用到相近甚至相同的外圍硬件，比如，家里的智能門禁系統(tǒng)、智能電視、平板電腦、手機上所使用的攝像頭模組都可能是同一個型號或同系列的，而在設備端運行不同內(nèi)核的操作系統(tǒng)，就需要為不同內(nèi)核開發(fā)各自的驅(qū)動程序，這會造成驅(qū)動程序的復用性、可移植性、可維護性較差，不利于產(chǎn)品開發(fā)和維護，也不利于硬件生態(tài)圈的成長。

作為一個全新的操作系統(tǒng)，OpenHarmony必須要開發(fā)一套更優(yōu)秀的驅(qū)動開發(fā)框架，幫助開發(fā)者、企業(yè)更便捷地開發(fā)和管理硬件設備的驅(qū)動程序，助力打造自己的硬件生態(tài)。OpenHarmony的驅(qū)動框架，采用C語言面向?qū)ο?a target="_blank">編程模型構(gòu)建，通過平臺解耦、內(nèi)核解耦，來達到兼容不同內(nèi)核，統(tǒng)一平臺底座的目的，從而幫助開發(fā)者實現(xiàn)驅(qū)動一次開發(fā)，多系統(tǒng)部署的效果。

OpenHarmony的內(nèi)核子系統(tǒng)（多內(nèi)核）與驅(qū)動子系統(tǒng)（統(tǒng)一的驅(qū)動框架）是松耦合的關(guān)系，僅通過一個OSAL（Operating System Abstraction Layer，操作系統(tǒng)抽象層）進行交互。OSAL只為驅(qū)動框架提供內(nèi)核部分關(guān)鍵能力的抽象接口，而隱藏了接口在不同內(nèi)核中的實現(xiàn)細節(jié)。驅(qū)動框架通過OSAL來適配不同的內(nèi)核，而具體的設備則完全基于驅(qū)動框架提供的能力來實現(xiàn)驅(qū)動程序并通過HDI（Hardware Driver Interface，硬件驅(qū)動接口）對上層提供驅(qū)動服務，設備驅(qū)動完全不需要知道（也不會知道）自己運行在什么樣的內(nèi)核之上。

技術(shù)干貨

OpenHarmony中的驅(qū)動框架實現(xiàn)詳解

代碼結(jié)構(gòu)

圖為OpenHarmony的驅(qū)動框架以及與驅(qū)動開發(fā)相關(guān)代碼部署。驅(qū)動框架主要在//drivers/hdf_core/目錄下實現(xiàn)。

lframework/目錄是C語言實現(xiàn)的驅(qū)動框架核心源代碼（包括驅(qū)動框架、配置管理、配置解析、驅(qū)動通用模型、硬件通用平臺能力接口等），

注意點：這里的部分代碼是內(nèi)核態(tài)驅(qū)動框架與用戶態(tài)驅(qū)動框架共用的，需要大家在閱讀代碼時區(qū)分清楚；

l adapter/目錄下是驅(qū)動框架適配不同內(nèi)核的適配代碼和編譯腳本，也包括用戶態(tài)驅(qū)動框架適配不同系統(tǒng)類型（輕量系統(tǒng)和標準系統(tǒng)）的適配代碼和編譯腳本。

l //drivers/peripheral/目錄下是部署在OpenHarmony用戶空間的各種外圍設備驅(qū)動相關(guān)的HDI、HAL、驅(qū)動模型及測試用例等的實現(xiàn)代碼和編譯配置。

l //drivers/interface/目錄下是用于管理各驅(qū)動模塊的HDI接口定義，這些接口定義使用IDL語言描述并以.idl文件形式保存。

l 其他與驅(qū)動開發(fā)相關(guān)的代碼目錄還包括//device/目錄和//vendor/目錄下的相關(guān)部分目錄，它們是具體的芯片方案、產(chǎn)品方案、產(chǎn)品定義、產(chǎn)品配置等相關(guān)信息和適配代碼的匯總，為設備驅(qū)動的實現(xiàn)提供一定的支持。

編譯與鏈接

驅(qū)動框架適配不同內(nèi)核的編譯配置，在代碼結(jié)構(gòu)的//drivers/hdf_core/adapter/目錄下，主要還是通過對應的BUILD.gn和Makefile文件將相關(guān)的源代碼進行串聯(lián)和依賴，以完成驅(qū)動框架整體的編譯與鏈接。

對于不同的內(nèi)核，則在對應內(nèi)核的編譯腳本中加入編譯驅(qū)動框架的入口和鏈接描述。

圖中代碼示例是在LiteOS_A內(nèi)核的編譯腳本中include驅(qū)動框架的編譯入口，同時也在鏈接腳本中加入一個hdf.driver的只讀數(shù)據(jù)段，用以描述驅(qū)動框架專用的數(shù)據(jù)結(jié)構(gòu)。

圖中代碼示例是在Linux內(nèi)核的編譯腳本中，將驅(qū)動框架的關(guān)鍵代碼以patch的形式打入Linux源代碼中（實際仍是代碼目錄的軟鏈接形式加入Linux內(nèi)核中），同時也在鏈接腳本vmlinux.lds.S中加入一個hdf.driver的只讀數(shù)據(jù)段，用以描述驅(qū)動框架專用的數(shù)據(jù)結(jié)構(gòu)。

當編譯到OpenHarmony內(nèi)核時，編譯工具鏈通過上述腳本的描述一并將驅(qū)動框架編譯成中間文件，然后鏈接和打包到內(nèi)核鏡像中使用。

內(nèi)核態(tài)驅(qū)動框架及用戶態(tài)驅(qū)動框架啟動流程

內(nèi)核態(tài)驅(qū)動框架的啟動流程

如圖所示，部署在內(nèi)核態(tài)的驅(qū)動框架作為一個相對獨立的部分，要么因為內(nèi)核（LiteOS_A內(nèi)核）的其他模塊的直接調(diào)用而啟動，要么作為內(nèi)核（Linux內(nèi)核）的一個模塊（module）而自動加載和啟動。在進入驅(qū)動框架的啟動入口之后，驅(qū)動框架就會進入一個與內(nèi)核無關(guān)的工作流程中（與內(nèi)核相關(guān)部分會通過OSAL接口對接到內(nèi)核提供的功能）。

用戶態(tài)驅(qū)動框架的啟動流程

如圖所示，部署在用戶態(tài)的驅(qū)動框架則分為若干個獨立的服務進程，在系統(tǒng)啟動到用戶態(tài)階段時，由Init進程根據(jù)啟動配置文件的描述逐一拉起，各進程之間通過IPC進行交互并逐步建立起各自的數(shù)據(jù)結(jié)構(gòu)關(guān)系。

以上兩張示意圖均為以功能模塊劃分的啟動流程概略圖，梁開祝老師在閱讀理解OpenHarmony驅(qū)動框架的代碼時，以API為粒度整理了一份詳細的啟動流程圖，以及在驅(qū)動框架啟動過程中一步步建立起來的數(shù)據(jù)結(jié)構(gòu)關(guān)系圖，感興趣的讀者可到資源倉庫下載、閱讀：

倉庫地址：

https://gitee.com/liangkzgitee/ohos_study_note

用戶態(tài)與內(nèi)核態(tài)的交互

內(nèi)核態(tài)的驅(qū)動框架與用戶態(tài)的驅(qū)動框架是各自獨立的兩部分，內(nèi)核態(tài)驅(qū)動框架直接管理具體硬件設備的驅(qū)動，并以服務的形式向用戶態(tài)提供服務接口，而用戶態(tài)驅(qū)動框架則通過HDI接口使用內(nèi)核態(tài)驅(qū)動框架提供的驅(qū)動服務。

HDI接口使用IO Service和IO Dispatcher機制為驅(qū)動框架提供進行統(tǒng)一的交互接口，其實現(xiàn)主要有兩種形式：

l 當驅(qū)動以內(nèi)核態(tài)組件形式部署時，客戶端程序需要通過系統(tǒng)調(diào)用（system call）方式訪問驅(qū)動程序。驅(qū)動接口通過IO Service請求將消息通過系統(tǒng)調(diào)用陷入內(nèi)核，并將消息分發(fā)到IO Dispatcher進行處理。

l 當驅(qū)動以用戶態(tài)服務形式部署時，客戶端進程需要通過IPC方式訪問驅(qū)動服務進程，IO Service完成IPC 通信的客戶端消息請求封裝，IO Dispatcher完成驅(qū)動服務端消息請求封裝，客戶端消息通過IPC送達服務端再分發(fā)給IO Dispatcher處理。

注意點：該交互過程涉及比較復雜的數(shù)據(jù)處理流程，需要結(jié)合代碼進行深入理解。

通用的驅(qū)動示例程序

以一個通用的驅(qū)動示例程序來簡單驗證基于OpenHarmony驅(qū)動框架的設備驅(qū)動開發(fā)基本要點。

本驅(qū)動示例程序，包含了驅(qū)動框架的一些基本要素，如上層的應用程序、內(nèi)核的驅(qū)動程序、硬件的驅(qū)動配置信息、適配不同內(nèi)核和不同類型系統(tǒng)的編譯腳本等。小伙伴們可以跟著里面的README文檔的操作說明，從簡單到復雜一步步去驗證前文提到的驅(qū)動框架知識要點，也可以非常方便地將這個示例程序移植到不同的開發(fā)板上進行驗證，以此體驗OpenHarmony驅(qū)動框架“一次開發(fā)，多系統(tǒng)部署”的好處。

“以技術(shù)賦能開源共建，持續(xù)發(fā)揮生態(tài)引領(lǐng)作用”。潤和軟件將深入貫徹“2+N”行業(yè)戰(zhàn)略（深耕金融、能源“2”大行業(yè)，廣泛賦能智慧城市、醫(yī)療、教育、工業(yè)等“N”個行業(yè)），圍繞行業(yè)場景落地不斷夯實軟硬件底座，推動應用創(chuàng)新，助力體驗提升；吸引更多企業(yè)及個人開發(fā)者融入生態(tài)、參與共建，持續(xù)為OpenHarmony繁榮發(fā)展貢獻力量。