3D Accelerated Linux Guests Crash on Shutdown

[h-w]

3D enabled 64-bit Ubuntu and Fedora guests crash on shutdown. In the log file (attached) the log reaches the line:

Console::powerDown(): A request to power off the VM has been issued (mMachineState=Stopping, InUninit=0)

Then a Windows exception code 0xc0000005 occurs.

The host is an Asus M5A97 EVO with a Phenom II X4 810 CPU, ATI HD 4850 GPU, 16GB RAM running 64-bit Vista Home Premium, service pack 2, and all updates.

Guests are all updated as of 4 March 2014. Guests which crash include Fedora 19 and 20, Ubuntu 12.04 and 13.10. Guest additions were built on the VMs but I don't think they have an impact on the problem.

Guests do not crash every time they are shutdown. The Fedora 20 seems to crash almost every time.

Virtual Box is run under a regular user with no Administrator rights.

The problem occurs on both pre-existing VMs which worked fine under 4.3.6 and on newly created VMs. I created a new Fedora 20 VM under a user which had not run VirtualBox before, so all user files and configuration were created by 4.3.8. The VM was created as a Fedora 20 desktop system, no LibreOffice, added packages: kernel-headers, kernel-devel, gcc, make, dkms, vim-minimal, vim-enhanced, tcsh, xterm, git-all to enable building and installing guest additions and investigating the problem.

I've attached the user configuration file, copies of the errors reported by eventvwr, and showvminfo dumps for working and crashing configurations.

[h-w]

Log file showing crash on shutdown

[h-w]

Log file showing successful shutdown (3D disabled)

[h-w]

showvminfo for working and crashing VM (3d setting diff)

[h-w]

Errors from eventvwr

[h-w]

user configuration

[h-w]

After some experimentation, the problem seems to be the same with 4.3.10.

[misha]

Could you create and attach a minidump for the crash? See ​http://msdn.microsoft.com/en-us/library/bb787181%28VS.85%29.aspx on how to enable it.
Using default values mentioned there is sufficient, so just creating a HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\Windows Error Reporting\LocalDumps registry key should be enough to enable dump generation.

[bbhar]

Same thing happend to me in VirtualBox 4.3.8 and 4.3.10 when 3D support in enabled for 64bit linux geusts - Ubuntu 13.10, Ubuntu 14.04, Linux Mint 16 and Oracle Enterprise Linux 6 Update 5. Switched back to VirtualBox 4.3.6 and 3D support is Ok.

My host is Windows 7 64 bit Home Edition on Dell Inspiron 14z 5423 with 8GB RAM.

[h-w]

Minidump from 12 May 2014 (VBox 4.3.10 r93012) Part a

[h-w]

Minidump from 12 May 2014 (VBox 4.3.10 r93012) Part b

[h-w]

Minidump from 12 May 2014 (VBox 4.3.10 r93012) Part c

[h-w]

Event Viewer Error for 12 May 2014 Minidump

[h-w]

Attached minidump from 12 May 2014 and corresponding error from Event Viewer. Sorry, it's in 3 parts due to upload size restrictions. You put it back together (on Cygwin in my case, but any cat + gunzip should work) using:

cat VirtualBox.exe.4412.dmp_split.gz_* | gunzip -c > VirtualBox.exe.4412.dmp

[Mihai Hanor]

I can always reproduce a crash in atio6axx.dll, when saving the VM state, but it might be a bug in the AMD drivers. atio6axx code crashes when accessing a heap memory location, freed by atio6axx, during the deletion of the OpenGL rendering context. It was allocated by atio6axx when the OpenGL rendering context was created.

[h-w]

I'm running Catalyst 13.9 Driver Pkg 8.97.100.11-130429a-158498C-ATI which is the last legacy support driver. I'd really appreciate a work-around if possible as I suspect a fix from AMD/ATI is unlikely. If the problem can be traced to the AMD driver I'd be happy to open a ticket with them, but they would need documentation on how to reproduce the error, even then, this is legacy H/W.

[TimOr]

Same for me. I'm on Windows 7 SP1 x64. VB is 4.3.10, but I think it started with 4.3.8. Fedora 20 with kernel 3.13 or 3.14 seems to crash almost every time, LMDE with kernel 3.11-2 sometimes.

APPCRASH

Application Name: VirtualBox.exe Application Version: 4.3.10.0 Application Timestamp: 533315cb Fault Module Name: atio6axx.dll Fault Module Version: 6.14.10.12217 Fault Module Timestamp: 5154f6b2 Exception Code: c0000005 Exception Offset: 0000000000b4e343 OS Version: 6.1.7601.2.1.0.256.48 Locale ID: 4122 Additional Information 1: ac1e Additional Information 2: ac1ee5ba95997c124f29eccdf6034af4 Additional Information 3: 5a7b Additional Information 4: 5a7b44b651fc1abf0447ccd270cea49e

