国产精品久久久aaaa,日日干夜夜操天天插,亚洲乱熟女香蕉一区二区三区少妇,99精品国产高清一区二区三区,国产成人精品一区二区色戒,久久久国产精品成人免费,亚洲精品毛片久久久久,99久久婷婷国产综合精品电影,国产一区二区三区任你鲁

0
  • 聊天消息
  • 系統消息
  • 評論與回復
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術視頻
  • 寫文章/發帖/加入社區
會員中心
創作中心

完善資料讓更多小伙伴認識你,還能領取20積分哦,立即完善>

3天內不再提示

鴻蒙HDF架構:DeviceManager如何生成所有的host配套設施

鴻蒙系統HarmonyOS ? 來源:oschina ? 作者:悠然紅茶侯亮 ? 2020-10-14 14:01 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

我們闡述了在啟動DeviceManager這個核心服務時,是如何生成所有的host配套設施的,下面我們來進一步剖析細節。

我們已經知道,一個Host對應一個DevHostServiceClnt和一個DevHostService,很明顯主要行為都包含在后者內部。當后者啟動時,會執行到DriverInstallerStartDeviceHost(),該函數又會調用DevHostServiceStartServie(),這些內容在前一篇文章里都說過。

我們不用去想太多調用細節,反正說起來就是要讓一個DevHostServiceClnt和一個DevHostService“掛接”(attach)起來,掛接的動作里會進一步在DevHostService里安裝設備驅動。這個掛接動作具體對應的函數就是DevmgrServiceClntAttachDeviceHost()。在上一篇文章里,我們沒有展開講這個函數,現在就從它說起。為了便于閱讀,我將掛接動作的調用順序先繪制出來,如下圖所示:

1.掛接device Host

我用黃色框表達了DevmgrServiceClntAttachDeviceHost()一步,該函數代碼截選如下:

【drivers/hdf/frameworks/core/host/src/Devmgr_service_clnt.c】

int DevmgrServiceClntAttachDeviceHost(uint16_t hostId, struct IDevHostService *hostService)

{

struct IDevmgrService *devMgrSvcIf = NULL;

。 . 。 . 。 .

devMgrSvcIf = inst-》devMgrSvcIf;

。 . 。 . 。 .

// 實際調用的是DevmgrServiceAttachDeviceHost()

return devMgrSvcIf-》AttachDeviceHost(devMgrSvcIf, hostId, hostService);

}

最后一句實際調用的是DevmgrServiceAttachDeviceHost(),代碼截選如下:

【drivers/hdf/frameworks/core/manager/src/Devmgr_service.c】

static int DevmgrServiceAttachDeviceHost(

struct IDevmgrService *inst, uint16_t hostId, struct IDevHostService *hostService)

{

struct DevHostServiceClnt *hostClnt = DevmgrServiceFindDeviceHost(inst, hostId);

。 . 。 . 。 .

hostClnt-》deviceInfos = HdfAttributeManagerGetDeviceList(hostClnt-》hostId, hostClnt-》hostName);

。 . 。 . 。 .

hostClnt-》hostService = hostService;

return DevHostServiceClntInstallDriver(hostClnt);

}

首先,遍歷DevmgrService的hosts列表,根據hostId找到對應的DevHostServiceClnt對象,并給該DevHostServiceClnt對象的deviceInfos域和hostService域賦值,然后調用重頭戲DevHostServiceClntInstallDriver()。

在獲取這個host范疇的所有device信息時,也是去查詢上一篇文章提到的配置樹,樹節點的類型為DeviceResourceNode,只不過上一次系統是去查找具有“hdf_manager”屬性的節點,而此次是查找名字為hostName的節點,這個節點里包含著若干設備的信息,現在這些設備信息會被組織成一個HdfDeviceInfo鏈表。最終形成下面圖中的結構:

1.1安裝host范疇內的設備驅動

1.1.1在每個host的DevHostService里添加設備

Attach動作的最后一步就是安裝驅動啦,我們看一下這個DevHostServiceClntInstallDriver()函數:

