能力值:
( LV12,RANK:760 )
2 楼
MSDN上有说明!!
http://msdn.microsoft.com/zh-SG/library/ff554559
应该是参数导致~~
能力值:
( LV2,RANK:10 )
3 楼
HighPagePriority indicates that the mapping request must not fail unless the system is completely out of resources. An example of this situation is the paging file path in a driver.
是不是将参数改成“HighPagePriority ”
能力值:
( LV2,RANK:10 )
4 楼
是应该先MmProbeAndLockPages吧,MmGetSystemAddressForMdlSafe最后会调用MmMapLockedPagesSpecifyCache,只是映射地址空间而已,如果是paged内存,到了dispatch_level,还是会蓝屏的,MmProbeAndLockPages,会锁住内存,不让交换出去
能力值:
( LV2,RANK:10 )
5 楼
我原来用了MmProbeAndLockPages,还是蓝屏。
能力值:
( LV2,RANK:10 )
6 楼
蓝屏就传个DUMP文件,让大伙分析分析嘛
能力值:
( LV2,RANK:10 )
7 楼
我将MmGetSystemAddressForMdlSafe 的Priority
参数改为HighPagePriority ,暂时没有蓝屏,现在还在测。
能力值:
( LV2,RANK:10 )
8 楼
暂时没有蓝屏,我先结贴了。。
能力值:
( LV2,RANK:10 )
9 楼
谢谢,暂时没发现蓝屏,应该是这个参数设置问题
。
能力值:
( LV2,RANK:10 )
10 楼
还是蓝屏了,问题没有解决。
感觉还是因为在dispatch_level时是无法调用pageable的内存空间的,因为在dispatch_level无法处理缺页异常,所以感觉无论如何都无法成功。
只能在passive_level把所有的事情做了。
能力值:
( LV2,RANK:10 )
11 楼
前面说了很多 蓝屏了上传DUMP大家分析下
你说没蓝屏 不上传
现在蓝屏 你不分析DUMP 说感觉啥的。。。。
感觉猜测不如分析一个DUMP靠谱
能力值:
( LV2,RANK:10 )
12 楼
我分析dump了。。
能力值:
( LV2,RANK:10 )
13 楼
我说的感觉是因为我认为是这样,没有绝对肯定,毕竟我没有看到针对这种情况("在dispatch_level下修改mdl所指向的内存各个")这方面的资料分析。
能力值:
( LV2,RANK:10 )
14 楼
这位同学意见很中肯,你其实可以传上来大家帮你分析。
啥都没有,仅有你自己回复自己的猜想判断,大家也帮不上忙
能力值:
( LV2,RANK:10 )
15 楼
谢谢大家的帮助,
,小弟感激不尽。。