These are similar reports, probably duplicates: https://www.virtualbox.org/ticket/12904, https://www.virtualbox.org/ticket/12953, https://www.virtualbox.org/ticket/12968.

[h-w]

Problem persists in VirtualBox-4.3.12-93733-Win. Minidump available on request.

[bartsblues]

I can also confirm the above:

1)Windows 7 x64 host

2)Ubuntu 14.04 Release (Although I got the same error with 13.10 as well)

3)VirtualBox 4.3.12 with guest additions

Attempted complete removal and reinstall of AMD drivers to no effect.

[Bloodtoes]

Also ocurring here.

Software: Oracle VM VirtualBox 4.3.10 r93012

HOST INFO

OS: Windows 8.1 Professional x64
Video: AMD Radeon HD 7970
Video Driver Version: 13.512.1.8-131008a-163824C-ATI

GUEST INFO

Linux Mint 17 "Quiana" Cinnamon RC x64 (based on Ubuntu 14.04)
Linux Ubuntu (64 bit) virtual machine options used.
3D Acceleration Enabled
128 MB Video Memory

No crash on shutdown if I disable 3D acceleration. I will look at updating both VirtualBox and video drivers.

[trenzterra]

Hi, I have the exact same issue. I tried installing the latest Catalyst 14.4 drivers but it still happens.

[Low351]

Same issue latest version of VirtualBox, 3D acceleration and AMD drivers on win7 64bit.

[Mihai Hanor]

The crash occurs every time at VM shutdown, if you ever triggered a screenshot by: pausing the VM, manually taking a screenshot or even by the VirtualBox Manager (for the VM preview), while the guest additions were started (with Ubuntu, they are started after you login). At the moment of the crash, which occurs in atio6axx, during the release of the OpenGL context, there are heap resources (found by inspecting the CPU registers at the crash location) that seem to never get freed (not even if you reboot the VM). These heap resources were allocated in the following contexts:

Call stack 1 (during BindBufferARB() ):

...
atio6axx!...
VBoxOGLhostcrutil!crTdBltCheckPBO+0xaf [c:\work_x64\vbox\src\vbox\guesthost\opengl\util\blitter.cpp @ 1376]
VBoxOGLhostcrutil!CrTdBltDataAcquire+0x198 [c:\work_x64\vbox\src\vbox\guesthost\opengl\util\blitter.cpp @ 1704]
VBoxSharedCrOpenGL!CrFbBltGetContents+0x580 [c:\work_x64\vbox\src\vbox\hostservices\sharedopengl\crserverlib\server_presenter.cpp @ 676]
VBoxSharedCrOpenGL!CrFbBltGetContentsEx+0xd8 [c:\work_x64\vbox\src\vbox\hostservices\sharedopengl\crserverlib\server_presenter.cpp @ 752]
VBoxSharedCrOpenGL!crServerVBoxScreenshotGet+0x287 [c:\work_x64\vbox\src\vbox\hostservices\sharedopengl\crserverlib\server_muralfbo.cpp @ 703]
VBoxSharedCrOpenGL!crScreenshotHandle+0xb7 [c:\work_x64\vbox\src\vbox\hostservices\sharedopengl\crserver\crservice.cpp @ 993]
VBoxSharedCrOpenGL!svcHostCallPerform+0x1484 [c:\work_x64\vbox\src\vbox\hostservices\sharedopengl\crserver\crservice.cpp @ 1308]
VBoxSharedCrOpenGL!crVBoxServerHostCtl+0x8e [c:\work_x64\vbox\src\vbox\hostservices\sharedopengl\crserver\crservice.cpp @ 1537]
VBoxSharedCrOpenGL!svcHostCall+0x11d [c:\work_x64\vbox\src\vbox\hostservices\sharedopengl\crserver\crservice.cpp @ 1568]
VBoxC!hgcmServiceThread+0x19e [c:\work_x64\vbox\src\vbox\main\src-client\hgcm.cpp @ 536]
VBoxC!hgcmWorkerThreadFunc+0xf9 [c:\work_x64\vbox\src\vbox\main\src-client\hgcmthread.cpp @ 196]
VBoxRT!rtThreadMain+0xc2 [c:\work_x64\vbox\src\vbox\runtime\common\misc\thread.cpp @ 712]
VBoxRT!rtThreadNativeMain+0xae [c:\work_x64\vbox\src\vbox\runtime\r3\win\thread-win.cpp @ 211]
MSVCR100!endthreadex+0x0000000000000043
MSVCR100!endthreadex+0x00000000000000df
kernel32!BaseThreadInitThunk+0x000000000000000d
ntdll!RtlUserThreadStart+0x000000000000001d