【drivers/hdf/frameworks/core/manager/src/Devhost_service_clnt.c】

int DevHostServiceClntInstallDriver(struct DevHostServiceClnt *hostClnt)

{

。 . 。 . 。 .

struct HdfSListIterator it;

struct HdfDeviceInfo *deviceInfo = NULL;

struct IDevHostService *devHostSvcIf = NULL;

。 . 。 . 。 .

devHostSvcIf = (struct IDevHostService *)hostClnt-》hostService;

。 . 。 . 。 .

HdfSListIteratorInit(&it, hostClnt-》deviceInfos);

while (HdfSListIteratorHasNext(&it)) {

deviceInfo = (struct HdfDeviceInfo *)HdfSListIteratorNext(&it);

if ((deviceInfo == NULL) || (deviceInfo-》preload != DEVICE_PRELOAD_ENABLE)) {

continue;

}

// 實際調用的是 DevHostServiceAddDevice()

ret = devHostSvcIf-》AddDevice(devHostSvcIf, deviceInfo);

。 . 。 . 。 .

}

return HDF_SUCCESS;

}

其實就是遍歷一下該host范疇內的所有HdfDeviceInfo節點,如果節點的preload是“使能”的,就執行對應的AddDevice操作,即DevHostServiceAddDevice()函數,其代碼截選如下:

【drivers/hdf/frameworks/core/host/src/Devhost_service.c】

static int DevHostServiceAddDevice(struct IDevHostService *inst,

const struct HdfDeviceInfo *deviceInfo)

{

int ret = HDF_FAILURE;

struct HdfDevice *device = NULL;

struct HdfDeviceNode *devNode = NULL;

struct DevHostService *hostService = (struct DevHostService *)inst;

struct IDriverLoader *driverLoader = HdfDriverLoaderGetInstance();

。 . 。 . 。 .

device = DevHostServiceGetDevice(hostService, deviceInfo-》deviceId);

。 . 。 . 。 .

// 實際調用的是 HdfDriverLoaderLoadNode()

devNode = driverLoader-》LoadNode(driverLoader, deviceInfo);

。 . 。 . 。 .

devNode-》hostService = hostService;

// 實際調用的是 HdfDeviceAttach()

ret = device-》super.Attach(&device-》super, devNode);

。 . 。 . 。 .

return HDF_SUCCESS;

。 . 。 . 。 .

}

在這個函數里,先調用DevHostServiceGetDevice()嘗試從DevHostService的devices列表里查找與deviceId匹配的節點,如果找不到就創建一個新HdfDevice節點,并插入該列表。

當然,一開始devices列表是個空列表,此時只會創建新節點。反正經此一步,我們一般可以拿到一個可用的HdfDevice對象。接著利用驅動加載器加載一個和deviceInfo匹配的HdfDeviceNode節點。最后還需把得到的HdfDevice和HdfDeviceNode掛接起來。

1.1.1.1加載HdfDeviceNode

加載HdfDeviceNode的動作實際上是HdfDriverLoaderLoadNode(),代碼截選如下:

【drivers/hdf/frameworks/core/host/src/Hdf_driver_loader.c】

static struct HdfDeviceNode *HdfDriverLoaderLoadNode(

struct IDriverLoader *loader, const struct HdfDeviceInfo *deviceInfo)

{

struct HdfDriverEntry *driverEntry = NULL;

struct HdfDeviceNode *devNode = NULL;

。 . 。 . 。 .

// 實際調用的是 HdfDriverLoaderGetDriverEntry()

driverEntry = loader-》GetDriverEntry(deviceInfo);

。 . 。 . 。 .

devNode = HdfDeviceNodeNewInstance();

。 . 。 . 。 .

devNode-》driverEntry = driverEntry;

devNode-》deviceInfo = deviceInfo;

devNode-》deviceObject.property = HcsGetNodeByMatchAttr(HcsGetRootNode(),

deviceInfo-》deviceMatchAttr);

。 . 。 . 。 .

if ((deviceInfo-》policy == SERVICE_POLICY_PUBLIC) || (deviceInfo-》policy == SERVICE_POLICY_CAPACITY)) {

。 . 。 . 。 .

if (driverEntry-》Bind(&devNode-》deviceObject) != 0) {

HDF_LOGE(“bind driver failed”);

HdfDeviceNodeFreeInstance(devNode);

return NULL;

}

}

return devNode;

}

