locked
x64Win7蓝屏0x0000007e。求高人分析MEMORY RRS feed

  • 问题

  • 求高人分析,谢谢


    Microsoft (R) Windows Debugger Version 6.11.0001.404 AMD64
    Copyright (c) Microsoft Corporation. All rights reserved.


    Loading Dump File [E:\MEMORY.DMP]
    Kernel Summary Dump File: Only kernel address space is available

    Symbol search path is: SRV*d:\temp*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
    Built by: 7601.17727.amd64fre.win7sp1_gdr.111118-2330
    Machine Name:
    Kernel base = 0xfffff800`0441d000 PsLoadedModuleList = 0xfffff800`04661650
    Debug session time: Sat Mar 24 02:25:32.161 2012 (GMT+8)
    System Uptime: 0 days 2:32:46.691
    Loading Kernel Symbols
    ...............................................................
    ................................................................
    ...........................
    Loading User Symbols

    Loading unloaded module list
    ......
    *******************************************************************************
    *                                                                             *
    *                        Bugcheck Analysis                                    *
    *                                                                             *
    *******************************************************************************

    Use !analyze -v to get detailed debugging information.

    BugCheck BE, {fffff88005bacda0, 800000021ed77121, fffff88002368710, b}

    Probably caused by : dxgmms1.sys ( dxgmms1!VIDMM_GLOBAL::EndPreparation+8f )

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

    3: kd> !analyze -v
    *******************************************************************************
    *                                                                             *
    *                        Bugcheck Analysis                                    *
    *                                                                             *
    *******************************************************************************

    ATTEMPTED_WRITE_TO_READONLY_MEMORY (be)
    An attempt was made to write to readonly memory.  The guilty driver is on the
    stack trace (and is typically the current instruction pointer).
    When possible, the guilty driver's name (Unicode string) is printed on
    the bugcheck screen and saved in KiBugCheckDriver.
    Arguments:
    Arg1: fffff88005bacda0, Virtual address for the attempted write.
    Arg2: 800000021ed77121, PTE contents.
    Arg3: fffff88002368710, (reserved)
    Arg4: 000000000000000b, (reserved)

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


    DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

    BUGCHECK_STR:  0xBE

    PROCESS_NAME:  System

    CURRENT_IRQL:  0

    TRAP_FRAME:  fffff88002368710 -- (.trap 0xfffff88002368710)
    NOTE: The trap frame does not contain all registers.
    Some register values may be zeroed or incorrect.
    rax=fffff88005bacd10 rbx=0000000000000000 rcx=fffffa80088ca450
    rdx=0000000000000000 rsi=0000000000000000 rdi=0000000000000000
    rip=fffff88005bc12b7 rsp=fffff880023688a0 rbp=fffffa8009fcc4d0
     r8=0000000000000000  r9=fffffa80088d0c40 r10=fffffa80088d0c40
    r11=fffffa8008358090 r12=0000000000000000 r13=0000000000000000
    r14=0000000000000000 r15=0000000000000000
    iopl=0         nv up ei pl zr na po nc
    dxgmms1!VIDMM_GLOBAL::EndPreparation+0x8f:
    fffff880`05bc12b7 ff9090000000    call    qword ptr [rax+90h] ds:e000:cda0=????????????????
    Resetting default scope

    LAST_CONTROL_TRANSFER:  from fffff80004445e32 to fffff80004499d40

    STACK_TEXT: 
    fffff880`023685a8 fffff800`04445e32 : 00000000`000000be fffff880`05bacda0 80000002`1ed77121 fffff880`02368710 : nt!KeBugCheckEx
    fffff880`023685b0 fffff800`04497e6e : 00000000`00000001 fffff880`05bacda0 00000000`00000000 fffffa80`088d0000 : nt! ?? ::FNODOBFM::`string'+0x4521e
    fffff880`02368710 fffff880`05bc12b7 : fffffa80`000000d4 fffffa80`088c5000 00000000`00000000 fffff880`009e8180 : nt!KiPageFault+0x16e
    fffff880`023688a0 fffff880`05bb979d : 00000000`00000000 fffffa80`09fda000 00000000`00000003 00000000`00000000 : dxgmms1!VIDMM_GLOBAL::EndPreparation+0x8f
    fffff880`02368910 fffff880`05bd365d : 00000000`00000000 fffff8a0`0899dd60 fffffa80`00000000 fffffa80`09fcc4d0 : dxgmms1!VIDMM_GLOBAL::PrepareDmaBuffer+0xd09
    fffff880`02368ae0 fffff880`05bd3398 : fffff880`04768f40 fffff880`05bd2d00 fffffa80`00000000 fffffa80`00000000 : dxgmms1!VidSchiSubmitRenderCommand+0x241
    fffff880`02368cd0 fffff880`05bd2e96 : 00000000`00000000 fffffa80`0a121010 00000000`00000080 fffffa80`088ae010 : dxgmms1!VidSchiSubmitQueueCommand+0x50
    fffff880`02368d00 fffff800`04733f7a : 00000000`01f8b009 fffffa80`088cfb60 fffffa80`069adb30 fffffa80`088cfb60 : dxgmms1!VidSchiWorkerThread+0xd6
    fffff880`02368d40 fffff800`0448a9c6 : fffff880`04764180 fffffa80`088cfb60 fffff880`0476efc0 fffff880`01237384 : nt!PspSystemThreadStartup+0x5a
    fffff880`02368d80 00000000`00000000 : fffff880`02369000 fffff880`02363000 fffff880`02368680 00000000`00000000 : nt!KxStartSystemThread+0x16


    STACK_COMMAND:  kb

    FOLLOWUP_IP:
    dxgmms1!VIDMM_GLOBAL::EndPreparation+8f
    fffff880`05bc12b7 ff9090000000    call    qword ptr [rax+90h]

    SYMBOL_STACK_INDEX:  3

    SYMBOL_NAME:  dxgmms1!VIDMM_GLOBAL::EndPreparation+8f

    FOLLOWUP_NAME:  MachineOwner

    MODULE_NAME: dxgmms1

    IMAGE_NAME:  dxgmms1.sys

    DEBUG_FLR_IMAGE_TIMESTAMP:  4ce799c1

    FAILURE_BUCKET_ID:  X64_0xBE_dxgmms1!VIDMM_GLOBAL::EndPreparation+8f

    BUCKET_ID:  X64_0xBE_dxgmms1!VIDMM_GLOBAL::EndPreparation+8f

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

    2012年3月24日 16:22

答案

  • 试试卸载所有 AMD 驱动,使用 Windows 默认驱动时会不会有同样问题发生。如果连默认驱动也有问题,可能是显卡自身的故障;如果默认驱动没有问题,还需要继续更换测试驱动,直到找到一个稳定的版本。
     
    如果显卡制造商提供有专门的品牌驱动,建议优先选择,实在找不到再试 AMD 公版驱动。
     
    --
    Alexis Zhang
     
    http://mvp.support.microsoft.com/profile/jie
    http://blogs.itecn.net/blogs/alexis
     
    推荐以 NNTP Bridge 桥接新闻组方式访问论坛以获取最佳用户体验。
     
    本帖是回复帖,原帖作者是楼上的 "Mikado陛下様"
     
    是这样啊。那请问该怎么解决这问题呢?
    驱动目前是刚发布的AMD12.2的认证版本驱动。之前12.1和去年的11.10版也存过类似的蓝屏,
     
     
    • 已建议为答案 Arthur Xie 2012年3月26日 2:56
    • 已标记为答案 Arthur Xie 2012年4月3日 3:19
    2012年3月25日 23:12

全部回复

  • 这是 0x000000BE 错误、不是 0x0000007E,表示某驱动程序试图向只读的内存写入数据。此问题通常是在更换了某设备驱动程序后引起的。
     
    你的问题应该是显示驱动程序引起,导致 DirectX Graphics MMS 组件运行失败。
     
    --
    Alexis Zhang
     
    http://mvp.support.microsoft.com/profile/jie
    http://blogs.itecn.net/blogs/alexis
     
    推荐以 NNTP Bridge 桥接新闻组方式访问论坛以获取最佳用户体验。
     
    本帖是回复帖,原帖作者是楼上的 "Mikado陛下様"
     
    求高人分析,谢谢FAILURE_BUCKET_ID: X64_0xBE_dxgmms1!VIDMM_GLOBAL::EndPreparation+8f
    BUCKET_ID: X64_0xBE_dxgmms1!VIDMM_GLOBAL::EndPreparation+8f
     
     
    2012年3月24日 21:30
  • 哦,是BE,7e是前一次蓝屏的日志。。。我搞错了。

    是这样啊。那请问该怎么解决这问题呢?

    驱动目前是刚发布的AMD12.2的认证版本驱动。之前12.1和去年的11.10版也存过类似的蓝屏,所以最近重装了系统以后直接安装了最新的认证版本

    结果现在玩WOW时候还是偶尔出蓝屏

    求解答,谢谢



    2012年3月25日 15:05
  • 试试卸载所有 AMD 驱动,使用 Windows 默认驱动时会不会有同样问题发生。如果连默认驱动也有问题,可能是显卡自身的故障;如果默认驱动没有问题,还需要继续更换测试驱动,直到找到一个稳定的版本。
     
    如果显卡制造商提供有专门的品牌驱动,建议优先选择,实在找不到再试 AMD 公版驱动。
     
    --
    Alexis Zhang
     
    http://mvp.support.microsoft.com/profile/jie
    http://blogs.itecn.net/blogs/alexis
     
    推荐以 NNTP Bridge 桥接新闻组方式访问论坛以获取最佳用户体验。
     
    本帖是回复帖,原帖作者是楼上的 "Mikado陛下様"
     
    是这样啊。那请问该怎么解决这问题呢?
    驱动目前是刚发布的AMD12.2的认证版本驱动。之前12.1和去年的11.10版也存过类似的蓝屏,
     
     
    • 已建议为答案 Arthur Xie 2012年3月26日 2:56
    • 已标记为答案 Arthur Xie 2012年4月3日 3:19
    2012年3月25日 23:12
  • 好,我先抽空去试试看。谢谢

    2012年3月28日 19:22