Many of the minidump files, analyzed with WinDbg of the Debugging Tools for Windows, referenced the ser2at64.sys as causing the BSODs such as
SYSTEM_THREAD_EXCEPTION_NOT_HANDLED_M and DRIVER_IRQL_NOT_LESS_OR_EQUAL.
So the ser2at64.sys is having an issue on your system.
If you check the "STACK_TEXT" field of one the crashes you can see the ser2at64.sys is accessing and probably corrupting memory ahead of the Wdf01000.sys:
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
Use !analyze -v to get detailed debugging information.
BugCheck D1, {8, 2, 0, fffff88000e62946}
Unable to load image \SystemRoot\system32\DRIVERS\ser2at64.sys, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ser2at64.sys
*** ERROR: Module load completed but symbols could not be loaded for ser2at64.sys
Probably caused by : ser2at64.sys ( ser2at64+99b7 )
Followup: MachineOwner
2: kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
DRIVER_IRQL_NOT_LESS_OR_EQUAL (d1)
An attempt was made to access a pageable (or completely invalid) address at an
interrupt request level (IRQL) that is too high. This is usually
caused by drivers using improper addresses.
If kernel debugger is available get stack backtrace.
Arguments:
Arg1: 0000000000000008, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000000, value 0 = read operation, 1 = write operation
Arg4: fffff88000e62946, address which referenced memory
Debugging Details:
READ_ADDRESS: GetPointerFromAddress: unable to read from fffff800032c30e0
0000000000000008
CURRENT_IRQL: 2
FAULTING_IP:
Wdf01000!imp_WdfObjectGetTypedContextWorker+1e
fffff880`00e62946 4c8b5110 mov r10,qword ptr [rcx+10h]
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT
BUGCHECK_STR: 0xD1
PROCESS_NAME: heavy weather.
TRAP_FRAME: fffff88003192be0 -- (.trap 0xfffff88003192be0)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000000000000 rbx=0000000000000000 rcx=fffffffffffffff8
rdx=0000000000000000 rsi=0000000000000000 rdi=0000000000000000
rip=fffff88000e62946 rsp=fffff88003192d70 rbp=fffff88003192e88
r8=fffff88004c47190 r9=0000057ffac47101 r10=fffffa80053b8e88
r11=00000000c0000120 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei pl zr na po nc
Wdf01000!imp_WdfObjectGetTypedContextWorker+0x1e:
fffff88000e62946 4c8b5110 mov r10,qword ptr [rcx+10h] ds:0000000000000008=????????????????
Resetting default scope
LAST_CONTROL_TRANSFER: from fffff8000308c469 to fffff8000308cf00
STACK_TEXT:
fffff88003192a98 fffff8000308c469 : 000000000000000a 0000000000000008 0000000000000002 0000000000000000 : nt!KeBugCheckEx
fffff88003192aa0 fffff8000308b0e0 : 00000000000007ff fffffa80053b8fb0 fffffa800808ba40 fffffa8004c86b30 : nt!KiBugCheckDispatch+0x69
fffff88003192be0 fffff88000e62946 : 0000000000000002 0000057ffa2a0468 0000000000000000 0000000000000000 : nt!KiPageFault+0x260
fffff88003192d70 fffff88004c3b9b7 : 0000057ffac471d8 0000057ffac471d8 0000000000000001 0000057ffac47101 :
Wdf01000!imp_WdfObjectGetTypedContextWorker+0x1e
fffff88003192dc0 0000057ffac471d8 : 0000057ffac471d8 0000000000000001 0000057ffac47101 fffffa8005d82c60 :
ser2at64+0x99b7
fffff88003192dc8 0000057ffac471d8 : 0000000000000001 0000057ffac47101 fffffa8005d82c60 fffff88004c39f65 : 0x57f`fac471d8
fffff88003192dd0 0000000000000001 : 0000057ffac47101 fffffa8005d82c60 fffff88004c39f65 0000000075982450 : 0x57f`fac471d8
fffff88003192dd8 0000057ffac47101 : fffffa8005d82c60 fffff88004c39f65 0000000075982450 0000000000000022 : 0x1
fffff88003192de0 fffffa8005d82c60 : fffff88004c39f65 0000000075982450 0000000000000022 0000000000000001 : 0x57f`fac47101
fffff88003192de8 fffff88004c39f65 : 0000000075982450 0000000000000022 0000000000000001 0000000000000000 : 0xfffffa80`05d82c60
fffff88003192df0 0000000075982450 : 0000000000000022 0000000000000001 0000000000000000 fffffa8005d82c60 : ser2at64+0x7f65
fffff88003192df8 0000000000000022 : 0000000000000001 0000000000000000 fffffa8005d82c60 fffff88004c39dd5 : 0x75982450
fffff88003192e00 0000000000000001 : 0000000000000000 fffffa8005d82c60 fffff88004c39dd5 fffffa80053b8fb0 : 0x22
fffff88003192e08 0000000000000000 : fffffa8005d82c60 fffff88004c39dd5 fffffa80053b8fb0 0000000000000000 : 0x1
STACK_COMMAND: kb
FOLLOWUP_IP:
ser2at64+99b7
fffff880`04c3b9b7 ?? ???
SYMBOL_STACK_INDEX: 4
SYMBOL_NAME: ser2at64+99b7
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: ser2at64
IMAGE_NAME: ser2at64.sys
DEBUG_FLR_IMAGE_TIMESTAMP: 4ad6e7c6
FAILURE_BUCKET_ID: X64_0xD1_ser2at64+99b7
BUCKET_ID: X64_0xD1_ser2at64+99b7
Followup: MachineOwner
I've bolded the ser2at64.sys and the Wdf01000.sys.
The Wdf01000.sys is getting "blamed" for some of the crashes but it appears the ser2at64.sys is the root of the problem.
The ser2at64.sys appears to be a USB to Serial port driver and has a timestamp of "Thu Oct 15 05:13:42 2009"
Can you obtain an updated version of this driver or roll back to a previous stable version?
Also, it is the process "Heavy Weather" that is crashing in many of the BSODs.