I'm seeing some data suffering bit flips, which means a bit of data got inadvertently zeroed (removed) so it means something is either smearing it or the hardware (most likely RAM) that is holding the data isn't retaining it properly. It may be caused by driver bugs (not often, though), so I recommend turning on Driver Verifier again and letting it crash the system and have us check the new crashdump. If you've altered anything during this troubleshooting period, you should always test with Driver Verifier afterwards, as those crashdumps are more accurate than without DV on.
I'm late in the scene, so correct me if I'm wrong, but how many passes on Memtest did you run? You could have Memtest run at least 7 consecutive passes. Also, if you haven't already, run
Prime95 on Torture Test on Blend settings for a few hours (make sure to check temps with
HwInfo -
sensors only option - cuz it can run hot!). If it crashes/fails, then run again but on Large FFT settings this time. Report to us results of each test.
I've been alerted from others that you may not be setting up Driver Verifier correctly. Provided that you are following instructions on the article
here, one thing you need to make sure of is that you click the
Finish button at the end and that you restart the system
cleanly afterwards. The system must at
least shut down in a clean manner for Driver Verifier settings to kick in, otherwise all settings will be lost. If the system crashes, locks up or you manually shut down the system, again the settings will be lost.
Now, there is a chance DV may cause the system to enter a boot loop after a restart, in which case that means it is doing its job by detecting a driver bug during driver load at Windows startup and is BSODing the system as a result. You can enter Safe Mode (consult the article) to disable Driver Verifier from there and then restart into normal Windows to upload the new crashdumps to us for evaluation.