HdfDeviceNode的定義如下:

【drivers/hdf/frameworks/core/host/include/Hdf_device_node.h】

struct HdfDeviceNode {

struct IDeviceNode super;

struct HdfSListNode entry;

struct PowerStateToken *powerToken;

struct DevHostService *hostService;

struct HdfDeviceObject deviceObject;

struct IHdfDeviceToken *token;

struct HdfDriverEntry *driverEntry;

const struct HdfDeviceInfo *deviceInfo;

};

可以看到,驅動加載器在創建HdfDeviceNode節點時,還是有一些工作要做的:

1)得加載相應設備的驅動程序入口,最終體現為HdfDriverEntry;

2)創建一個HdfDeviceNode對象,經過研究,我們可以看到最終創建的其實是HdfDeviceNode的派生類(DeviceNodeExt)對象;

3)把HdfDeviceNode節點和設備驅動程序綁定起來;

1.1.1.1.1獲取驅動入口

驅動加載器獲取HdfDriverEntry的實際動作是HdfDriverLoaderGetDriverEntry():

【drivers/hdf/lite/manager/src/Lite_driver_loader.c】

struct HdfDriverEntry *HdfDriverLoaderGetDriverEntry(

const struct HdfDeviceInfo *deviceInfo)

{

int count = (int) (((uint8_t *)(HDF_DRIVER_END()) - (uint8_t *)(HDF_DRIVER_BEGIN())) / sizeof(size_t));

size_t *addrBegin = (size_t*)(HDF_DRIVER_BEGIN());

if ((deviceInfo == NULL) || (deviceInfo-》moduleName == NULL) || (deviceInfo-》svcName == NULL)) {

HDF_LOGE(“Hdf get device entry failed, input deviceInfo is NULL!”);

return NULL;

}

for (int i = 0; i 《 count; i++) {

struct HdfDriverEntry *driverEntry = (struct HdfDriverEntry *)(*addrBegin);

if (strcmp(deviceInfo-》moduleName, driverEntry-》moduleName) == 0) {

return driverEntry;

}

addrBegin++;

}

HDF_LOGE(“Hdf get %s device entry failed!”, deviceInfo-》svcName);

return NULL;

}

其中,HdfDriverEntry的定義如下:

【drivers/hdf/frameworks/include/core/Hdf_device_desc.h】

struct HdfDriverEntry {

int32_t moduleVersion;

const char *moduleName;

int32_t (*Bind)(struct HdfDeviceObject *deviceObject);

int32_t (*Init)(struct HdfDeviceObject *deviceObject);

void (*Release)(struct HdfDeviceObject *deviceObject);

};

現在我們來解釋一下,HdfDriverLoaderGetDriverEntry()到底在干什么。我們設想,HDF會先加載需要的所有驅動程序,每個驅動程序內部都會構造一個HdfDriverEntry對象,而且會填好那個Bind域,這其實就是在填寫一個回調函數指針,當然,也只有驅動程序自己知道該填寫哪個函數指針。

HDF會把加載的所有驅動的HdfDriverEntry對象的起始地址匯總起來,形成一個類似地址數組的東西,這個數組的第一項的地址對應上面代碼中的HDF_DRIVER_BEGIN(),最后一項的地址對應HDF_DRIVER_END()(最后一項不填內容)。示意圖如下:

獲取驅動入口時,就是在遍歷這個指針數組,查詢與moduleName匹配的節點。

1.1.1.1.2 創建HdfDeviceNode對象

接著嘗試創建HdfDeviceNode對象,此時調用的HdfDeviceNodeNewInstance()函數如下:

【drivers/hdf/frameworks/core/host/src/Hdf_device_node.c】

struct HdfDeviceNode *HdfDeviceNodeNewInstance()

