如何从 Windows 更新测试分发的逐步推出阶段重现问题
How to Reproduce Issue from Windows Update Gradual Rollout Phase on Test Distribution
我们正在开发一个 UMDF
设备驱动程序,它已经通过了必要的 HLK
测试,甚至 Windows 测试分发的更新似乎没有显示,并且更新后出现错误。但在实际驱动提交到Windows更新时,在Gradual Rollout
阶段,大量用户遇到CM_PROB_FAILED_POST_START (error code 43)
足以暂停驱动分发,最终拒绝
除了将驱动程序放入 Windows 更新测试分发之外,是否有更好的方法来安全地解决 simulating/reproducing 这个逐步推出问题?根据我们的检查,驱动程序安装日志中的条目 (C:\Windows\Inf\setupapi.dev.log)
总是结果 SUCCESS
,每个设置阶段的 return 代码 returning 0x0。 EventViewer
也没有显示驱动程序故障或警告的迹象。还有什么东西可以用来查明设备上是否出现代码 43 吗?
非常感谢任何帮助,谢谢。
原来有问题的驱动程序只能支持特定品牌的组件,并导致不支持的品牌失败。因此,需要修改其 CHID
映射以提高特异性并将安装限制在合格的系统上。
飞行性能是有关逐步推出失败的重要信息来源。
我们正在开发一个 UMDF
设备驱动程序,它已经通过了必要的 HLK
测试,甚至 Windows 测试分发的更新似乎没有显示,并且更新后出现错误。但在实际驱动提交到Windows更新时,在Gradual Rollout
阶段,大量用户遇到CM_PROB_FAILED_POST_START (error code 43)
足以暂停驱动分发,最终拒绝
除了将驱动程序放入 Windows 更新测试分发之外,是否有更好的方法来安全地解决 simulating/reproducing 这个逐步推出问题?根据我们的检查,驱动程序安装日志中的条目 (C:\Windows\Inf\setupapi.dev.log)
总是结果 SUCCESS
,每个设置阶段的 return 代码 returning 0x0。 EventViewer
也没有显示驱动程序故障或警告的迹象。还有什么东西可以用来查明设备上是否出现代码 43 吗?
非常感谢任何帮助,谢谢。
原来有问题的驱动程序只能支持特定品牌的组件,并导致不支持的品牌失败。因此,需要修改其 CHID
映射以提高特异性并将安装限制在合格的系统上。
飞行性能是有关逐步推出失败的重要信息来源。