Call stack 2 (during MapBufferARB() ):

...
atio6axx!...
VBoxOGLhostcrutil!crTdBltImgAcquire+0x21f [c:\work_x64\vbox\src\vbox\guesthost\opengl\util\blitter.cpp @ 1506]
VBoxOGLhostcrutil!CrTdBltDataAcquire+0x2ff [c:\work_x64\vbox\src\vbox\guesthost\opengl\util\blitter.cpp @ 1732]
VBoxSharedCrOpenGL!CrFbBltGetContents+0x580 [c:\work_x64\vbox\src\vbox\hostservices\sharedopengl\crserverlib\server_presenter.cpp @ 676]
VBoxSharedCrOpenGL!CrFbBltGetContentsEx+0xd8 [c:\work_x64\vbox\src\vbox\hostservices\sharedopengl\crserverlib\server_presenter.cpp @ 752]
VBoxSharedCrOpenGL!crServerVBoxScreenshotGet+0x287 [c:\work_x64\vbox\src\vbox\hostservices\sharedopengl\crserverlib\server_muralfbo.cpp @ 703]
VBoxSharedCrOpenGL!crScreenshotHandle+0xb7 [c:\work_x64\vbox\src\vbox\hostservices\sharedopengl\crserver\crservice.cpp @ 993]
VBoxSharedCrOpenGL!svcHostCallPerform+0x1484 [c:\work_x64\vbox\src\vbox\hostservices\sharedopengl\crserver\crservice.cpp @ 1308]
VBoxSharedCrOpenGL!crVBoxServerHostCtl+0x8e [c:\work_x64\vbox\src\vbox\hostservices\sharedopengl\crserver\crservice.cpp @ 1537]
VBoxSharedCrOpenGL!svcHostCall+0x11d [c:\work_x64\vbox\src\vbox\hostservices\sharedopengl\crserver\crservice.cpp @ 1568]
VBoxC!hgcmServiceThread+0x19e [c:\work_x64\vbox\src\vbox\main\src-client\hgcm.cpp @ 536]
VBoxC!hgcmWorkerThreadFunc+0xf9 [c:\work_x64\vbox\src\vbox\main\src-client\hgcmthread.cpp @ 196]
VBoxRT!rtThreadMain+0xc2 [c:\work_x64\vbox\src\vbox\runtime\common\misc\thread.cpp @ 712]
VBoxRT!rtThreadNativeMain+0xae [c:\work_x64\vbox\src\vbox\runtime\r3\win\thread-win.cpp @ 211]
MSVCR100!endthreadex+0x0000000000000043
MSVCR100!endthreadex+0x00000000000000df
kernel32!BaseThreadInitThunk+0x000000000000000d
ntdll!RtlUserThreadStart+0x000000000000001d

Maybe VirtualBox isn't cleaning up properly after crServerVBoxScreenshotGet/CrFbBltGetContents/CrFbBltGetContentsEx. The call stacks are for VirtualBox 4.3.14 OSE (no hardening).

[Mihai Hanor]

By adding a call to CrTdBltDataCleanup(pTex), after CrTdBltDataRelease(pTex), inside CrFbBltGetContents(), it doesn't crash anymore, at shutdown.

[h-w]

Problem persists in VirtualBox-4.3.15-95286-Win. Minidump and logs available on request. I was unable to get VirtualBox-4.3.14-95030-Win to run.

[TimOr]

I also was unable to get VirtualBox-4.3.14-95030-Win to run. Testing with 4.3.15, 3D seems to work now. But, crashes now are regular, unlike before when they were accidental. For some reason, I couldn't get 3D to work in Ubuntu 14.04 x64, kernel 3.13.0-34-generic, but it shuts down fine. 3D works in my Mint 17 x64, kernel 3.13.0-24, but I get a crash on shutdown. 3D works in my Fedora 20 x64, kernle 3.15.10, but I get a crash on shutdown. Reported in ​https://forums.virtualbox.org/viewtopic.php?f=6&t=62615&p=297643#p297643

[TimOr]

Same problem in 4.3.16. Reported in ​https://forums.virtualbox.org/viewtopic.php?f=6&t=62633&p=299069#p299069.

[sickle]

I have the same problem. VirtualBox 4.3.12 on Windows 7 64 bits. I'm also running the VM with 3D enabled. The guest operating system is Mint 17 64 bits.

[VickersNick]

I have the same issue on Win 7 32 bit Host, Mint 17 32 bit guest running with VB test build 4.3.17r96235 and 4.3.17r96164 GA iso. My guest crashes every time though. If I disable 3D Acceleration it shuts down normally.

As an aside, I'm also seeing the following. Not sure if it's related.