{

return (struct HdfDeviceNode *)HdfObjectManagerGetObject(HDF_OBJECT_ID_DEVICE_SERVICE);

}

又需要去查我們熟悉的對象創建表(g_liteObjectCreators),最終查到會調用DeviceNodeExtCreate():

【drivers/hdf/lite/manager/src/Hdf_device_node_ext.c】

struct HdfObject *DeviceNodeExtCreate()

{

struct DeviceNodeExt *instance =

(struct DeviceNodeExt *)OsalMemCalloc(sizeof(struct DeviceNodeExt));

if (instance != NULL) {

DeviceNodeExtConstruct(instance);

instance-》ioService = NULL;

}

return (struct HdfObject *)instance;

}

可以看到,實際創建的是一個DeviceNodeExt對象。DeviceNodeExt繼承于HdfDeviceNode,定義如下:

【drivers/hdf/lite/include/manager/Hdf_device_node_ext.h】

struct DeviceNodeExt {

struct HdfDeviceNode super;

struct HdfIoService *ioService;

};

其構造函數如下:

【drivers/hdf/lite/manager/src/Hdf_device_node_ext.c】

static void DeviceNodeExtConstruct(struct DeviceNodeExt *inst)

{

struct IDeviceNode *nodeIf = (struct IDeviceNode *)inst;

if (nodeIf != NULL) {

HdfDeviceNodeConstruct(&inst-》super);

nodeIf-》PublishService = DeviceNodeExtPublishService;

}

}

注意,它修改了繼承來的PublishService域,將函數指針設為DeviceNodeExtPublishService了。

HdfDriverLoaderLoadNode()會給DeviceNodeExt的driverEntry域、deviceInfo域、deviceObject.property賦值,那么在進行綁定之前,DeviceNodeExt的示意圖大概是這樣的:

1.1.1.1.3 綁定驅動入口

接下來要將剛剛創建的DeviceNodeExt節點和驅動入口綁定起來:

driverEntry-》Bind(&devNode-》deviceObject)

前文我們已經說了,每個程序會實現自己的Bind動作,而HDF只負責回調Bind。注意,回調時HDF需要傳入DeviceNodeExt節點的deviceObject部分的指針,因為需要驅動程序填寫其中的域。當然,我們從上圖中可以看到,deviceObject部分只剩下service域(IDeviceIoService*)需要填寫。那么很明顯,一個驅動程序要能被HDF使用,那么它就得包含一個IDeviceIoService對象。IDeviceIoService的定義如下:

【drivers/hdf/frameworks/include/core/Hdf_device_desc.h】

struct IDeviceIoService {

struct HdfObject object;

int32_t (*Open)(struct HdfDeviceIoClient *client);

int32_t (*Dispatch)(struct HdfDeviceIoClient *client, int cmdId, struct HdfSBuf *data,

struct HdfSBuf *reply);

void (*Release)(struct HdfDeviceIoClient *client);

};

現在我們可以基于前文示意圖,繪制一張DeviceNodeExt和驅動程序綁定后的示意圖了,如下圖:

1.1.1.2 掛接HdfDeviceNode

DevHostServiceAddDevice()在加載好DeviceNodeExt之后,調用了一句Attach:

ret = device-》super.Attach(&device-》super, devNode);

嘗試把HdfDevice節點和DeviceNodeExt聯系起來,這一句其實是調用HdfDeviceAttach(),相關代碼如下:

【drivers/hdf/frameworks/core/host/include/Hdf_device.h】

struct IHdfDevice {

struct HdfObject object;

int (*Attach)(struct IHdfDevice *, struct HdfDeviceNode *);

};

struct HdfDevice {

struct IHdfDevice super;

struct HdfSListNode node;

struct HdfSList services;

uint16_t deviceId;

uint16_t hostId;

};

【drivers/hdf/frameworks/core/host/src/Hdf_device.c】

static int HdfDeviceAttach(struct IHdfDevice *devInst, struct HdfDeviceNode *devNode)

