Oracle VM VirtualBox: Ticket #10698: VBoxMP::DxgkDdiEscape: unsupported escape code (0x4e564441)https://www.virtualbox.org/ticket/10698
<p>
Can some devs review the log file.
</p>
<p>
Host: Fedora 17 64 bit;
</p>
<p>
Guest: Windows 7 SP1 64 bit;
</p>
<p>
Problem: The guest stopped responding. So I clicked pause, but then the upper portion of the screen remained black.
</p>
<p>
My full HDD is encrypted using LUKS. If I include the core dump will the password be out in the open?
</p>
<p>
Also notice these lines are repeated many times:
</p>
<pre class="wiki">Guest Log: VBoxMP::DxgkDdiEscape: unsupported escape code (0x4e564441)
</pre><p>
Why is the above line repeating continuously in the log file?
</p>
<p>
Thanks.
</p>
en-usOracle VM VirtualBox/graphics/vbox_logo2_gradient.pnghttps://www.virtualbox.org/ticket/10698
Trac 0.12shawnsuminSun, 24 Jun 2012 06:15:12 GMTattachment sethttps://www.virtualbox.org/ticket/10698
https://www.virtualbox.org/ticket/10698
<ul>
<li><strong>attachment</strong>
set to <em>VBox.log.7z</em>
</li>
</ul>
TicketshawnsuminSun, 24 Jun 2012 06:18:11 GMThttps://www.virtualbox.org/ticket/10698#comment:1
https://www.virtualbox.org/ticket/10698#comment:1
<p>
well what do you know...the vbox.log file was above the attachment limit so I had to compress it using 7z.
</p>
TicketfrankTue, 26 Jun 2012 07:35:05 GMThttps://www.virtualbox.org/ticket/10698#comment:2
https://www.virtualbox.org/ticket/10698#comment:2
<p>
Regarding your concern that the password for the hard disk encryption could be included in the core dump: I can assure you that it's not the case. The hard disk encryption is either done by the Linux kernel or by a user space tool (not sure how LUKS is implemented). In the former case, the secure phrase is stored in kernel memory and in the latter case (user space tool) the secure phrase is stored in the address space of a user process (which is not the VirtualBox process of course). As you know, Linux processes are protected against each other and the kernel is protected from user space. The core dump of a process contains only information visible to the user space process, no information of the kernel and no information from other processes.
</p>
<p>
And, as a further note, we keep all core dumps we get private and delete them once the investigation of the actual problem is done.
</p>
TicketshawnsuminThu, 05 Jul 2012 13:22:16 GMThttps://www.virtualbox.org/ticket/10698#comment:3
https://www.virtualbox.org/ticket/10698#comment:3
<p>
Replying to <a href="https://www.virtualbox.org/ticket/10698#comment:2" title="Comment 2 for Ticket #10698">frank</a>:
</p>
<blockquote class="citation">
<p>
Regarding your concern that the password for the hard disk encryption could be included in the core dump: I can assure you that it's not the case. The hard disk encryption is either done by the Linux kernel or by a user space tool (not sure how LUKS is implemented). In the former case, the secure phrase is stored in kernel memory and in the latter case (user space tool) the secure phrase is stored in the address space of a user process (which is not the VirtualBox process of course). As you know, Linux processes are protected against each other and the kernel is protected from user space. The core dump of a process contains only information visible to the user space process, no information of the kernel and no information from other processes.
</p>
<p>
And, as a further note, we keep all core dumps we get private and delete them once the investigation of the actual problem is done.
</p>
</blockquote>
<p>
Thank you for replying. I have a question though, don't we upload the core dump here in the bug tracker? Thus it is visible to all?
</p>
<p>
Also I am able to reproduce this excessive logging:
</p>
<pre class="wiki">
Guest Log: VBoxMP::DxgkDdiEscape: unsupported escape code (0x4e564441)
</pre><p>
Is there instructions somewhere on how to make the core dump for Fedora 17?
</p>
<p>
Sorry for late reply. And thanks again for responding.
</p>
TicketmishaThu, 05 Jul 2012 13:39:06 GMThttps://www.virtualbox.org/ticket/10698#comment:4
https://www.virtualbox.org/ticket/10698#comment:4
<p>
Replying to <a href="https://www.virtualbox.org/ticket/10698#comment:3" title="Comment 3 for Ticket #10698">shawnsumin</a>:
</p>
<blockquote class="citation">
<p>
Also I am able to reproduce this excessive logging:
</p>
<pre class="wiki">Guest Log: VBoxMP::DxgkDdiEscape: unsupported escape code (0x4e564441)
</pre></blockquote>
<p>
This seems like some third-party code is making escape calls to VBox miniport video driver. Do you have some custom graphics-related software installed in the guest?
</p>
TicketshawnsuminThu, 05 Jul 2012 20:04:26 GMThttps://www.virtualbox.org/ticket/10698#comment:5
https://www.virtualbox.org/ticket/10698#comment:5
<p>
Replying to <a href="https://www.virtualbox.org/ticket/10698#comment:4" title="Comment 4 for Ticket #10698">misha</a>:
</p>
<blockquote class="citation">
<p>
Replying to <a href="https://www.virtualbox.org/ticket/10698#comment:3" title="Comment 3 for Ticket #10698">shawnsumin</a>:
</p>
<blockquote class="citation">
<p>
Also I am able to reproduce this excessive logging:
</p>
<pre class="wiki">Guest Log: VBoxMP::DxgkDdiEscape: unsupported escape code (0x4e564441)
</pre></blockquote>
<p>
This seems like some third-party code is making escape calls to VBox miniport video driver. Do you have some custom graphics-related software installed in the guest?
</p>
</blockquote>
<p>
Thanks for responding.
</p>
<p>
Yes. The guest OS has Nvidia Graphics Driver. The guest was created using Disk2VHD software for Physical to Virtual migration.
</p>
TicketmishaFri, 06 Jul 2012 08:28:36 GMThttps://www.virtualbox.org/ticket/10698#comment:6
https://www.virtualbox.org/ticket/10698#comment:6
<p>
Replying to <a href="https://www.virtualbox.org/ticket/10698#comment:3" title="Comment 3 for Ticket #10698">shawnsumin</a>:
</p>
<blockquote class="citation">
<p>
Thank you for replying. I have a question though, don't we upload the core dump here in the bug tracker? Thus it is visible to all?
</p>
</blockquote>
<p>
You should upload it to <a class="ext-link" href="ftp://ftp.oracle.com:/appsdev/incoming"><span class="icon"> </span>ftp://ftp.oracle.com:/appsdev/incoming</a> . This directory is write-only for public users for security reasons, so none outside Oracle can see your core dump at all.
</p>
TicketmishaFri, 06 Jul 2012 08:31:41 GMThttps://www.virtualbox.org/ticket/10698#comment:7
https://www.virtualbox.org/ticket/10698#comment:7
<p>
Replying to <a href="https://www.virtualbox.org/ticket/10698#comment:5" title="Comment 5 for Ticket #10698">shawnsumin</a>:
</p>
<blockquote class="citation">
<p>
Yes. The guest OS has Nvidia Graphics Driver. The guest was created using Disk2VHD software for Physical to Virtual migration.
</p>
</blockquote>
<p>
So most likely it's some NVIDIA software tries to call VBox video driver assuming it is NVidia one.<br />
Perhaps you could try uninstalling/disabling the NVIDIA software to see if this solves the issue?
</p>
TicketmishaFri, 18 Oct 2013 08:10:05 GMTstatus changed; resolution sethttps://www.virtualbox.org/ticket/10698#comment:8
https://www.virtualbox.org/ticket/10698#comment:8
<ul>
<li><strong>status</strong>
changed from <em>new</em> to <em>closed</em>
</li>
<li><strong>resolution</strong>
set to <em>wontfix</em>
</li>
</ul>
<p>
Is there anything except the "VBoxMP::DxgkDdiEscape: unsupported escape code" warning left for this bug?<br />
Since this warning per-se is actually caused by some third-party software doing something unexpected, I will close this record.
</p>
Ticket