win10正式版，AMD显卡驱动频繁崩溃，今天直接蓝屏

liulonghuipcbet

更新到win10好些天了（22号泄露的时候装的），bug不说，系统稳定性还是比win7差多了。

首先，用浏览器包括火狐、edge、chrome看flash视频的时候经常卡一下，几乎每天都遇到，卡的时候声音异常，不知道是显卡驱动，声卡驱动还是flash的问题。win7的时候从来没有，flash版本相同。

其次，就是驱动崩溃问题，显卡是ati 5650m，驱动是微软推送的最新版15.200.1046.2，有两次（都是最近）都是在浏览网页，连flash都没用，突然屏幕一黑，然后恢复，右下角弹出提示说是驱动崩溃。然后今天，看flash视频，突然弹出蓝屏，提示THREAD_STUCK_IN_DEVICE_DRIVER，直接重启。看蓝屏信息，是驱动程序问题，不管是win10的锅，还是AMD的锅，反正是你微软推送的驱动，只能怪你。win7的时候，从来没出现过蓝屏或者显卡驱动崩溃（当然显卡驱动不一样）。
2: kd> !analyze -v
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

THREAD_STUCK_IN_DEVICE_DRIVER (ea)
The device driver is spinning in an infinite loop, most likely waiting for
hardware to become idle. This usually indicates problem with the hardware
itself or with the device driver programming the hardware incorrectly.
If the kernel debugger is connected and running when watchdog detects a
timeout condition then DbgBreakPoint() will be called instead of KeBugCheckEx()
and detailed message including bugcheck arguments will be printed to the
debugger. This way we can identify an offending thread, set breakpoints in it,
and hit go to return to the spinning code to debug it further. Because
KeBugCheckEx() is not called the .bugcheck directive will not return bugcheck
information in this case. The arguments are already printed out to the kernel
debugger. You can also retrieve them from a global variable via
"dd watchdog!g_WdBugCheckData l5" (use dq on NT64).
On MP machines (OS builds <= 3790) it is possible to hit a timeout when the spinning thread is
interrupted by hardware interrupt and ISR or DPC routine is running at the time
of the bugcheck (this is because the timeout's work item can be delivered and
handled on the second CPU and the same time). If this is the case you will have
to look deeper at the offending thread's stack (e.g. using dds) to determine
spinning code which caused the timeout to occur.
Arguments:
Arg1: ffffe001aac2a080, Pointer to a stuck thread object.  Do .thread then kb on it to find
    the hung location.
Arg2: 0000000000000000, Pointer to a DEFERRED_WATCHDOG object.
Arg3: 0000000000000000, Pointer to offending driver name.
Arg4: 0000000000000000, Number of times this error occurred.  If a debugger is attached,
    this error is not always fatal -- see DESCRIPTION below.  On the
    blue screen, this will always equal 1.

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


FAULTING_THREAD:  ffffe001aac2a080

DEFAULT_BUCKET_ID:  GRAPHICS_DRIVER_FAULT

CUSTOMER_CRASH_COUNT:  1

BUGCHECK_STR:  0xEA

PROCESS_NAME:  System

CURRENT_IRQL:  0

BAD_PAGES_DETECTED: 904f

LAST_CONTROL_TRANSFER:  from fffff8004b61e15c to fffff803c8dd1220