/usr/lib/nux/unity_support_test -p
libGL error: pci id for fd 4: 80ee:beef, driver (null)
OpenGL Warning: glFlushVertexArrayRangeNV not found in mesa table
OpenGL Warning: glVertexArrayRangeNV not found in mesa table
OpenGL Warning: glCombinerInputNV not found in mesa table
OpenGL Warning: glCombinerOutputNV not found in mesa table
OpenGL Warning: glCombinerParameterfNV not found in mesa table
OpenGL Warning: glCombinerParameterfvNV not found in mesa table
OpenGL Warning: glCombinerParameteriNV not found in mesa table
OpenGL Warning: glCombinerParameterivNV not found in mesa table
OpenGL Warning: glFinalCombinerInputNV not found in mesa table
OpenGL Warning: glGetCombinerInputParameterfvNV not found in mesa table
OpenGL Warning: glGetCombinerInputParameterivNV not found in mesa table
OpenGL Warning: glGetCombinerOutputParameterfvNV not found in mesa table
OpenGL Warning: glGetCombinerOutputParameterivNV not found in mesa table
OpenGL Warning: glGetFinalCombinerInputParameterfvNV not found in mesa table
OpenGL Warning: glGetFinalCombinerInputParameterivNV not found in mesa table
OpenGL Warning: glDeleteFencesNV not found in mesa table
OpenGL Warning: glFinishFenceNV not found in mesa table
OpenGL Warning: glGenFencesNV not found in mesa table
OpenGL Warning: glGetFenceivNV not found in mesa table
OpenGL Warning: glIsFenceNV not found in mesa table
OpenGL Warning: glSetFenceNV not found in mesa table
OpenGL Warning: glTestFenceNV not found in mesa table
libGL error: core dri or dri2 extension not found
libGL error: failed to load driver: vboxvideo

[VickersNick]

Log from 4.3.17 Test Build

[TimOr]

Same problem in 4.3.18.

[amenic]

This is still ... not... resolved after 8 months... It sounds like someone already posted the solution above...

By adding a call to CrTdBltDataCleanup(pTex), after CrTdBltDataRelease(pTex), inside CrFbBltGetContents(), it doesn't crash anymore, at shutdown.

Can we not get this fix included on the next iteration of the vbox guest additions? 4.3.1x or 4.3.2x?

[h-w]

Problem persists in VirtualBox-4.3.20-96996-Win.

[DO]

Can be reproduced with 4.3.21-r97058 as well.

[Mihai Hanor]

Possible duplicate bug: #13671

[Jasona]

Identical behaviour. 3D Acceleration enabled causes repeatable crash.

Host: Windows 7 x64, AMD/ATI HD6850 graphics hardware, VirtualBox-4.3.20-96997-Win. Latest patches & guest additions.

Guest: Ubuntu 14.04 x64

Given cause seems to be known, let me know if dump or other diagnostics will be helpful.

[Mihai Hanor]

Anyone affected by this issue, should also report it to AMD, ​http://www.amd.com/report

[BitFlipper]

I believe I am experiencing the same problem with an Ubuntu 14.10 x64 VM on Windows 8.1 x64 with a Radeon 7950 Boost, latest Omega 14.12 drivers. Virtual Box 4.3.24 r98716 with latest guest additions.

With 3D acceleration turned off, the machine can save its state just fine, but that means the GUI becomes really slow, almost like using remote desktop & the CPU usage shoots way up.

VirtualBox.exe - Application Error The instruction at 0x629bc5dc referenced memory at 0x0ad19c40. The memory could not be read.

Failed to save the state of the virtual machine . Machine terminated with pending save state!.

Result Code: E_FAIL (0x80004005) Component: SessionMachine Interface: ISession {12f4dcdb-12b2-4ec1-b7cd-ddd9f6c5bf4d}

VirtualBox rocks, I hope you guys can fix this!

[Erik99]

After upgrading from 4.3.22 to 4.3.26 and installing the corresponding guest additions the error returned Host Windows 7, guest Ubuntu 14.04 LTS. Seems a regression to me.

[Subev]

I experience the same issue after I updated to use the latest version of virtualbox. Had no problem before that. When I disable 3D acceleration, save state or shutdown works as expected.

[Frank Mehnert]

We hopefully fixed the problem. Could you test on of the most recent test builds?

[Mihai Hanor]

The new build doesn't crash.

[Frank Mehnert]

Thanks for testing!

[Frumpasaurus]

Replying to frank:

We hopefully fixed the problem. Could you test on of the most recent test builds?

Issue seems to be fixed in 4.3.x revision 100276. Using Windows 10 as Host OS. Linux Mint 17.1 as the guest OS set as Ubuntu (32 bit).

[Frank Mehnert]

Fix is part of VBox 4.3.28.