Unfortunate I don't have a minidump, I have a full dump.

So I thought I'd just post the analysys and see if this is an already known bug.
basically I get a BSOD about 50% of the time when I resume from standby. This is the only time I get crashes, other than that the system has been very stable.
Here's what windbg says. Can someone tell me if this is a known bug? I actually think I get two different crashes in this scenario, but this is the latest one.
This is with 3.0.25.378. Unfortunately if I can't get this fixed, I will need to get comodo uninstalled, because this is a laptop and it goes to sleep quite often.
*******************************************************************************
* *
* 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: ae6a1f66, memory referenced
Arg2: 00000002, IRQL
Arg3: 00000000, value 0 = read operation, 1 = write operation
Arg4: 8a6a0015, address which referenced memory
Debugging Details:
------------------
READ_ADDRESS: ae6a1f66 Nonpaged pool
CURRENT_IRQL: 2
FAULTING_IP:
ndis!ndisFreePacketPoolHdr+25
8a6a0015 0fb7481e movzx ecx,word ptr [eax+1Eh]
DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT
BUGCHECK_STR: 0xD1
PROCESS_NAME: System
TRAP_FRAME: 8b567724 -- (.trap 0xffffffff8b567724)
ErrCode = 00000000
eax=ae6a1f48 ebx=0000858a ecx=00000000 edx=82146700 esi=821469ac edi=ae6a1f10
eip=8a6a0015 esp=8b567798 ebp=8b5677a4 iopl=0 nv up ei pl nz na po nc
cs=0008 ss=0010 ds=0023 es=0023 fs=0030 gs=0000 efl=00010202
ndis!ndisFreePacketPoolHdr+0x25:
8a6a0015 0fb7481e movzx ecx,word ptr [eax+1Eh] ds:0023:ae6a1f66=?

Resetting default scope
LAST_CONTROL_TRANSFER: from 8a6a0015 to 8209ed84
STACK_TEXT:
8b567724 8a6a0015 badb0d00 82146700 8213c920 nt!KiTrap0E+0x2ac
8b5677a4 8a6a06ea ae6927d8 821469ac 8a6af928 ndis!ndisFreePacketPoolHdr+0x25
8b5677c0 8a6a07a6 001469ac 00000000 8743ae7c ndis!ndisFreePacketPool+0x2e
8b5677dc 8f52e552 821469ac 876d0008 874e10e8 ndis!NdisFreePacketPool+0x46
WARNING: Stack unwind information not available. Following frames may be wrong.
8b567924 8a74f4b1 8b5679c0 8b56794c 8743ae7c inspect+0x2552
8b5679b8 8a74f129 c0000001 84b57c70 8a6af918 ndis!ndisInitializeBinding+0x23b
8b567a44 8a75df67 874e10e8 00000000 00000000 ndis!ndisCheckAdapterBindings+0x170
8b567a68 8a75e1e1 00000000 86883008 00000000 ndis!ndisIMInitializeDeviceInstance+0x93
8b567a88 8f9c1a83 8743a4d8 89c781c0 86883008 ndis!NdisIMInitializeDeviceInstanceEx+0x100
8b567b4c 8f9c4cef 8720be64 8b567be0 8a74f4b1 VMNetSrv+0x2a83
00000000 00000000 00000000 00000000 00000000 VMNetSrv+0x5cef
STACK_COMMAND: kb
FOLLOWUP_IP:
inspect+2552
8f52e552 8b85f8feffff mov eax,dword ptr [ebp-108h]
SYMBOL_STACK_INDEX: 4
SYMBOL_NAME: inspect+2552
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: inspect
IMAGE_NAME: inspect.sys
DEBUG_FLR_IMAGE_TIMESTAMP: 4834413f
FAILURE_BUCKET_ID: 0xD1_inspect+2552
BUCKET_ID: 0xD1_inspect+2552
Followup: MachineOwner
---------