<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.technet.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>[UNRESOLVED] Win2008R2 SP1: STOP 0x3B in RDPDD!CAutoDrvCheck::CAutoDrvCheck+5d</title><link>http://blogs.technet.com/b/dip/archive/2012/11/22/win2008r2-sp1-stop-0x3b-in-rdpdd-cautodrvcheck-cautodrvcheck-5d.aspx</link><description>Status: Unresolved, workaround provided. 
 Update 121122: Closing the loop on this one... we have also seen a slight variation on this with "RDPDD!CAutoDrvCheck::CAutoDrvCheck+0x5e" instead of offset 0x5d as shown below. A hotfix request for this was</description><dc:language>en-US</dc:language><generator>Telligent Evolution Platform Developer Build (Build: 5.6.50428.7875)</generator><item><title>re: [UNRESOLVED] Win2008R2 SP1: STOP 0x3B in RDPDD!CAutoDrvCheck::CAutoDrvCheck+5d</title><link>http://blogs.technet.com/b/dip/archive/2012/11/22/win2008r2-sp1-stop-0x3b-in-rdpdd-cautodrvcheck-cautodrvcheck-5d.aspx#3577727</link><pubDate>Mon, 10 Jun 2013 00:00:55 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:3577727</guid><dc:creator>François Uldry</dc:creator><description>&lt;p&gt;I do have more or less this issue, with a SINGLE cpu.&lt;/p&gt;
