BSOD 0x1E - Windows 7 x64

KitsuneFoxy

Member
Joined
Jun 12, 2014
Posts
18
Hello.

I've just re-installed and reformatted my computer, less than 24 hours ago, and today i've got a Bugcheck 0x1E on a freshly installed system, I've updated everything and use the latest drivers. I included the Jcgriff 2 and memorydump/perfmon report in a zip file. also included is autoruns

I did update the bios AFTER it bluescreened, as i thought that might fix it it. So now it does have the latest bios on it, and all settings are default.

OS: Windows 7 64bit Age: 1 Day
Ram: 8GB OCZ
CPU: Phenom X4 955
HD: 500GB WD Black/250GB Maxtor
GPU AMD Radeon 6950 2GB
PSU: BeQuiet! 600W Pure Power
MB: Gigabyte MA-790X-UD3P Latest Bios.

Desktop

Many thanks.
 

Attachments

Hi again. It just did another this time 0x1A

Here's another minidump.

it reads somethign about my audio drivers, so i'll go try re-install them. Using driver cleaner and such.
 

Attachments

First of all, you shouldn't use Driver Cleaner or any other automatic 3rd part driver installers as they can install wrong or problematic driver versions.

Code:
BugCheck A, {fffffa81f4c95131, [COLOR=#ff0000]2[/COLOR], 1, fffff80002b67a6b}

This bugcheck means that pageable memory was referenced at an IRQL too high. More specifically it was referenced at IRQL 2 (Disptach Level), this is an illegal operation as pageable memory can only be referenced at IRQL 1 (APC Level) or IRQL 0 (Passive Level).

So why doesn't the IRQL lower to access the memory address?

Windows doesn't work that way for good reason.
An Interrupt request (IRQ) has been initiated it is serviced in an order of priorities, for example an IRQ has been sent to service an I/O and an IRQ has been sent to draw a Window for an application, the disk I/O is more important so it is put at an IRQL higher than the application request. Right, so the I/O IRQ has to be completed before the IRQL can lower to service the IRQs below it.
Now, when something tries to access pageable memory at an IRQL higher than APC level it generates a page fault because the memory has been paged out to disk, now this page fault cannot be resolved by the trap handler because the IRQL is too high but the page fault needs servicing.

It then becomes a stalemate, you can't complete the page fault because the IRQL is too high but you cannot lower the IRQL because it needs servicing so the system bugchecks.

Code:
3: kd> [COLOR=#008000]kv[/COLOR]Child-SP          RetAddr           : Args to Child                                                           : Call Site
fffff880`009b0b08 fffff800`02acaae9 : 00000000`0000000a fffffa81`f4c95131 00000000`00000002 00000000`00000001 : nt!KeBugCheckEx <-- The BSOD.
fffff880`009b0b10 fffff800`02ac9760 : fffffa80`08492000 fffff880`1390a9e1 fffffa80`00000000 00000000`00000000 : nt!KiBugCheckDispatch+0x69
fffff880`009b0c50 fffff800`02b67a6b : 00000000`002fe6b9 00000000`00000000 00000000`00000000 00000000`00000000 : [COLOR=#ff0000]nt!KiPageFault+0x260[/COLOR] (TrapFrame @ fffff880`009b0c50)
fffff880`009b0de0 fffff800`02b6f324 : fffffa80`0848f000 fffff880`1395019e fffffa80`08492000 fffffa80`07b4c040 : [COLOR=#0000ff]nt!PpmQueryTime+0x4b[/COLOR] <-- some Processor Power Management routines.
fffff880`009b0e10 fffff800`02bc34bb : 00000007`852a3de0 fffff880`037d5180 fffffa80`07ca0530 fffffa80`07ca0678 : nt!PpmSnapIdleAccumulation+0x94
fffff880`009b0e60 fffff800`02bee122 : 00000000`ffffffed 00000971`bae9060b fffffa80`0c921b50 00000000`00000001 : nt!PpmPerfRecordUtility+0x4b
fffff880`009b0ed0 fffff800`02ad5d0c : fffff880`037d5180 fffffa80`000328c2 fffffa80`06b2d128 00000000`000000c2 : nt!PpmPerfAction+0x22
fffff880`009b0f00 fffff800`02ace715 : 00000000`00000000 fffffa80`0af51060 00000000`00000000 fffff800`02bee100 : [COLOR=#0000ff]nt!KiRetireDpcList+0x1bc[/COLOR] <-- Deferred Procedure Call list being finished
fffff880`009b0fb0 fffff800`02ace52c : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KxRetireDpcList+0x5 (TrapFrame @ fffff880`009b0e70)
fffff880`0a867bf0 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiDispatchInterruptContinue

The Processor Power Management routines probably raised the IRQL to perform some tasks but something tried to access pageable memory which we cannot find, especially seen as this is a minidump.

Lets move onto the other .dmp file you had originally.

Code:
BugCheck 1E, {[COLOR=#ff0000]ffffffffc0000005[/COLOR], fffff80002d7fbfd, 0, 2f9}

This bugcheck indicates a Kernel Mode exception has occurred that it couldn't handle.
More specifically an Access Violation occurred which indicates the CPU tried to access memory that it couldn't address.

Code:
fffff880`07179908 fffff800`02ade488 : 00000000`0000001e ffffffff`c0000005 fffff800`02d7fbfd 00000000`00000000 : nt!KeBugCheckExfffff880`07179910 fffff800`02a92bc2 : fffff880`0717a0e8 fffffa80`08984f20 fffff880`0717a190 00000000`00000100 : nt! ?? ::FNODOBFM::`string'+0x482fd
fffff880`07179fb0 fffff800`02a9173a : 00000000`00000000 00000000`000002f9 00000000`00000200 fffffa80`08984f20 : [COLOR=#ff0000]nt!KiExceptionDispatch+0xc2 [/COLOR]<-- The exception being dispatched.
fffff880`0717a190 fffff800`02d7fbfd : fffffa80`00000001 fffffa80`06b1b660 fffff880`04b51900 fffffa80`746c6644 : [COLOR=#ff0000]nt!KiPageFault+0x23a[/COLOR] (TrapFrame @ fffff880`0717a190) 
fffff880`0717a328 00000000`00000000 : 00000000`00000000 fffff960`000f9d6c fffff900`c01fdc60 fffff900`c01fdca8 : [COLOR=#0000ff]nt!NtReadFile+0x52b[/COLOR]

With this .dmp file I had to dump the raw stack as nothing else gave off a clear signal as to what was the cause.

Code:
Unable to load image \SystemRoot\system32\DRIVERS\klif.sys, Win32 error 0n2*** WARNING: Unable to verify timestamp for klif.sys
*** ERROR: Module load completed but symbols could not be loaded for klif.sys
 [COLOR=#ff0000]klif+0x631f0[/COLOR]

This particular driver is part of Kaspersky Anti Virus.
I would remove Kaspersky at least as a test to see if this is part of the problem.

Use this removal tool

For the time being I would replace it with Microsoft Security Essentials.

Microsoft Security Essentials - Microsoft Windows

Code:
Unable to load image \SystemRoot\system32\DRIVERS\atikmpag.sys, Win32 error 0n2*** WARNING: Unable to verify timestamp for atikmpag.sys
*** ERROR: Module load completed but symbols could not be loaded for atikmpag.sys
 [COLOR=#ff0000]atikmpag+0x46c12[/COLOR]

AMD display driver...

Code:
0: kd> [COLOR=#008000]lmvm atikmdag[/COLOR]start             end                 module name
fffff880`13668000 fffff880`14578000   atikmdag T (no symbols)           
    Loaded symbol image file: atikmdag.sys
    Image path: \SystemRoot\system32\DRIVERS\atikmdag.sys
    Image name: atikmdag.sys
    Timestamp:        [COLOR=#ff0000]Fri Apr 18 03:13:16 2014[/COLOR] (53508A3C)
    CheckSum:         00EAEEE6
    ImageSize:        00F10000
    Translations:     0000.04b0 0000.04e4 0409.04b0 0409.04e4

It's a new version which I have seen a few issues with, have you installed the correct version, given that you have been using programs like Driver Cleaner have you removed the previous version properly?

Try rolling back to a version late 2013.

Code:
Unable to load image \SystemRoot\system32\DRIVERS\Rt64win7.sys, Win32 error 0n2*** WARNING: Unable to verify timestamp for Rt64win7.sys
*** ERROR: Module load completed but symbols could not be loaded for Rt64win7.sys
 [COLOR=#ff0000]Rt64win7+0x7ccb[/COLOR]

Lastly I see your Realtek Network Ethernet controller Driver causing issues.

Code:
0: kd> [COLOR=#008000]lmvm rt64win7[/COLOR]start             end                 module name
fffff880`0503b000 fffff880`05122000   Rt64win7 T (no symbols)           
    Loaded symbol image file: Rt64win7.sys
    Image path: \SystemRoot\system32\DRIVERS\Rt64win7.sys
    Image name: Rt64win7.sys
    Timestamp:        [COLOR=#ff0000]Thu May 08 10:27:02 2014[/COLOR] (536B4DE6)
    CheckSum:         000E7862
    ImageSize:        000E7000
    Translations:     0000.04b0 0000.04e4 0409.04b0 0409.04e4

It's a new version, is it the correct version?

Try re-installing it or installing an older version.

Post back the results :)
 
Well, i mean. I use DriverCleaner.net All it does is clean up the driver i tell it to in safe mode, after i've uninstalled it through add/remove programs in normal mode.

And yeah AMD 14.4 driver. So you suggest i got use a older version? Sure i'll go get the previous one.

And I literally just installed Kaspersky Internet Security 2014. What i a pain in the *** as no other computer in this house plays up with it. Would you Recommend Avast?

As for realtek, It should be the very latest one as from their website. V7.086 Dated 2014/6/3

I will post back with results.
 
No, Avast causes lots of issues, I recommend Microsoft Security Essentials.
 
But a lot of websites say MSE is pretty bad at protecting your computer.
but alright, for the purpose of this problem solving i will use it per your recommendation.

Thanks! :)
 
All good so far, I've installed AMD 13.12. And Realtek V7.075 2013. And MSE as per your instructions. Now we play the waiting game.
 
MSE is good as it never causes issues, I've never had a virus or any BSODs been caused by MSE. It's not a resource hog either. If you're careful what you download/websites you visit you'll be fine with it.
 
Hello again, sorry to bump and old thread of mine. But it's started up again. The only thing has change is that i plugged ina bluetooth adapter and installed my wacom CTH470K drawing tablet. And it's started to bluescreen 0x50 errors again. Here's my last memory/minidump. It's been running the 14.6 AMD drivers really well till now without any issues. I kept MSE as you suggested. It seems to be mostly BSOD'ing when i am using Firestorm Viewer for Second life.
 

Attachments

I've struggled to find anything so I'll have to dump the raw stack again.
I'm not going to post the raw stack as it's a massive list.

Code:
[COLOR=#ff0000]Unable to load image \SystemRoot\system32\DRIVERS\Rt64win7.sys, Win32 error 0n2[/COLOR][COLOR=#ff0000]*** WARNING: Unable to verify timestamp for Rt64win7.sys[/COLOR]
[COLOR=#ff0000]*** ERROR: Module load completed but symbols could not be loaded for Rt64win7.sys[/COLOR]
[COLOR=#ff0000] Rt64win7+0x854b[/COLOR]

Code:
[COLOR=#ff0000]Unable to load image \SystemRoot\system32\DRIVERS\atikmdag.sys, Win32 error 0n2[/COLOR][COLOR=#ff0000]*** WARNING: Unable to verify timestamp for atikmdag.sys[/COLOR]
[COLOR=#ff0000]*** ERROR: Module load completed but symbols could not be loaded for atikmdag.sys[/COLOR]
[COLOR=#ff0000] atikmdag+0xc577e[/COLOR]

It looks like AMD drivers are causing problems again, and your Realtek Network driver.



Update your Realtek driver to the latest version and roll back your AMD driver to 13.9.



One thing I have found interesting, is the other 0x50 bugcheck.

Code:
BugCheck 50, {[COLOR=#ff0000]fffff80011b0e74d[/COLOR], [COLOR=#0000ff]8[/COLOR], [COLOR=#ff0000]fffff80011b0e74d[/COLOR], 2}

Notice how the 2 addresses are the same?
The 8 indicates an execute attempt, it looks like an instruction has tried to execute memory at the same address.

I'm having difficulty understanding this..

Code:
2: kd> [COLOR=#008000]kv[/COLOR]
Child-SP          RetAddr           : Args to Child                                                           : Call Site
fffff880`099f8f38 fffff800`02b4a02a : 00000000`00000050 ffffb8a0`0c51be18 00000000`00000000 fffff880`099f90a0 : nt!KeBugCheckEx
fffff880`099f8f40 fffff800`02acb66e : 00000000`00000000 ffffb8a0`0c51be18 fffffa80`06fc6100 00000000`00000000 : nt! ?? ::FNODOBFM::`string'+0x43291
fffff880`099f90a0 fffff880`043d0259 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : [COLOR=#ff0000]nt!KiPageFault+0x16e[/COLOR] (TrapFrame @ [COLOR=#008000]fffff880`099f90a0[/COLOR])
fffff880`099f9230 fffff880`043b63e7 : fffffa80`0a82b101 fffffa80`06fc6120 00000000`00c700e0 fffff880`0000009c : [COLOR=#ff0000]dxgmms1!VIDMM_GLOBAL::ReferenceDmaBuffer+0x1e5[/COLOR]
fffff880`099f9320 fffff880`0432f15e : 00000000`00000000 00000000`00000200 fffff880`099f9a40 00000000`00000000 : dxgmms1!VidMmReferenceDmaBuffer+0x43
fffff880`099f9370 fffff880`0432e923 : fffff8a0`00000001 fffff8a0`0bfcef10 fffff880`099f99f0 00000000`00000000 : dxgkrnl!DXGCONTEXT::Render+0x326
fffff880`099f9980 fffff960`001b1792 : 00000000`117df9b0 00000000`00000200 00000000`00000000 00000000`00000000 : dxgkrnl!DxgkRender+0x3e7
fffff880`099f9bf0 fffff800`02acc7d3 : fffffa80`09022b50 00000000`ffffffff 00000000`00000000 fffffa80`09406060 : win32k!NtGdiDdDDIRender+0x12
fffff880`099f9c20 000007fe`fecf13fa : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x13 (TrapFrame @ fffff880`099f9c20)
00000000`117df988 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x000007fe`fecf13fa

Ok so the dma buffer was the faulting instruction that caused the page fault, but looking at the trap frame I see this.

Code:
2: kd> [COLOR=#008000].trap fffff880`099f90a0[/COLOR]
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000000000005 rbx=0000000000000000 rcx=00000000000004ed
rdx=fffff8a00412e000 rsi=0000000000000000 rdi=[COLOR=#ff0000]0000000000000000[/COLOR]
rip=fffff880043d0259 rsp=fffff880099f9230 rbp=fffff880099f9a40
 r8=fffffa800a0880e0  r9=0000000000000003 r10=00000000a0180035
r11=00000000c0013b40 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0         nv up ei ng nz na pe nc
dxgmms1!VIDMM_GLOBAL::ReferenceDmaBuffer+0x1e5:
fffff880`043d0259 48395f18        [COLOR=#ff0000]cmp[/COLOR]     qword ptr [[COLOR=#ff0000]rdi+18h[/COLOR]],rbx ds:[COLOR=#ff0000]00000000`00000018[/COLOR]=????????????????

Yet there was an instruction to compare the address which results in 0x18 being written.

I'm really struggling to get my head around this, although it appears your display driver is causing the issues, I'll have to ask and see if anyone else has any claims to make about that.
 
How weird. It's been fine up until this point for like a whole month. But I'll go ahead and do that.

Thanks for the help so far Jared :)

Did you mean 13.12 or 13.9?
 
Looks like possible bad RAM or video hardware to me given the same 1st/3rd parameter of the 0x50. It's hard to say given a minidump, but the rdi register was null because it couldn't save the context. A thing to note about the raw stack is it does not always indicate that there's a problem occurring if a driver(s) is present. For example, the AMD/ATI & Realtek drivers may have just been doing their jobs throughout the raw stack dump, as opposed to being listed there for being a contribution to the bug check itself. Of course it's helpful to mention it anyway, especially if there's nothing else.

In any case, whenever you see an exception or any kind of pagefault being caused by and/or stemming from a DirectX Kernel routine/function such as MMS, dxgkrnl, etc, it's either a display driver problem, or a hardware problem (RAM/video card). It's again though hard to say because the use of a Driver Cleaning program could have really screwed things up here, and thus we're getting video hardware faults according to WinDbg, even though it may be the software side of things. The kernel can't tell the difference in some cases.

I'll keep following along as the thread goes on, only posted because Jared requested a little help!

Regards,

Patrick
 
Last edited:
Thanks for the add Patrick :)

I was thinking of bad RAM given the 2 address are the same, I find working with minidumps so difficult sometimes when nothing is saved...
 
I ran it for a total of three passes, no errors. But i'll do it again before bed for 8 passes. I updated my realtek drivers.
 

Has Sysnative Forums helped you? Please consider donating to help us support the site!

Back
Top