minifilter调试中，谁能看懂这个蓝屏错误？？？？？？？

我用swapBuffer+ctx做加解密minifilter时出现下述蓝屏错误，把IRP_MJ_READ例程注销掉就好了，我找了好几遍也没发现哪句有错。由于windbg报nt错误，不是我驱动的错，我也不知道是我驱动哪一行导致系统崩溃，给位大牛能不能看堆栈给小弟点提示，诸如系统在做什么工作时出错了，好让小弟对应到自己的代码中，不胜感激！！
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

PROCESS1_INITIALIZATION_FAILED (6b)
Arguments:
Arg1: c0000102, Indicates the NT status code that caused the failure.
Arg2: 00000002, (reserved)
Arg3: 00000000
Arg4: 00000000

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

***** Kernel symbols are WRONG. Please fix symbols to do analysis.


MODULE_NAME:  nt

FAULTING_MODULE: 804d8000 nt

DEBUG_FLR_IMAGE_TIMESTAMP:  41108004

DEFAULT_BUCKET_ID:  DRIVER_FAULT

BUGCHECK_STR:  0x6B

LAST_CONTROL_TRANSFER:  from 805343be to 804e4b25

STACK_TEXT:  
WARNING: Stack unwind information not available. Following frames may be wrong.
f9e72240 805343be 00000003 00000001 805d6e40 nt!DbgBreakPointWithStatus+0x4
f9e72620 805349ae 0000006b c0000102 00000002 nt!KeDeregisterBugCheckReasonCallback+0x6c7
f9e72640 806b2e5c 0000006b c0000102 00000002 nt!KeBugCheckEx+0x1b
f9e72698 806a0756 00000000 00043000 00000000 nt!KeFindConfigurationNextEntry+0x8b41
f9e7283c 806a1ab0 80087000 00000000 81bbd3e8 nt!SeTokenObjectType+0x11bf6
f9e72dac 8057efed 80087000 00000000 00000000 nt!SeTokenObjectType+0x12f50
f9e72ddc 804fb477 806a133e 80087000 00000000 nt!PsCreateSystemThread+0x70
00000000 00000000 00000000 00000000 00000000 nt!KeInitializeTimer+0x10c


STACK_COMMAND:  .bugcheck ; kb

FOLLOWUP_NAME:  MachineOwner

BUCKET_ID:  WRONG_SYMBOLS

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

The stack information is useless. You need to fix your symbol path first.

我只是不明白，如果我的代码有错，为什么不报我驱动的错，而报NT的错。Arg1: c0000102表示有文件损坏，我想是我的驱动破坏了某些启动文件导致NT初始化失败，但是我把读函数注销掉就能正常，哪怕在读函数里面直接发送到下层都回导致这个蓝屏，但那样按道理是不会破坏文件的阿，太奇怪了

你的代码可能不会导致BSOD，不过你要是把system file data给修改了，那不把人家给弄死了啊~~

问题解决了，我本来是在postread中判断文件是否需要解密，但无论是否需要解密，在preread中swapbuffer的代码都已经做了一些操作，现在在pre中判断，不需要处理的直接pass，就ok了，加文件头成功了，开心啊