&lt;p&gt;FOLLOWUP_IP: &lt;/p&gt;
&lt;p&gt;RDPDD!CAutoDrvCheck::CAutoDrvCheck+5d&lt;/p&gt;
&lt;p&gt;BUCKET_ID: &amp;nbsp;X64_0x3B_RDPDD!CAutoDrvCheck::CAutoDrvCheck+5d&lt;/p&gt;
&lt;p&gt;STACK_TEXT: &amp;nbsp;&lt;/p&gt;
&lt;p&gt;fffff880`045ab490 fffff960`00ad2500 : 00000000`0000006a fffff800`016d9d32 00000000`00000000 00000000`000000de : RDPDD!CAutoDrvCheck::CAutoDrvCheck+0x5d&lt;/p&gt;
&lt;p&gt;fffff880`045ab4c0 fffff960`000768fa : fffff900`c00c2000 00000000`000000de fffff900`c00bf028 fffffa80`00000003 : RDPDD!DrvMovePointerEx+0x28&lt;/p&gt;
&lt;p&gt;fffff880`045ab4f0 fffff960`00076600 : fffffa80`0d7ed810 00000000`0000006a fffff900`c00c2000 00000000`00000000 : win32k!vMovePointer+0x7a&lt;/p&gt;
&lt;p&gt;fffff880`045ab530 fffff960`0015b6a3 : fffffa80`0f3fa5f0 00000000`00000000 00000000`0000006a 00000822`00c80000 : win32k!GreMovePointer+0x17c&lt;/p&gt;
&lt;p&gt;fffff880`045ab5c0 fffff960`0015a081 : fffff900`c0181e04 00000000`00c67d7a fffff900`c0181ca0 00000000`00c67d7a : win32k!xxxMoveEventAbsolute+0x203&lt;/p&gt;
&lt;p&gt;fffff880`045ab650 fffff960`00159ed8 : fffff900`c0181ca0 0000006a`000000de 00000000`00000000 00000000`00000286 : win32k!ProcessMouseInput+0x195&lt;/p&gt;
&lt;p&gt;fffff880`045ab6c0 fffff800`016c3651 : 00000000`00000100 00000000`00000000 00000000`00000000 00000000`00000001 : win32k!InputApc+0x7c&lt;/p&gt;
&lt;p&gt;fffff880`045ab6f0 fffff800`016c681d : fffffa80`0e0013b0 00000000`00000000 fffff960`00159e5c 00000000`00000000 : nt!KiDeliverApc+0x201&lt;/p&gt;
&lt;p&gt;fffff880`045ab770 fffff800`016d30da : 00000000`00000000 00000000`00000000 fffffa80`00000000 fffff800`016c6612 : nt!KiCommitThreadWait+0x3dd&lt;/p&gt;
&lt;p&gt;fffff880`045ab800 fffff960`000fa708 : fffff900`00000002 fffffa80`0d1511b0 fffff900`00000001 fffff880`0000000d : nt!KeWaitForMultipleObjects+0x272&lt;/p&gt;
&lt;p&gt;fffff880`045abac0 fffff960`000fb6d3 : 00000000`00000000 fffff900`c015f500 fffff960`003477c0 00000000`00000004 : win32k!xxxMsgWaitForMultipleObjects+0x108&lt;/p&gt;
&lt;p&gt;fffff880`045abb40 fffff960`000b51c4 : fffffa80`00000001 fffffa80`0000000c fffffa80`0e0013b0 fffff6fc`40022a08 : win32k!xxxDesktopThread+0x253&lt;/p&gt;
&lt;p&gt;fffff880`045abbc0 fffff960`0013629a : fffffa80`00000001 fffff960`003477c0 00000000`00000020 00000000`00000000 : win32k!xxxCreateSystemThreads+0x64&lt;/p&gt;
&lt;p&gt;fffff880`045abbf0 fffff800`016cfe93 : fffffa80`0e0013b0 00000000`00000004 000007ff`fffac000 00000000`00000000 : win32k!NtUserCallNoParam+0x36&lt;/p&gt;
&lt;p&gt;fffff880`045abc20 000007fe`fd2c1eea : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x13&lt;/p&gt;
&lt;p&gt;2 years ago when we opened up a paid call with support we got told that single CPU would fix the issue. it NEVER did.&lt;/p&gt;
&lt;p&gt;François&lt;/p&gt;
&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.technet.com/aggbug.aspx?PostID=3577727" width="1" height="1"&gt;</description></item><item><title>re: [UNRESOLVED] Win2008R2 SP1: STOP 0x3B in RDPDD!CAutoDrvCheck::CAutoDrvCheck+5d</title><link>http://blogs.technet.com/b/dip/archive/2012/11/22/win2008r2-sp1-stop-0x3b-in-rdpdd-cautodrvcheck-cautodrvcheck-5d.aspx#3534195</link><pubDate>Thu, 22 Nov 2012 15:26:18 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:3534195</guid><dc:creator>Vladislav</dc:creator><description>&lt;p&gt;I use Windows 2008R2 64-bit, and I see more-or-less the same problems. I can provide some more technical details.&lt;/p&gt;
&lt;p&gt;The problem reproduces when creating and destroying sessions rapidly. MSTSC That is, create several sessions, and then destroy them and create new ones rapidly. ActiveX control may be used for this.&lt;/p&gt;
&lt;p&gt;Eventually the OS starts to &amp;quot;misbehave&amp;quot; regarding the display driver (RDPDD). This may include the following:&lt;/p&gt;
&lt;p&gt; &amp;nbsp; &amp;nbsp;Call to DrvEnablePDEV, whereas the same PDEV is already enabled (i.e. DrvDisablePDEV was not called).&lt;/p&gt;
&lt;p&gt; &amp;nbsp; &amp;nbsp;Call to DrvDisableDriver, whereas the driver still manages a PDEV (i.e. DrvDisablePDEV was not called).&lt;/p&gt;
&lt;p&gt; &amp;nbsp; &amp;nbsp;Call to DrvDisablePDEV, whereas there are still device bitmap managed (i.e. they were not destroyed by DrvDeleteDeviceBitmap).&lt;/p&gt;
&lt;p&gt;It seems like the OS eventually &amp;quot;leaks&amp;quot; the allocated display driver resources. This in turn causes problems in RDPDD (such as page fault and etc.).&lt;/p&gt;
&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.technet.com/aggbug.aspx?PostID=3534195" width="1" height="1"&gt;</description></item></channel></rss>