Clock Watchdog Timeout BSOD's During Gaming, Log Zip provided

How's it going with the scans?

Please don't forget Malwarebytes.

Looks like my suspicion was right, there are/were more files present related to piracy. Please ensure that everything found is removed.

Excellent, please follow post 2 again Clock Watchdog Timeout BSOD's During Gaming, Log Zip provided

There you go. Ran into an error when running the command towards the end about a missing file, but it still completed.

Thank you for providing a kernel dump, exactly what was needed

Please update the Intel Ethernet network driver from Gigabyte, after 1.5 years there is an update available.

On to the analysis itself, the first thing I believe many do is to check the state of all processors, given that we're dealing with a crash where 1 processor has hung.
In order to do this properly I first needed to switch to the processor that hung. To those that don't know why/how, in basic terms this crash occurs because a processor is not responding to requests in an orderly fashion, as this can cause severe problems another processor needs to take action and crashes the system.

Code:

Bugcheck code 00000101
Arguments 00000000`00000031 00000000`00000000 fffff880`035bb180 00000000`00000003
0: kd> ~3

3: kd> !ipi
IPI State for Processor 0

    As a sender, awaiting IPI completion from processor(s) 3.

    TargetCount          1  PacketBarrier        1  IpiFrozen     0 [Running]


IPI State for Processor 1

    As a sender, awaiting IPI completion from processor(s) 3.

    TargetCount          1  PacketBarrier        1  IpiFrozen     2 [Frozen]


IPI State for Processor 2

    As a sender, awaiting IPI completion from processor(s) 3.

    TargetCount          1  PacketBarrier        1  IpiFrozen     2 [Frozen]


IPI State for Processor 3

    As a receiver, unhandled requests are pending from processor(s) 0, 1, 2.

    TargetCount          0  PacketBarrier        0  IpiFrozen     5 [Target Freeze]

    From processor 0, active request of type: flush all
    From processor 1, active request of type: flush multiple
        Flush Count 0  Flush List fffff88008e966a0  (dp fffff88008e966a0 l0)
    From processor 2, active request of type: flush multiple
        Flush Count 0  Flush List fffff880041362f0  (dp fffff880041362f0 l0)

Processors 0, 1 and 2 are waiting for processor 3 to handle requests, but for some reason processor 3 freezes. Now, let's see what the processor was doing.

For some understanding, when you look at task manager you see a lot of processes running in the background. A process is merely a container for something that does the actual work which is called a thread. A process can have hundreds of threads each doing their own thing, all these threads perform tasks simultaneously so the user doesn't have to wait. So a process making calculations like 1+2, 3*15, etc. is quickly done with 1 thread. However, when there are thousands or even billions of calculations to be done, 1 thread will need a second to perform them all (1 calculation = 1 hertz, 1.000.000.000 calculations = 1.0 Ghz per second), when there are 2 threads it will only take half a second, 10 threads and you will nearly instantly see the resuls.

Code:

3: kd> !thread
THREAD fffff880035ca140  Cid 0000.0000  Teb: 0000000000000000 Win32Thread: 0000000000000000 RUNNING on processor 3
Not impersonating
DeviceMap                 fffff8a000006100
Owning Process            fffff80003c07680       Image:         Idle
Attached Process          fffffa800cd70040       Image:         System
Wait Start TickCount      0              Ticks: 497891 (0:02:09:27.149)
Context Switch Count      10337277       IdealProcessor: 0             
UserTime                  00:00:00.000
KernelTime                01:10:07.643
Win32 Start Address nt!KiIdleLoop (0xfffff80003ab4de0)
Stack Init fffff880035eac70 Current fffff880035eac00
Base fffff880035eb000 Limit fffff880035e5000 Call 0000000000000000
Priority 16 BasePriority 0 PriorityDecrement 0 IoPriority 0 PagePriority 0
Child-SP          RetAddr           : Args to Child                                                           : Call Site
00000000`00000000 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x0

This is the strange part, a thread with nothing going on. This made me very curious. I can't explain why this happened, but upon further investigation I noticed that this thread does make a lot of network related calls. The Intel ethernet driver strangely made many calls using 1 function, DriverEntry, this function initializes a driver after it's been loaded. As this function is repeatedly being called I believe the driver had issues initializing. Unfortunately I have been unable to get the return value of this function to confirm that it fails or not, and if so why.

Just as I was about to write this one off as solved, a hard freeze occurs. Unfortunately no BSOD occured, so I don't have a log to offer as of yet.

Edit: probably false alarm, turns out some of the power settings reset, most notably the hard drive shutdown feature. That one was probably the culprit, but I'll give it another couple of days.

Second Edit: happened again, so the problem is still persisting. I've yet to acquire any BSOD logs however.