VMware Communities
knmdk
Contributor
Contributor

DirectX 11 not working in VMware Workstation 16.1.0 and Tools 12.2.0

Update: This thread may be related to the discussion about ISBRendererComm crash in VMware Workstation 16.

VMware Software: VMware Workstation Pro 16.1.0, 17.0.0, VMware Tools 12.2.0
Host OS: Windows 10 Enterprise LTSC 2021, version 21H2
Guest OS: Windows 10 Enterprise LTSC 2021, version 21H2
Host GPU: 8 GB VRAM, Supports DirectX 11, 12
Guest Configuration: Accelerate 3d graphics is On, Graphics memory is 2 GB

Problem: AutoCAD 2022, 2023, 2024 crashes with FATAL ERROR when 3D is called, i.e. when any basic 3D object is created in any rendered view (Conceptual, etc.) or i.e. when any basic 3D object is created in 2D Wireframe view and 2D Wireframe view is rotated afterwards.

Additional Details:

  1. AutoCAD 2022+ is running in DirectX 12 mode by default and supports forced DirectX 11 mode.
  2. If AutoCAD 2022 is using DirectX 12 (by default), the program falls back to Software mode, and still crashes with FATAL ERROR when 3D is called as described above.
  3. If AutoCAD 2022 is forced to use DirectX 11 via GFXDX12 = 0 command and GS_DEVICE = Dx11 environment variable, the program uses Hardware acceleration mode and displays settings, but it crashes with the same FATAL ERROR when 3D is called as described above.
  4. DxDiag reports DirectX 11 support of GPU adapter is OK.
  5. AutoCAD 2020 that uses DirectX 9 (for some reason 9 is set by default my VMs) runs fine, the Hardware acceleration is On by default, everything runs fine when working with 3D, no crashes in any rendering mode, etc.

Question:

Is this something everybody else experiences or my system configuration is faulty in some way?

Reply
0 Kudos
10 Replies
shibdas
VMware Employee
VMware Employee

Can you please upload vmware.log and mksSandbox.log? This is an application crash in the guest so we will need some guest logs later to see what's going on. But first, we need to check if the Autodesk 2022 works well with DX11 devices in general. Can you run Autodesk natively on the host and force it to use DX11 using the environment variable and check if that works?

Reply
0 Kudos
knmdk
Contributor
Contributor

Hey shibdas, thank you for stopping by! I have deleted old LOG files and run VM to the crash point and soft turn off. I attach these "fresh" LOG files to this message as well as AutoCAD 2022 dump files provided by AutoCAD crash helper. The XML in dump archive contains some data about virtual GPU driver and invoked operation (I invoked model view rotate command in 2D Wireframe view with a basic 3D Box object, crash happened immediately at 09:02:50 AM @ host time), unfortunately I don't have the means to read DMP file. Please allow me some time to install the program onto real hardware and report if DirectX 11 mode works correctly (DirectX 12 mode works fine with my DirectX 12 capable GPU).

P.S. Please read some data saying Civil 3D as AutoCAD. Civil 3D is essentially just a profile with additional libraries applied over regular AutoCAD. You can run Civil 3D branded product as regular AutoCAD, it just won't load additional DLLs. What I'm trying to say is the product name is irrelevant in this case.

Reply
0 Kudos
knmdk
Contributor
Contributor

Hey shibdas, I tested both AutoCAD 2022 and 2023 on a real hardware of the host system in DirectX 12 and DirectX 11 modes (11 triggered via command in AutoCAD). Everything runs fine. It appears like something's wrong with VMware Workstation Pro 16.1.0 or VMware Tools 12.2.0, or Autodesk implemented some limitation to prohibit running software in virtual environment (can't think of a reason). Both AutoCAD 2022 and 2023 behave (crash) exactly the same in VM.

Reply
0 Kudos
shibdas
VMware Employee
VMware Employee

I'm talking to the guest driver team about this issue but is it possible for you to update to WS 17 or try a trial version and check if you still see the error? There are a couple of things which have changed which would result in a newer version of WDDM driver exposed in the guest. I'm wondering if that fixes the problem.

