Notice: This website is an unofficial Microsoft Knowledge Base (hereinafter KB) archive and is intended to provide a reliable access to deleted content from Microsoft KB. All KB articles are owned by Microsoft Corporation. Read full disclaimer for more details.

Problem: Bug check 0x10E in DxgKrnl.sys indicating a process which is getting destroyed is not empty


Symptoms

While performing Windows Logo Kit (WLK) testing for Display devices on Vista SP2 x64, a bug check 0x10E may be encountered. The specific test this is encountered with is the Display 'CRASH' test. This is a stress-oriented test designed to simulate heavy and high-performance graphics load. The bug check has been reported to affect 1 in 4 'CRASH' test runs during logo testing. It is possible this problem may also be rarely encountered by users of graphics-intensive applications.

For this specific issue, the bug check information will show a value of 0x2 for the first argument (eg: "BugCheck 10E, {2, 1, 0, 0}"). This parameter signifies that the process heap was not empty (there is a memory leak) while the process was exiting. This can be seen in output of ā€œ!analyze –vā€ as follows:
Arg1: 0000000000000002, Process heap being destroyed isn't empty.

↑ Back to the top


Cause

One cause of this bug check has been identified as the result of a rarely-encountered race condition involving staging buffer management during context destruction in dxgkrnl.sys. While Microsoft has identified this specific memory leak in dxgkrnl.sys, there may be other memory leaks in the Display driver stack that can lead to bug check 0x10E with Arg1 = 0x2 in dxgkrnl.sys.

↑ Back to the top


Resolution

The staging buffer memory leak has been fixed in Windows 7 RTM and later versions of Windows. If this error is encountered in WLK Logo testing on Windows Vista, the test can be run again.

↑ Back to the top


Keywords: kb

↑ Back to the top

Article Info
Article ID : 2507073
Revision : 1
Created on : 1/7/2017
Published on : 4/5/2011
Exists online : False
Views : 275