搜索论坛 帖子排序:  Oldest to newest Newest to oldest

2009-06-18, 16:54 下午 dannydeng 注册: 2009-06-18 发 贴: 4 如何跟踪windows下中断处理程序? 问题: windows XP SP2 出现黑屏,最后发现是死在BIOS 的INT10里. (修改BIOS INT10 中断,进去,出来都打印到com口). 说明是windows的中断处理程序最后还是调用了BIOS的INT 10功能. 所以想跟踪一下windows的int 10 中断. windbg 连,发现黑屏时系统并没死,break 后dump IDT: kd> !IDT -a Dumping IDT: 00: 80542190 nt!KiTrap00 01: 8054230c nt!KiTrap01 02: Task Selector = 0x0058 03: 80542720 nt!KiTrap03 04: 805428a0 nt!KiTrap04 05: 80542a00 nt!KiTrap05 06: 80542b74 nt!KiTrap06 07: 805431ec nt!KiTrap07 08: Task Selector = 0x0050 09: 805435f0 nt!KiTrap09 0a: 80543710 nt!KiTrap0A 0b: 80543850 nt!KiTrap0B 0c: 80543ab0 nt!KiTrap0C 0d: 80543d9c nt!KiTrap0D 0e: 80544498 nt!KiTrap0E 0f: 805447d0 nt!KiTrap0F 10: 805448f0 nt!KiTrap10 11: 80544a2c nt!KiTrap11 12: 805447d0 nt!KiTrap0F 13: 805447d0 nt!KiTrap0F 14: 805447d0 nt!KiTrap0F .................................................. 设断点 kd> bp nt!KiTrap10 (这样可以吗?我不确定) 但发现即使BOIS 的int 10 跑了, windbg 也并没有停下来.也就是说设的断点不生效.请教各位大虾,该如何跟踪windows的中断处理? IP 地址: 已记录   报告

2009-06-18, 17:02 下午 dannydeng 注册: 2009-06-18 发 贴: 4 Re: 如何跟踪windows下中断处理程序? 另外,我在BIOS 的hook int10 里 执行一些IO操作,windbg里设io access 的断点,也是没有停下来,是什么原因呢?哪位高人能帮忙答疑呢?在此先谢过了. IP 地址: 已记录   报告

2009-06-19, 01:43 上午 格蠹老雷 注册: 2005-12-19 发 贴: 1,303 Re: 如何跟踪windows下中断处理程序? 保护模式下的0x10号异常是用于浮点错误的。通常说的INT 10是指实模式下的显示服务。进了保护模式后，Windows会将必须还要执行的实模式代码翻译为一种字节码，需要时模拟执行，因为切换回实模式的开销太大了。 不知楼主是做什么开发遇到这样的问题？ IP 地址: 已记录   报告

2009-06-19, 13:12 下午 dannydeng 注册: 2009-06-18 发 贴: 4 Re: 如何跟踪windows下中断处理程序? 这是参与XEN下虚拟BIOS项目遇到的问题. 我发现XP在加载dxg.sys 时跑到了我的BIOS INT10 hook里,进去后就没出来了.在没有加载dxg.sys 之前也跑进过好几次INT10,但那时候是可以出来的. BIOS INT10是模式的代码,那么windows是怎么模拟执行的呢?有什么资料可以查询吗? 请问 Raymond 老师,如果在driver的代码里执行INT 10指令,跑到的handle 难道不是IDT里的10: 805448f0 nt!KiTrap10 吗? IP 地址: 已记录   报告

2009-07-03, 09:01 上午 格蠹老雷 注册: 2005-12-19 发 贴: 1,303 Re: 如何跟踪windows下中断处理程序? 如果在一个WDM驱动里强行这么写，应该可以转到KiTrap10，不过没有什么驱动会这么做，因为前面说过在保护模式下，KiTrap10是处理浮点错误的（coprocessor error）。 IP 地址: 已记录   报告

