c – IOKit驱动程序已加载但未启动

我有非硬件触发的IOKit基本驱动程序,并且源自IOResources.它还使用 IOServiceOpen提供给用户空间客户端类,但我认为它与我的问题无关……主驱动程序具有IOKit依赖性,如派生驱动程序Info.plist文件中所述：

<key>OSBundleLibraries</key>
<dict>
    ...
    ..
    .
    <key>com.derived.driver</key>
    <string>1.0.0</string>
</dict>

另一个驱动程序(由com.derived.driver标识)实现为通用内核扩展并存储在/ Library / Extensions中.

当我加载基本驱动程序时,派生自动加载.由于派生的驱动程序驻留在/ Library / Extensions中,因此在通过kextcache触发派生驱动程序之前也可以加载它.

但是,当我将派生驱动程序从泛型转换为IOKit格式时它停止工作,因此现在两个驱动程序IOProviderClass都是IOResources.

似乎派生的驱动程序只是拒绝启动它是基于IOService的类,输出日志中没有错误的迹象(我使用调试器并看到它实际上到达IOService :: probeCandidates而不是IOService :: startCandidate.因为内核通过优化编译,我无法用手指指出确切的流量.

当我通过kextstat查看当前加载的驱动程序时,似乎两个驱动程序都已加载,但根据ioreg,只有基本驱动程序具有活动实例(我原以为两个驱动程序将共享同一个提供程序,即IOResources).

而且,过了一段时间,似乎更高的驱动程序简单地从加载的kexts中移除(可能是由于空闲).

我的设计看起来是合法的还是我还必须将基本驱动程序中的IOProviderClass字段从IOResources更改为派生的基于IOService的驱动程序类.

<key>IOKitPersonalities</key>
<dict>
        <key>myDriver</key>
        <dict>
                <key>CFBundleIdentifier</key>
                <string>com.base.driver</string>
                <key>IOClass</key>
                <string>com_base_driver</string>
                <key>IOProviderClass</key>
                <string>com_derived_driver</string>

编辑：
我实际上做到了,并且它有效(所有实例都根据ioreg进行了初始化).

+-o com_derived_driver  <class com_derived_driver,id 0x10000091f,registered,matched,active,busy 0 (804415 ms),retain 6>
    +-o com_base_driver  <class com_base_mng,id 0x100000920,busy 0 (0 ms),retain 9>

但我老实说不知道为什么,任何解释都会受到高度赞赏.

谢谢 ！

解决方法

我只能猜测,因为您还没有提供完整的信息 – 特别是,您没有提供两个驱动程序的完整IOKit个性词典.

请注意,通常,只有一个服务会成功匹配IOService成为其客户端.如果您希望多个不同类型的客户端匹配,则需要通过个性词典中的IOMatchCategory键定义不同的匹配类别.许多司机需要专门匹配IOResources,所以the rule for that case is to use the bundle identifier as match category.我怀疑这是你一直缺少的？

最后,关于使用默认发行版内核遇到问题的附注：内核调试工具包(KDK)提供了备用开发和调试内核,这些内核使用远不那么激进的优化设置进行编译.您可能会发现它们很有用 – 请查看KDK的自述文件,了解有关如何启用它们的详细信息.