BSOD problem, dont know why it is caused

Loading Dump File [C:\Users\Mike\Downloads\BSODDmpFiles\thahgr\Windows_NT6_BSOD_jcgriff2\012012-25428-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: SRV*c:\users\mike\documents\symbols*http://msdl.microsoft.com/download/symbols
Executable search path is: 
Windows 7 Kernel Version 7601 (Service Pack 1) MP (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS Personal
Built by: 7601.17640.amd64fre.win7sp1_gdr.110622-1506
Machine Name:
Kernel base = 0xfffff800`03058000 PsLoadedModuleList = 0xfffff800`0329d670
Debug session time: Fri Jan 20 07:25:50.048 2012 (UTC - 7:00)
System Uptime: 0 days 11:09:30.328
Loading Kernel Symbols
...............................................................
................................................................
....................................
Loading User Symbols
Loading unloaded module list
...............................
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck D1, {10, 2, 0, fffff88001a0b9c2}

Unable to load image \??\c:\program files\common files\bitdefender\bitdefender firewall\bdfndisf6.sys, Win32 error 0n2
*** WARNING: Unable to verify timestamp for bdfndisf6.sys
*** ERROR: Module load completed but symbols could not be loaded for bdfndisf6.sys
Probably caused by : bdfndisf6.sys ( bdfndisf6+b9c2 )

Followup: MachineOwner
---------

0: 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: 0000000000000010, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000000, value 0 = read operation, 1 = write operation
Arg4: fffff88001a0b9c2, address which referenced memory

Debugging Details:
------------------


READ_ADDRESS: GetPointerFromAddress: unable to read from fffff80003307100
 0000000000000010 

CURRENT_IRQL:  2

FAULTING_IP: 
bdfndisf6+b9c2
fffff880`01a0b9c2 488b14ca        mov     rdx,qword ptr [rdx+rcx*8]

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

BUGCHECK_STR:  0xD1

PROCESS_NAME:  System

TRAP_FRAME:  fffff8800adfb220 -- (.trap 0xfffff8800adfb220)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=00007fff00000000 rbx=0000000000000000 rcx=0000000000000002
rdx=0000000000000000 rsi=0000000000000000 rdi=0000000000000000
rip=fffff88001a0b9c2 rsp=fffff8800adfb3b0 rbp=fffff8800adfb4f8
 r8=fffffa8006c9aaa0  r9=0000000000000001 r10=fffff88001a13d00
r11=0000000000007c32 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0         nv up ei pl nz na po nc
bdfndisf6+0xb9c2:
fffff880`01a0b9c2 488b14ca        mov     rdx,qword ptr [rdx+rcx*8] ds:0001:00000000`00000010=????????????????
Resetting default scope

LAST_CONTROL_TRANSFER:  from fffff800030d41e9 to fffff800030d4c40

STACK_TEXT:  
fffff880`0adfb0d8 fffff800`030d41e9 : 00000000`0000000a 00000000`00000010 00000000`00000002 00000000`00000000 : nt!KeBugCheckEx
fffff880`0adfb0e0 fffff800`030d2e60 : fffff880`0adfb298 fffff880`0adfb240 fffffa80`0734ab58 fffffa80`06c9aaa0 : nt!KiBugCheckDispatch+0x69
fffff880`0adfb220 fffff880`01a0b9c2 : fffffa80`00000008 a2cc83ca`35e3fbd5 a0007c32`87000045 02087491`fecc117c : nt!KiPageFault+0x260
fffff880`0adfb3b0 fffffa80`00000008 : a2cc83ca`35e3fbd5 a0007c32`87000045 02087491`fecc117c 00000500`00000000 : bdfndisf6+0xb9c2
fffff880`0adfb3b8 a2cc83ca`35e3fbd5 : a0007c32`87000045 02087491`fecc117c 00000500`00000000 00000000`00000000 : 0xfffffa80`00000008
fffff880`0adfb3c0 a0007c32`87000045 : 02087491`fecc117c 00000500`00000000 00000000`00000000 00007fff`00000000 : 0xa2cc83ca`35e3fbd5
fffff880`0adfb3c8 02087491`fecc117c : 00000500`00000000 00000000`00000000 00007fff`00000000 0000000f`00000002 : 0xa0007c32`87000045
fffff880`0adfb3d0 00000500`00000000 : 00000000`00000000 00007fff`00000000 0000000f`00000002 00000020`00000000 : 0x2087491`fecc117c
fffff880`0adfb3d8 00000000`00000000 : 00007fff`00000000 0000000f`00000002 00000020`00000000 00000000`00000000 : 0x500`00000000


STACK_COMMAND:  kb

FOLLOWUP_IP: 
bdfndisf6+b9c2
fffff880`01a0b9c2 488b14ca        mov     rdx,qword ptr [rdx+rcx*8]

SYMBOL_STACK_INDEX:  3

SYMBOL_NAME:  bdfndisf6+b9c2

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: bdfndisf6

IMAGE_NAME:  bdfndisf6.sys

DEBUG_FLR_IMAGE_TIMESTAMP:  4ec14ce8

FAILURE_BUCKET_ID:  X64_0xD1_bdfndisf6+b9c2

BUCKET_ID:  X64_0xD1_bdfndisf6+b9c2

Followup: MachineOwner
---------