{

struct HdfDevice *device = (struct HdfDevice *)devInst;

struct IDeviceNode *nodeIf = (struct IDeviceNode *)devNode;

。 . 。 . 。 .

HdfSListAdd(&device-》services, &devNode-》entry);

// 實際調用的是 HdfDeviceLaunchNode()

return nodeIf-》LaunchNode(devNode, devInst);

}

代碼里先將DeviceNodeExt添加進HdfDevice的services列表里,然后調用了HdfDeviceLaunchNode()。

我們前文已經說過,HdfDevice節點在之前已經添加進DevHostService的devices列表了,現在它又和DeviceNodeExt聯系起來了,再結合前文中的知識,我們可以畫一張大一點兒的關系示意圖了,如下:

至此,相信大家已經基本了解掛接設備host所形成的數據結構了,正如上圖所示,每個host都會對應上圖中紅、綠、藍三個范疇。大家不妨自己試著畫畫這張圖,看看還會發現什么。至于HDF的其他方面,我們可以在其他文章里再探討。
編輯:hfy

聲明:本文內容及配圖由入駐作者撰寫或者入駐合作網站授權轉載。文章觀點僅代表作者本人,不代表電子發燒友網立場。文章及其配圖僅供工程師學習之用,如有內容侵權或者其他違規問題,請聯系本站處理。 舉報投訴
  • 函數
    +關注

    關注

    3

    文章

    4417

    瀏覽量

    67521
  • 設備驅動
    +關注

    關注

    0

    文章

    71

    瀏覽量

    11345
  • 鴻蒙系統
    +關注

    關注

    183

    文章

    2642

    瀏覽量

    69857