2009-07-03, 13:49 下午 MJ0011 注册: 2008-04-24 发 贴: 112 Re: 如何跟踪windows下中断处理程序? 可以用KiI386CallAbios调用BIOS中断的,WINDOWS的显示驱动videoport.sys就使用这种方式调用INT 0X10~ cPublicProc _KiI386CallAbios,4 ; ; We're using a 32bit CS:EIP - go to a 16bit CS:IP ; Note the base of KiAbiosCallSelector is the flat address of _KiI386AbiosCall ; routine. ; push ebp mov ebp, esp push ebx COPY_CALL_FRAME _KiBiosFrame sub esp,LocalStack ; After C style frame CurrentIrql ; Local Variable push eax ; Local Variable cmp al, DISPATCH_LEVEL ; Is irql > Dispatch_level? jae short Kac00 ; Raise to Dispatch Level RaiseIrql DISPATCH_LEVEL mov [esp], al Kac00: ; ; Set up parameters on stack before remapping stack. ; push word ptr KGDT_CDA16 ; CDA anchor selector push KacRequestBlock ; Request Block push KacFunctionTable ; Func transfer table push KacDeviceBlock ; Device Block mov ebx, KacAbiosFunction ; (ebx)-> Abios Entry ; ; Remap current stack to 16:16 stack. The base of the 16bit stack selector is ; the base of current kernel stack. ; inc _KiInBiosCall ; Set the 'In Bios' flag if DBG cmp _KiInBiosCall,2 jb @F push offset FLAT:KiBiosReenteredAssert call _dbgPrint add esp, 4 @@: endif STACK32_TO_STACK16 ; Switch to 16bit stack push word ptr KGDT_CODE16 push word ptr (offset FLAT:Kac40 - offset FLAT:_KiI386CallAbios@16) push KGDT_CODE16 push offset FLAT:Kac30 - offset FLAT:_KiI386CallAbios@16 retf Kac30: ; ; Stack switching (from 32 to 16) turns interrupt off. We must turn it ; back on. ; sti push bx ; Yes, BX not EBX! retf Kac40: add esp, 14 ; pop out all the parameters STACK16_TO_STACK32 ; switch back to 32 bit stack ; ; Pull callers flat return address off stack and push the ; flat code selector followed by the return offset, then ; execute a far return and we'll be back in the 32-bit code space. ; db OPERAND_OVERRIDE push KGDT_R0_CODE db OPERAND_OVERRIDE push offset FLAT:Kac50 db OPERAND_OVERRIDE retf Kac50: pop ecx ; [ecx] = OldIrql pop ebx ; restore ebx cmp cl, DISPATCH_LEVEL jae short Kac60 LowerIrql cl Kac60: dec _KiInBiosCall ;Clear 'In Bios' Flag add esp,LocalStack ; subtract off the scratch space pop ebp stdRET _KiI386CallAbios stdENDP _KiI386CallAbios IP 地址: 已记录   报告

高端调试 » 软件调试 » Windows内核调试 » Re: 如何跟踪windows下中断处理程序?

请选择 论坛首页 |- 论坛搜索 |- 热门主题 |- 未回复的主题 用户选项 |- 登录 |- 注册 |- 找回密码 软件调试 |- Windows内核调试 |- C/C++本地代码调试 |- .Net程序调试 |- 脚本程序调试 |- Java程序调试 |- Linux内核调试 |- 《程序员》杂志调试专栏 |- WinDbg |- GDB |- 远程调试 |- 调试ACPI和BIOS |- 特殊的调试任务 |- 转储分析 |- GDK7 内核探秘 |- Windows内核 |- Linux内核 系统架构 |- CPU架构 |- PCI/PCI Express架构 程序人生 |- 软件物语 |- 社区活动 |- 名人逸事 联盟论坛 |- 欢迎使用CnForums 没有银弹 |- BUG也精彩 |- 豆腐工程 |- 软件圈里十大怪 Windows Vista |- 用调试利剑剖析VISTA内幕 |- 老专家如何破解新问题 |- 我的电脑谁说了算？ |- 资源 Office开发 |- Visio 驱动程序开发 |- Windows驱动开发 |- Linux驱动开发 |- Windows CE驱动开发 用户态开发 |- Windows本地代码（native）高级开发 |- Web应用开发 |- WinFX和.Net |- Office开发 本站建设 |- 高端调试团队 |- 版面布局 |- 活动建议 |- 网站维护 64位计算 |- 64-bit Windows |- 64-bit CPU 图书 |- 《软件调试》的示例程序 |- 《软件调试》的工具 |- 《软件调试》书友 |- 《软件调试》答疑 |- 《软件调试》勘误和意见 |- 《格蠹汇编》 |- 《软件调试》第二版卷1 |- 《软件调试》第二版卷2 云计算 |- IaaS |- 云存储 |- 大数据 |- PaaS和SaaS GPU |- CUDA |- OpenCL |- HSA |- 游戏开发与调试