STACK_TEXT:  
ffffd001`59e8e2f8 fffff800`4b61e15c : 00000000`000000ea ffffe001`aac2a080 00000000`00000000 00000000`00000000 : nt!KeBugCheckEx
ffffd001`59e8e300 fffff800`4b61e21e : ffffd001`59e8e3d8 fffff800`4d7c1be8 ffffd001`59e8e3d8 ffffe001`aab85000 : dxgkrnl!TdrTimedOperationBugcheckOnTimeout+0x24
ffffd001`59e8e370 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : dxgkrnl!TdrTimedOperationDelay+0xbe


STACK_COMMAND:  .thread 0xffffe001aac2a080 ; kb

SYMBOL_NAME:  PAGE_NOT_ZERO

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: Unknown_Module

IMAGE_NAME:  Unknown_Image

DEBUG_FLR_IMAGE_TIMESTAMP:  0

BUCKET_ID:  PAGE_NOT_ZERO

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

*** Memory manager detected 36943 instance(s) of page corruption, target is likely to have memory corruption.

liulonghuipcbet

babyonenh 发表于 2015-8-4 00:07
15.200.1046.1002  amd官网最新版，29日发布的，去下载，我使用后偶尔有驱动重启，总体变现还行。

我看日期都是7月15号，一个 1046.2 一个1062.1002。日期一样挺奇怪的。

liulonghuipcbet

丿Seraph 发表于 2015-8-4 00:09
7610m  正常的路过

我一开始也正常，最近才开始蓝屏、崩溃。需要时间考验。

liulonghuipcbet

getborn 发表于 2015-8-4 00:55
建议全新安装，升级的毛病多。我一台机器升级后每天都蓝屏好多次，另外一台不蓝屏的也很卡。全部格盘安装后 ...

确实是升级安装，不过没保留程序设置等等，而且是先纯净安装win7旗舰版，然后没装任何程序立马升级win10.我觉得没啥影响吧。

liulonghuipcbet

kevinkt01 发表于 2015-8-4 06:33
針對這點我一直以為是顯卡驅動的問題
但我的是n卡
沒想到連樓主的a卡也會

既然有一样的，我就放心了，不是自己电脑问题。我用potplayer好像也有卡一下的情况，这个bug着实恶心。

liulonghuipcbet

tqr198742 发表于 2015-8-4 07:46
用14.5驱动吧   你就不纠结了   亲身体验

非常感谢，总算有人给出解决办法了。老驱动就是好。。我最看不惯微软强制更新驱动，我习惯等驱动出来一段时间看反馈再更新，如果正在用的驱动本身没毛病，我是坚决不会更新，5年老机子用新驱动也搞不出花样了反而出兼容性问题。win7的显卡驱动我就安装完一两年都没更新过，从来没出过幺蛾子。

liulonghuipcbet

诚财明少 发表于 2015-8-4 08:19
卡和我的一样，5650，我在驱动之家找了个win10的显卡驱动，目前无蓝屏，不过比原来的驱动有点卡

希望反馈下驱动版本号。

liulonghuipcbet

kssatan 发表于 2015-8-4 08:23
我也是醉了，显卡驱动跟微软有什么关系。。。
LZ直接去AMD官网去下最新驱动安装。或者直接全新安装

要是这驱动不是微软给我强制更新的，我绝对怪不到微软身上，谁让微软上杆子的给别人强制更新驱动。我win7两年没更新一次驱动，用的非常稳定。我估计这种好日子到win10就过到头了，三天两头给你更新驱动，稳定的更成不稳定的，兼容的更成不兼容的。关键连选择都没有，只能它后台更新完了，你卸载他，然后用微软的工具屏蔽，这也叫解决办法？

liulonghuipcbet

kevinkt01 发表于 2015-8-4 10:05
你試試看更新驅動能不能解決那個bug
能解決的話我就要等nv更新驅動了

更新最新版AMD官网驱动，仍然会播视频的时候卡一下声音异常，是用系统带的电视与电影应用，播mp4。

liulonghuipcbet

kevinkt01 发表于 2015-8-4 21:06
所以搞不懂到底和驅動有沒有關了
也不知道有沒有人回報這個問題
像之前有人發這個

我刚才找到这个：
https://github.com/XX-net/XX-Net/issues/695
xx-net会导致系统偶尔卡顿，但是我不确定是不是和我经历的卡顿一样（我经历的卡顿没这么频繁，比如今天就刚才一次，鼠标确实有那么两次卡顿，我还以为鼠标电池电量不足了），但是我确实一直在用xx-net。
我已经尝试把扫描降为1，试试如何，如果还出现，就退出xx-net再测试，看看是否是软件问题。

如果你没有用xx-net，那原因就不在此。

今天暂时没有驱动崩溃和蓝屏，可能好了，可能还没到爆发时间。

liulonghuipcbet

huanghuijun0 发表于 2015-8-4 21:02
别用15.XX最新的 用14.XX最新的 就是优化蝙蝠侠那版本的 驱动精灵有介绍，用微软发布的隐藏驱动更新补丁屏蔽 ...

是14.12？前面还有说14.5比较稳定的，真是众说纷纭。

liulonghuipcbet

kevinkt01 发表于 2015-8-4 21:59
對了
你的win10是專業版的嗎?

是专业版。