收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關推薦
    熱點推薦

    支付寶FluidMarkdown鴻蒙版正式開源

    ,FluidMarkdown 鴻蒙版不僅顯著提升了鴻蒙 AI 應用的文本渲染體驗,也為開發者帶來了更便捷、更流暢、高度可定制的開發能力,助力構建鴻蒙生態下的 AI 渲染基礎設施
    的頭像 發表于 12-26 13:42 ?627次閱讀

    大模型支撐后勤保障方案生成系統:功能特點與平臺架構解析

    ? ? 大模型支撐后勤保障方案生成系統:功能特點與平臺架構解析 ? ?大模型支撐后勤保障方案生成系統憑借智能預測、動態調度、路徑優化、庫存管理及可視化展示等核心能力,為后勤保障方案生成
    的頭像 發表于 12-17 15:49 ?325次閱讀

    生成式AI賦能虛擬調試——fe.screen-sim的架構價值

    生成式AI賦能虛擬調試——fe.screen-sim的架構價值
    的頭像 發表于 12-04 14:59 ?984次閱讀
    <b class='flag-5'>生成</b>式AI賦能虛擬調試——fe.screen-sim的<b class='flag-5'>架構</b>價值

    【HarmonyOS 5】鴻蒙mPaaS詳解

    【HarmonyOS 5】鴻蒙mPaaS詳解 ##鴻蒙開發能力 ##HarmonyOS SDK應用服務##鴻蒙金融類應用 (金融理財# 一、mPaaS是什么? mPaaS 是 Mobile
    的頭像 發表于 07-11 18:23 ?895次閱讀
    【HarmonyOS 5】<b class='flag-5'>鴻蒙</b>mPaaS詳解

    鴻蒙NEXT-鴻蒙三層架構搭建,嵌入HMRouter,實現便捷跳轉,新手攻略。(1/3)

    摘要:本文詳細介紹了搭建鴻蒙三層架構的具體步驟,包括公共能力層、基礎特性層和產品定制層的創建。首先需在AGC控制臺創建項目并關聯應用包名,然后在DevEcoStudio中新建項目,依次創建
    的頭像 發表于 06-30 22:17 ?911次閱讀
    <b class='flag-5'>鴻蒙</b>NEXT-<b class='flag-5'>鴻蒙</b>三層<b class='flag-5'>架構</b>搭建,嵌入HMRouter,實現便捷跳轉,新手攻略。(1/3)

    迅為RK3568開發板實操-HDF驅動配置UART

    /hdf_config/khdf/device_info/device_info.hcs 文件, device_info.hcs 中添加以下內容: 1、device3 :: deviceNode { 2
    的頭像 發表于 06-27 15:58 ?596次閱讀

    鴻蒙5開發寶藏案例分享---應用架構實戰技巧

    大家好! 今天咱們聊聊鴻蒙開發中那些“官方文檔提了但實際開發難找”的架構設計技巧。結合官方文檔,我會用 真實代碼案例+通俗講解 ,幫你把分層架構和線程通信落地到項目里,告別“理論會了,代碼不會
    發表于 06-12 16:14

    Kuikly鴻蒙版正式開源 —— 揭秘卓越性能適配之旅

    端的基礎能力和設施,包括豐富的跨端組件,完善的調試、構建、發布、監控配套工具鏈,穩定性監控能力等。 Kuikly框架優勢: 一碼五端,支持Android、iOS、鴻蒙、Web、小程序5個平臺(Web
    發表于 06-04 16:46

    迅為RK3568開發板實操-HDF驅動配置UART-修改HCS配置

    deviceMatchAttr 的值表示驅動的私有配置信息 5 serviceName 表示服務名稱,服務加載成功之后會在開發板的/dev/目錄下生成節點。例如 HDF_PLATFORM_UART_9 后面跟著的數據 9 是 UartOpen()的端口號
    發表于 05-22 11:32

    DevEco Studio AI輔助開發工具兩大升級功能 鴻蒙應用開發效率再提升

    HarmonyOS應用的AI智能輔助開發助手——CodeGenie,該AI助手深度集成在DevEco Studio中,提供鴻蒙知識智能問答、鴻蒙ArkTS代碼補全/生成和萬能卡片生成
    發表于 04-18 14:43

    華為公布AI基礎設施架構突破性新進展

    近日,華為公司常務董事、華為云計算CEO張平安在華為云生態大會2025上公布了AI基礎設施架構突破性新進展——推出基于新型高速總線架構的CloudMatrix 384超節點集群,并宣布已在蕪湖數據中心規模上線。
    的頭像 發表于 04-12 15:09 ?1963次閱讀

    【北京迅為】iTOP-RK3568開發板鴻蒙OpenHarmony系統南向驅動開發實操-HDF驅動配置UART

    【北京迅為】iTOP-RK3568開發板鴻蒙OpenHarmony系統南向驅動開發實操-HDF驅動配置UART
    的頭像 發表于 03-25 11:02 ?1733次閱讀
    【北京迅為】iTOP-RK3568開發板<b class='flag-5'>鴻蒙</b>OpenHarmony系統南向驅動開發實操-<b class='flag-5'>HDF</b>驅動配置UART

    北京迅為iTOP-RK3568開發板OpenHarmony系統南向驅動開發實操-HDF驅動配置LED

    北京迅為iTOP-RK3568開發板OpenHarmony系統南向驅動開發實操-HDF驅動配置LED
    的頭像 發表于 03-14 14:41 ?1359次閱讀
    北京迅為iTOP-RK3568開發板OpenHarmony系統南向驅動開發實操-<b class='flag-5'>HDF</b>驅動配置LED

    DevEco Studio 聯合小藝接入 DeepSeek,步驟更簡單開發鴻蒙更專業

    將訴求發出,馬上獲得反饋,并且明確給出了對網站的設計元素分析和整體架構設計,甚至給出了性能優化方案和設計驗收指標。簡直是又快又清晰又準確。 2) 現在讓他結合鴻蒙最佳實踐,按照他的設計,生成這個首頁
    發表于 03-13 15:11

    北京迅為RK3568開發板OpenHarmony系統南向驅動開發內核HDF驅動框架架構

    北京迅為RK3568開發板OpenHarmony系統南向驅動開發內核HDF驅動框架架構
    的頭像 發表于 03-11 14:13 ?1862次閱讀
    北京迅為RK3568開發板OpenHarmony系統南向驅動開發內核<b class='flag-5'>HDF</b>驅動框架<b class='flag-5'>架構</b>