Okay, i have 1) reinstalled comodo with the test driver and collected a minidump, 2) uninstalled comodo and collected a full memory dump, 3) again reinstalled comodo with the test driver and collected a full memory dump.
The BSOD in all cases above only happens after a 1st reboot. Subsequent boots are normal. The BSOD is also only a brief interuption of the boot to desktop i.e. while windows “collects information”, it does not require any safe mode or trouble shooting, or anything at all.
Stop Code: Driver_Power_State_Failure
All info has been passed on. Let me know if or how i can help further…
Thank you.
I tried the beta of comodo firewall and unfortunately i get the same behavior as in my last comment. (bsod on first restart, shows driver power state failure as the cause).
For anyone with a similar problem though, i suppose they could try updating Intel® PROSet/Wireless WiFi drivers if that applies to them. This comment is based on some behind the scenes testing and feedback. I have not done this yet incase another beta comes along to be tested.
Just to update this thread, the originally posted problem has gone away (cmdhlp.sys major bsod crash) and it may be because windows did an immediate update right after the fall creators edition from 1709 OS Build 16299.125 to 1709 OS Build 16299.192 or it may be that the order of installation makes a difference (?) i.e. comodo was installed and then the fall creators was installed on top versus the case now where fall creators edition is installed and comodo is getting installed on top. Just speculation though.
Also, a test file cmdhlp.sys was provided at one point but the same behavior occurs (bsod on first restart, shows driver power state failure as the cause). Note this exact same behavior also occurs when the test file is NOT used i.e. clean install using comodo 6420 and 6476.
I myself am not looking for a solution to the current single time bsod but am happy to possibly help a bit more.
FYIP,
asdfg108 has been very helpful in trouble shooting, so far we could only find that crash was in vwifibus.sys driver.
Considering it’s non-comodo driver, difficult to understand reason of it. Again, he sees crash window only upon 1st re-boot
We will be working further with asdfg108 if we could zero-in.