PMExt_Init 在哪里调用？

最新推荐文章于 2024-07-05 14:53:03 发布

原创最新推荐文章于 2024-07-05 14:53:03 发布 · 888 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#TI OMAP Pmext.dll

本文详细介绍了TI为Windows Mobile 6.5及Wince平台提供的BSP电源管理组件pmext.dll。该组件通过特殊的进程注入方式实现对MPU电源管理寄存器的控制，以达到降低功耗的目的。文章还提供了注册表配置示例及关键函数调用流程。

TI针对(windows mobile 6.5)wince5.0、wince6.0平台的BSP电源管理部分，重新实现了一套管理机制，驱动名称叫做pmext.dll，估计是为了和系统自带的pm.dll做区别，最终的作用就是在系统电源状态发生变化的时候，调用自身MPU的电源管理寄存器(CORE,MPU,PER模块等)，进行功耗降低。网上介绍这部分的内容应该是没有的。

部分注册表文件内容如下：

;-- Power Management Extension -------------------------------------------------
; @CESYSGEN IF CE_MODULES_PM
; @CESYSGEN IF GWES_MGBASE
; @XIPREGION IF PACKAGE_OEMXIPKERNEL
; HIVE BOOT SECTION
IF BSP_NOPMEXT !
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Power\Extension\Omap]
    "Dll"="pmext.dll"
    "ConstraintRoot"="\\OMAPPMX\\Constraints"
    "PowerPolicyRoot"="\\OMAPPMX\\Policies"

如果你跟踪代码，发现跟踪到如下系列的函数时候，就跟踪不下去了，因为你不知道它在哪里被调用。

HANDLE PWRDOM_InitConstraint(_TCHAR const *szContext)

HANDLE PWRDOM_CreateConstraint(HANDLE hConstraintAdapter)

BOOL PWRDOM_UpdateConstraint(HANDLE hConstraintContext, DWORD msg, void *pParam, UINT size)

到底在哪里被调用？原来他既不是像普通的流驱动那样被device.exe加载调用，也不是像普通的函数那样回调，而是采用了一种类似进程注入的方式来调用，具体在Constraintadapter.cpp的PostInitialize()函数中，通过类似下面的方式，获取上面那些函数的API，注册成为回调函数：

      m_fns.UpdateConstraint = reinterpret_cast<fnUpdateConstraint>(
                            ::GetProcAddress(m_hModule, szBuffer)
                            );

这个驱动Pmext.dll的实现文件就在\csp\omap\pm\constraintroot目录下的Pmext.cpp中，但是它被调用的位置是在Omap3xxxbus.cpp，xxx代表和平台相关的文件，比如Omap3430bus.cpp，Omap3530bus.cpp，等等。

也是用和上面差不多的方式来调用的，部分代码如下：

#define PME_INIT_NAME                    (L"PMExt_Init")

typedef DWORD (*fnInit)(HKEY hKey, LPCTSTR lpRegistryPath);
static fnInit pme_init;

HANLDE s_hModule = ::LoadLibrary(s_szDll); //s_szDll就是dll的名字

pme_init = reinterpret_cast<fnInit>(::GetProcAddress(s_hModule, PME_INIT_NAME));

(*pme_init)(HKEY_LOCAL_MACHINE, s_szPmExtPath);