Tags (1)
Reply
0 Kudos
knmdk
Contributor
Contributor

Hey shibdas, I've been testing using VMware Workstation Pro 17 trial the whole weekend. The problem persists and the FATAL ERROR crash happens in AutoCAD 2022, 2023, 2024 with VMware Tools 12.2.0 on a real hardware and fresh Windows 10 version 21H2 virtual machines. Please have a look into this or elevate this report to engineers.

Reply
0 Kudos
shibdas
VMware Employee
VMware Employee

I filed a bug but so far we have not been able to hit the crash. We are running the AutoCAD 2023 cert suite. Is there a specific model for which this happens? if you run the AutoCAD cer suite do you see the crash?

mjkrol
VMware Employee
VMware Employee

I'm trying to reproduce the crash with AutoCAD 2024 but no luck so far. Since I'm not familiar with AutoCAD, I'm probably doing something wrong.

Can you provide baby-steps after AutoCAD is launched that reproduce the crash?

knmdk
Contributor
Contributor


@shibdas wrote:

I filed a bug but so far we have not been able to hit the crash. We are running the AutoCAD 2023 cert suite. Is there a specific model for which this happens? if you run the AutoCAD cer suite do you see the crash?


Hey shibdas & mjkrol, thanks for attention to my report.

TL;DR After extensive testing it appears there's some problem with  the way VMware Workstation Pro 16.1.0 creates and runs VMs and it's not related to AutoCAD 2022/2023. VMware Workstation Pro 17.0.0 doesn't have this kind of problem if the VM is created in VM Workstation Pro 17.0.0 (and not imported from earlier versions).

See, I downloaded a vanilla AutoCAD 2023 and standalone update to 2023.1.3 (as you suggested), installed both to brand new VMware Workstation Pro 17.0.0 VM with 2 GB VRAM created from en-us_windows_10_enterprise_ltsc_2021_x64_dvd_d289cf96.iso, and applied VMware Tools 12.2.0. And the FATAL CRASH doesn't happen when 3D objects are called/view rotated, etc.! The interesting thing is for some reason this way AutoCAD does initiate DirectX 11 mode by itself, so no Software mode triggered by AutoCAD 2023.1.3 in virtual environment by default.

However when I do exactly the same with VMware Workstation Pro 16.1.0 VM the crash happens.

But wait, there's more. I have tried free QuakeSpasm-Spiked 0.94 in 2560×1600 in both versions of VMware Workstation Pro 16.1.0 and 17.0.0 with VMware Tools 12.2.0 using newly created VM with the same specs each time (2 GB VRAM, 1 CPU with 8 cores, 4 GB RAM) and same Windows 10, version 21H2 guest ISO. And here's what I found:
- VMware Workstation Pro 17.0.0 provides ~300 fps, game starts with game config file imported directly from a real hardware machine (which runs at 600+ fps), no crashes
- VMware Workstation Pro 16.1.0 provides ~10 fps, game does not start at all with game config file imported directly from a real hardware machine, however if no config file is preset game can be started and performance is ~10 fps, almost not playable.

I then took VM folder created with VMware Workstation Pro 17, edited VMX virtualHW.version from "20" to "18" so VMware Workstation Pro 16 would accept the "downgraded" VM. Uninstalled VMware Workstation Pro 17, reinstalled VMware Workstation Pro 16.1.0 once again. Imported "downgraded" VM with edited VMX. VM started, however the game will crash just as in VM that was created with VMware Workstation Pro 16 from scratch.

I then reinstalled VMware Workstation Pro 17, took an unedited VM created with VMware Workstation Pro 16.1.0 and imported it to VMware Workstation Pro 17 (without editing VMX virtualHW.version), game started but the FPS is again at ~10! Unfortunately I forgot to test if "upgrading" virtualHW.version of VM created with VMware Workstation Pro 16 from 18 to 20 actually fixes the VMWP16-created VM to run as expected in VMWP17. I will try to test this too.

