VMware Communities
SRMainwaring
Contributor
Contributor

Fusion 12 + Ubuntu 20.04 + hardware accelerated OpenGL + Gazebo11 - freezing machine

The problem I am seeing is similar to that described in this post How to debug: Fusion 10 + Ubuntu 18.04.1 + hardware accelerated OpenGL = crashed virtual machine? but with Fusion 12 and Ubuntu 20.04.

Some OpenGL applications are working well with hardware acceleration enabled (e.g. gxlgears). On the other hand I am seeing an issue when running Gazebo11 where the application will run with hardware acceleration enabled for about a minute, then freeze. Sometimes it is possible to kill the application before the window manager stops responding to input, other times it is necessary to hard power down the machine.

The system is:

- Host: Mac Pro (2019), 32GB RAM, AMD Radeon Pro W5700X 16 GB, macOS Big Sur 11.4
- Guest: Ubuntu 20.04.3 LTS, 16GB RAM, 4 Cores, SVGA3D - 8GB VRAM

The guest machine has open_vm_tools installed:

 

$ apt info open-vm-tools
Package: open-vm-tools
Version: 2:11.2.5-2ubuntu1~ubuntu20.04.1
Priority: extra
Section: universe/admin
Origin: Ubuntu
Maintainer: Ubuntu Developers <ubuntu-devel-discuss@lists.ubuntu.com>
Original-Maintainer: Bernd Zeimetz <bzed@debian.org>
Bugs: https://bugs.launchpad.net/ubuntu/+filebug
Installed-Size: 2,787 kB
Depends: libc6 (>= 2.28), libdrm2 (>= 2.4.3), libfuse2 (>= 2.6), libgcc-s1 (>= 3.3), libglib2.0-0 (>= 2.31.8), libmspack0 (>= 0.4), libssl1.1 (>= 1.1.0), libudev1 (>= 183), libxml2 (>= 2.7.4), libxmlsec1 (>= 1.2.28), libxmlsec1-openssl (>= 1.2.28), pciutils, iproute2, lsb-release
Recommends: ethtool, zerofree, fuse
Suggests: open-vm-tools-desktop, cloud-init
Breaks: open-vm-tools-desktop (<< 2:10.3.5-2~)
Replaces: open-vm-tools-desktop (<< 2:10.0.7-3227872-2~)
Homepage: https://github.com/vmware/open-vm-tools
Task: server, cloud-image
Download-Size: 604 kB
APT-Manual-Installed: yes
APT-Sources: http://gb.archive.ubuntu.com/ubuntu focal-updates/universe amd64 Packages
Description: Open VMware Tools for virtual machines hosted on VMware (CLI)
 The Open Virtual Machine Tools (open-vm-tools) project is an open source
 implementation of VMware Tools. It is a suite of virtualisation utilities
 and drivers to improve the functionality, user experience and
 administration of VMware virtual machines.
 .
 This package contains only the core user-space programs and libraries.

N: There is 1 additional record. Please use the '-a' switch to see it

 

with support for OpenGL 4.1

 

$ glxinfo | grep Mesa
client glx vendor string: Mesa Project and SGI
OpenGL core profile version string: 4.1 (Core Profile) Mesa 21.0.3
OpenGL version string: 4.1 (Compatibility Profile) Mesa 21.0.3
OpenGL ES profile version string: OpenGL ES 2.0 Mesa 21.0.3

 

To replicate the issue install and run Gazbo11 from the ROS Noetic distribution:

 

$ sudo sh -c 'echo "deb http://packages.ros.org/ros/ubuntu $(lsb_release -sc) main" > /etc/apt/sources.list.d/ros-latest.list'
$ sudo apt install curl
$ curl -s https://raw.githubusercontent.com/ros/rosdistro/master/ros.asc | sudo apt-key add -
$ sudo apt update
$ sudo apt upgrade
$ sudo apt install ros-noetic-desktop-full
$ gazebo --verbose

 

 

It looks like there is a problem arising from the translation of OpenGL instructions to Metal. In the mksSandbox log file there is this entry:

 

2021-09-01T22:32:05.383+01:00| svga| I005: MTL UNSUPPORTED bora/mks/renderers/mtl/mtlShaderTrans.m:7574

 

which is emitted when running Gazebo11 but not when running glxgears.

I have tried to disable various OpenGL extensions (i.e. all not required) or limit OpenGL to an earlier version using the Mesa environment variables, but did not manage to resolve the freeze or the mksSandbox warning.   

Any help or suggestions greatly appreciated.

1 Reply
charmainel
VMware Employee
VMware Employee

 

Thanks for reporting the issue. The hang is caused by a resource leak triggered by this app. It is now fixed in the mesa main branch. It will be available in the next mesa release.