16,472
社区成员
发帖
与我相关
我的任务
分享请教超级高手 ！ 关于 DDK ,386保护模式,NT内核
KeRaiseIrql(31,..);
...;//some code
KeLowerIrql(oldirql);
当我用softice在some code 处设断点时，会崩溃。。
Irql的实现是否完全依赖于硬件。我翻看关于386保护模式的书，未发现有相关的东西。
softice是否依赖于NT内核的调度。
另在外打工到底好不好找工作？我现在很矛盾 ，我想跳槽，心里没底
...;//some code
KeLowerIrql(oldirql);
当我用softice在some code 处设断点时，会崩溃。。
Irql的实现是否完全依赖于硬件。我翻看关于386保护模式的书，未发现有相关的东西。
softice是否依赖于NT内核的调度。
另在外打工到底好不好找工作？我现在很矛盾 ，我想跳槽，心里没底
...全文
请发表友善的回复…
发表回复
93621zhf 2000-12-17
- 打赏
- 举报
又有了新的认识后，sunx 所说的“即理论上在 NT里一个硬件中断的处理过程可能会
被一个内核线程打断”可能是错的，有本书上说凡是线程都是运行在passive级别.
但是一个内核线程将自己提升到dirq以上时（没试过，不知道行不行），我个人觉得
它会屏蔽掉硬件中断，个人猜测直到这个线程离开dirq以上的代码时，中断才会运行
不知对不对，请高手指点
被一个内核线程打断”可能是错的，有本书上说凡是线程都是运行在passive级别.
但是一个内核线程将自己提升到dirq以上时（没试过，不知道行不行），我个人觉得
它会屏蔽掉硬件中断，个人猜测直到这个线程离开dirq以上的代码时，中断才会运行
不知对不对，请高手指点
CoolHg 2000-10-20
- 打赏
- 举报
关注
93621zhf 2000-09-08
- 打赏
- 举报
我真羡慕你们，有各种各样的硬件可以用来开发。环境好，水平进步也快。我现在做过的驱动太少了。光看例子也不行啊！
93621zhf 2000-09-08
- 打赏
- 举报
我的空想：
我调试KeRaiseIrql(31,..)时，发现只不过是向一个固定的地址写入31，一旦那个地址的内容
的值变为31，下一条指令就会死机。单步调试中断肯定是触发了，我猜测是nt内核先接收到中断
，然后....??*&^,我就不知道该怎么猜了
我调试KeRaiseIrql(31,..)时，发现只不过是向一个固定的地址写入31，一旦那个地址的内容
的值变为31，下一条指令就会死机。单步调试中断肯定是触发了，我猜测是nt内核先接收到中断
，然后....??*&^,我就不知道该怎么猜了
tchaikov 2000-09-06
- 打赏
- 举报
to:sunx
我觉得不用收回，你的想法有道理。实际上我感觉很多情况下，如果断点设在运行级低的语句中，是能中断的，但一旦到了keraise（）以后的语句，会fault,这种情况下我一般是对自己的程序进行怀疑的（usb好象没有这个问题，是不是因为其运行级不高）,而有时则只有瞎猜。经你分析，我觉得的确可能就是这个缘故。
这也代表我的个人观点。
我觉得不用收回，你的想法有道理。实际上我感觉很多情况下，如果断点设在运行级低的语句中，是能中断的，但一旦到了keraise（）以后的语句，会fault,这种情况下我一般是对自己的程序进行怀疑的（usb好象没有这个问题，是不是因为其运行级不高）,而有时则只有瞎猜。经你分析，我觉得的确可能就是这个缘故。
这也代表我的个人观点。
sunx 2000-09-06
- 打赏
- 举报
sorry, 经过再次考虑，我决定收回上面说的东西
sunx 2000-09-05
- 打赏
- 举报
to: zhf
NT的运行级别依赖与硬件的中断级，但是这个级别是经过 Hal虚拟过了的，即理论上在 NT里
一个硬件中断的处理过程可能会被一个内核线程打断
softice自然也依赖NT内核，她应该说也只不过是一个启动比较早的driver而已，
可以在service清单里找到她， softice不同的触发方式，softicq弹出时候的
运行级是不同的，ctrl_d时候是 DISPATCH_LEVEL, 的，调试中断触发时候是运行
在当前运行级的， 但是这些是不会影响被调试程序的，这里的情况有点象dos下的TSR,
当ctrl_d时候NT Hal收到中断，调用softice注册的中断例程，softice 保存当前环境，
显示拥护接口，。。。恢复环境， 于是当你把断点放在一个高优先级的代码中，那么
softice是拦截不到的
以上大部分属本人空想，如有错误，请大家指正
NT的运行级别依赖与硬件的中断级，但是这个级别是经过 Hal虚拟过了的，即理论上在 NT里
一个硬件中断的处理过程可能会被一个内核线程打断
softice自然也依赖NT内核，她应该说也只不过是一个启动比较早的driver而已，
可以在service清单里找到她， softice不同的触发方式，softicq弹出时候的
运行级是不同的，ctrl_d时候是 DISPATCH_LEVEL, 的，调试中断触发时候是运行
在当前运行级的， 但是这些是不会影响被调试程序的，这里的情况有点象dos下的TSR,
当ctrl_d时候NT Hal收到中断，调用softice注册的中断例程，softice 保存当前环境，
显示拥护接口，。。。恢复环境， 于是当你把断点放在一个高优先级的代码中，那么
softice是拦截不到的
以上大部分属本人空想，如有错误，请大家指正
Sikao 2000-09-05
- 打赏
- 举报
都是高手, 哈....我也正在研究WDM. 我对这个东西比较感兴趣! 我正在努力提高自己写Driver
的水品!
的水品!
93621zhf 2000-09-05
- 打赏
- 举报
To sunx:
我知道你是说我的，我也知道你没有恶意。
386保护模式的书我仔细翻阅过，基本的原理也大概明白。
我只所以问这个问题，因为我知道cpu是不会犯错的。如果不能解释这个现象的原因，那就说明
有些东西没搞明白。
我真的很希望知道原因，如果你知道，希望不吝赐教。如果你不能解释原因，我也希望你能认真
思考一下我的问题。nt的运行级别怎么实现的，softice是否依赖于nt内核。你真的认真考虑过吗
？愿意和你探讨一下。
一个渴望提高自己水平的人
我知道你是说我的，我也知道你没有恶意。
386保护模式的书我仔细翻阅过，基本的原理也大概明白。
我只所以问这个问题，因为我知道cpu是不会犯错的。如果不能解释这个现象的原因，那就说明
有些东西没搞明白。
我真的很希望知道原因，如果你知道，希望不吝赐教。如果你不能解释原因，我也希望你能认真
思考一下我的问题。nt的运行级别怎么实现的，softice是否依赖于nt内核。你真的认真考虑过吗
？愿意和你探讨一下。
一个渴望提高自己水平的人
sunx 2000-09-01
- 打赏
- 举报
to: tchaikov
不是说你，呵呵，别误会 :)
to: 93621zhf
其实我那句话是说你的，不过我真的没什么恶意
建议你多了解一些 OS和x86 保护模式的构造，如果对系统底层比较了解的话，写程序的时候很少会碰到无法找到根源的奇异错误
我最早时候是从用 asm写 从real模式切换到 protect模式 之类代码开始的，我现在写 Driver一直都很顺
不是说你，呵呵，别误会 :)
to: 93621zhf
其实我那句话是说你的，不过我真的没什么恶意
建议你多了解一些 OS和x86 保护模式的构造，如果对系统底层比较了解的话，写程序的时候很少会碰到无法找到根源的奇异错误
我最早时候是从用 asm写 从real模式切换到 protect模式 之类代码开始的，我现在写 Driver一直都很顺
93621zhf 2000-08-28
- 打赏
- 举报
当时我是trace进了NT内部，发现KeRaiseIrql(31,..),然后就崩溃了。我想知道崩溃的原因。我是那种追根求底的人。
sunx:如果你知道原因，告诉我好吗？
sunx:如果你知道原因，告诉我好吗？
tchaikov 2000-08-28
- 打赏
- 举报
to: sunx
您是在说我吗？实在不好意思，我的确没有调试过HIGH_LEVEL级的代码，我写驱动时最多只到 DIRQL 级。
您要的 FileMonitor 中午我已经发了，请查收一下。
您是在说我吗？实在不好意思，我的确没有调试过HIGH_LEVEL级的代码，我写驱动时最多只到 DIRQL 级。
您要的 FileMonitor 中午我已经发了，请查收一下。
tchaikov 2000-08-28
- 打赏
- 举报
对不起，我一直没有注意到你的运行级是 HIGH_LEVEL。并不是所有的硬件支持的HIGH_LEVEL都是31(很多只到15甚至7)，是不是31超范围了，你直接写过
KeRaiseIrql(HIGH_LEVEL,..)
试过吗？
你什么重要的操作需要这么高的运行级？比电源级都高了！
mail我收到了。
KeRaiseIrql(HIGH_LEVEL,..)
试过吗？
你什么重要的操作需要这么高的运行级？比电源级都高了！
mail我收到了。
sunx 2000-08-28
- 打赏
- 举报
就象武侠书上说的，根基不稳，做细活的时候自然就很多瓶颈，自然也很多莫名其妙的疑问
93621zhf 2000-08-28
- 打赏
- 举报
To tchaikov:
如果改为
KeRaiseIrql(DISPATCH_LEVEL,..);
...;//some code
KeLowerIrql(oldirql);
就不会有问题（假定上述代码运行在PASSIVE_LEVEL级别）。所以我才怀疑与 SoftIce的运行级别有关系。
我给你回了mail , 请查收。
如果改为
KeRaiseIrql(DISPATCH_LEVEL,..);
...;//some code
KeLowerIrql(oldirql);
就不会有问题（假定上述代码运行在PASSIVE_LEVEL级别）。所以我才怀疑与 SoftIce的运行级别有关系。
我给你回了mail , 请查收。
tchaikov 2000-08-27
- 打赏
- 举报
给你发了个mail,请收一下。
tchaikov 2000-08-27
- 打赏
- 举报
与 SoftIce的运行级别是肯定没有关系的，我在写驱动的时候也经常需要提升例程的中断级，但
好象没有碰到过这样的问题，系统fault总是因为其他原因，包括IoCompleteIRP这样简单的例程，如果前面的上层的IRP建立有问题，到下层驱动时导致系统崩溃，的确很难查到是什么原因。
好象没有碰到过这样的问题，系统fault总是因为其他原因，包括IoCompleteIRP这样简单的例程，如果前面的上层的IRP建立有问题，到下层驱动时导致系统崩溃，的确很难查到是什么原因。
93621zhf 2000-08-27
- 打赏
- 举报
to tchaikov:
即使somecode是i=1; 也会死机。我怀疑与softice的运行级别有关系。也不知正不正确。
只要有好的机会，我哪儿都愿意去 ！但看一看招聘的不是大型数据库就是网络后台编程。没机会接触这些东西。
唉！
即使somecode是i=1; 也会死机。我怀疑与softice的运行级别有关系。也不知正不正确。
只要有好的机会，我哪儿都愿意去 ！但看一看招聘的不是大型数据库就是网络后台编程。没机会接触这些东西。
唉！
tchaikov 2000-08-27
- 打赏
- 举报
你在用KeRaiseIrql提升程序中断级的时候有没有考虑到 some code 中是不是所有的例程都
可以DISPATCH_LEVEL及以上级运行。很多例程只能在PASSIVE_LEVEL级执行。
是不是把需要提升的范围再缩小一点，或者分段，找出哪个例程导致fault.
好不好找工作主要看能力，愿意来上海吗？
可以DISPATCH_LEVEL及以上级运行。很多例程只能在PASSIVE_LEVEL级执行。
是不是把需要提升的范围再缩小一点，或者分段，找出哪个例程导致fault.
好不好找工作主要看能力，愿意来上海吗？