All this makes me believe there's something wrong with VMware Workstation Pro 16, maybe specifically with my laptop configuration. I'm attaching the game in ZIP too (wit my config files as well, no installation required, just unzip and run EXE), or you can download it yourself from official website for security reasons (and use pak0.pak file from my archive since it's actually maps and models file as I understand it). I believe this crash may be connected to AutoCAD crash so it may be quicker to troubleshoot using lighter process (AutoCAD installation takes ages). 

I attach both logs of crash of both VMs (one natively created in VMWP16, other one created in VVMWP17 and manually downgraded to work with VMWP16) when executed in VMware Workstation Pro 16. It may be also worth a look into those logs because the new error window appeared, previously unseen in AutoCAD crash. This window says:

VMware Workstation urecoverable error: (mks)
ISBRendererComm: Lost connection to mksSandbox
A log file is available in:
You can request support.
To collect data to submit to VMware support, choose "Collect Support Data" from the Help menu.
You can also run the vm-support script in the Workstation folder directly.
We will respond on the basis of your support entitlement.

I actually did use Help menu but it never saved the ZIP file with Support Data. So I just ZIP logs and attach to my message here (date may be off in LOG files).

Oh, I know I could use Blender to test everything instead of some Quake game but I actually accidentally tried it and I'm quite exhausted from all that testing. 


@mjkrol wrote:

I'm trying to reproduce the crash with AutoCAD 2024 but no luck so far. Since I'm not familiar with AutoCAD, I'm probably doing something wrong.

Can you provide baby-steps after AutoCAD is launched that reproduce the crash?


Hey mjkrol, sure, I attach Baby Steps ZIP file with all the steps I took up to crash, all other settings are default. Here's a link to download entire faulty VM that gets created by VMWP16 — … Please use 7-Zip to unpack (8.7 GB unpacked size). Basically it's the VM what was created for Baby Steps sequence.

Reply
0 Kudos
knmdk
Contributor
Contributor

Quick follow-up:

  1. For some reason the Quake folder that is present in uploaded faulty VM is corrupt (it reports PAK0.PAK error at startup and byte size is 1 byte off). Please use the Quake ZIP I attached yesterday to investigate the issue (or AutoCAD 2023.1.3, which is easier).
  2. I tested the faulty VM that I have uploaded yesterday (created by VMware Workstation Pro 16.1.0, VMware Tools is 12.2.0) in VMware Workstation Pro 17.0.0. The Quake game starts (the one that is attached to this post) and the framerate is not ~10 fps but ~30 fps. Still way lower than ~300 fps when run in VM created in VMware Workstation Pro 17 natively. AutoCAD 2023.1.3 does crash (when manipulating any 3D object, i.e. simplest box) without any error dialog, VMware Workstation Pro continues to run after AutoCAD crashes.
  3. VM (guest and host OS is Windows 10, version 21H2, 3D accelerated with 2 GB of VRAM) created from scratch in VMware Workstation 17.0.0 and VMware Tools 12.2.0 performs fine, great framerate in Quake (~300 fps in 2560×1600), great performance and no crashes in AutoCAD 2023.1.3.

I have also stumbled upon an ongoing thread regarding ISBRendererComm regression in VMware Workstation Pro 16 that leads to crash similar to the one I experienced with Quake. It appears to me that my initial claim regarding recent AutoCAD version may be connected to this issue in some way despite the absence of error dialog box.

I will be upgrading to VMware Workstation Pro 17.0.0 since it appears to be working fine with my computer. It looks like this is the only option for now. Maybe that is in some way related to my laptop's GPU that was released in summer of 2020 and sports RDNA1 architecture. I'm happy I didn't roll out VMware Workstation Pro 16 to the production environment!

Please let me know if there's something I can do to help you get this issue sorted.

Reply
0 Kudos
mjkrol
VMware Employee
VMware Employee

I'm happy things are working for you. I can confirm that the problems you were seeing were fixed in WS 17, but the VMs have to be upgraded to HW version 20 for the fixes to kick in.

Reply
0 Kudos