【OpenHarmony技術峰會】生態(tài)與互聯(lián)分論壇 | 梁開祝：OpenHarmony驅動開發(fā)實踐

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

技術背景

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

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

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

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

技術干貨

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

代碼結構

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

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

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

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

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

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

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

編譯與鏈接

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

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

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

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

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

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

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

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

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

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

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

倉庫地址：

https://gitee.com/liangkzgitee/ohos_study_note

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

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

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

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

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

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

通用的驅動示例程序

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

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

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