<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>rss.livelink.threads-in-node</title>
    <link>https://communities.vmware.com/t5/Workstation-Tech-Preview/ct-p/WS-TP</link>
    <description>rss.livelink.threads-in-node</description>
    <pubDate>Fri, 10 Nov 2023 22:52:32 GMT</pubDate>
    <dc:creator>WS-TP</dc:creator>
    <dc:date>2023-11-10T22:52:32Z</dc:date>
    <item>
      <title>Optimize Mouse for games PER APP</title>
      <link>https://communities.vmware.com/t5/Workstation-Ideas/Optimize-Mouse-for-games-PER-APP/idi-p/2990083</link>
      <description>&lt;P&gt;First, I love the 2023 Tech Preview. I'm running a Win-11-on-ARM VM on an MBAir (M2) and it's just awesome. Thanks!&amp;nbsp;&lt;/P&gt;&lt;P&gt;Here's my suggestion: some games (or other apps) really want the mouse to be optimized for games. Others don't. It'd be cool to be able to determine for each (Windows) app whether the mouse should be optimized for games, or not optimized, or automatically set.&lt;BR /&gt;UI-wise, this could work as follows: Select the mouse settings from Fusion's "settings" menu. Where you have the pull-down "Games: [always optimize][never optimize][auto]", add a link or button "optimize per app" (or similar) - and a (scrollable) list of apps with their individual mouse setting.&lt;BR /&gt;This "mouse optimized apps" list is initially empty. When the user has clicked on that link, show a list of all apps installed on Windows, sorted alphabetically. The user selects an app. The app is added to the mouse optimized list, together with three radio buttons (per entry) "optimized", "not opimized" and "auto" (or similar; the "optimized" wording doesn't really feel right). Default is the general setting (e.g. "auto"). The user may now switch the optimization for that app by selecting another option.&amp;nbsp;&lt;BR /&gt;&lt;BR /&gt;Thank you very much and&lt;BR /&gt;Have a great day,&amp;nbsp;&lt;BR /&gt;Karl&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Sat, 07 Oct 2023 11:45:21 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/Workstation-Ideas/Optimize-Mouse-for-games-PER-APP/idi-p/2990083</guid>
      <dc:creator>ShaddamIV</dc:creator>
      <dc:date>2023-10-07T11:45:21Z</dc:date>
    </item>
    <item>
      <title>VMware engagement</title>
      <link>https://communities.vmware.com/t5/Workstation-Tech-Preview/VMware-engagement/m-p/2938949#M97</link>
      <description>&lt;P&gt;I'm not a VMware employee, so have no visibility to what's happening in the company or the team that develops VMware Workstation. There's doubtless things happening I'm not aware of, but as a VMware customer, it's really not a great look that a Technical Preview is launched to solicit customer feedback and there's effectively no engagement by VMware.&lt;/P&gt;&lt;P&gt;I've personally surfaced an issue and a feature request, both unaddressed, and the issue is the survey links for this preview are broken. That was two months ago! Presumably it doesn't matter, as if anyone cared about survey responses, they'd have noticed there aren't any and so fixed it by now. The lack of any engagement by VMware seems to be a common experience among posters.&lt;/P&gt;&lt;P&gt;What's the point of a Technical Preview if the feedback is just left not merely unresolved but not even acknowledged and responded to? People are taking the time to give constructive feedback and it's simply ignored. Doubtless Workstation Pro 17 will be a paid upgrade, and at least for me it's going to be a bitter feeling if I do fork out the upgrade cost knowing my and others' input has simply been ignored.&lt;/P&gt;</description>
      <pubDate>Thu, 17 Nov 2022 23:08:02 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/Workstation-Tech-Preview/VMware-engagement/m-p/2938949#M97</guid>
      <dc:creator>ralish</dc:creator>
      <dc:date>2022-11-17T23:08:02Z</dc:date>
    </item>
    <item>
      <title>since i have tons of issues on windows 11 22H2 - will the workstation 22H2 will remedy this?</title>
      <link>https://communities.vmware.com/t5/Workstation-Tech-Preview/since-i-have-tons-of-issues-on-windows-11-22H2-will-the/m-p/2938526#M88</link>
      <description>&lt;P&gt;so basically:&lt;/P&gt;&lt;P&gt;- does workstation 22H2 solves the hyperv **bleep** i'm encountering now?&lt;/P&gt;&lt;P&gt;* monitor mode ULM&lt;/P&gt;&lt;P&gt;* very poor vm performance&lt;/P&gt;&lt;P&gt;* extremely slow snapshotting&lt;/P&gt;&lt;P&gt;* unable to install W10 22H2 update in vm's&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;- how safe is it to use the workstation 22H2 in production environment?&lt;/P&gt;&lt;P&gt;- alternatively: how to get rid of ULM mode in workstation?&lt;/P&gt;&lt;P&gt;* bcdedit to stop hyperv launch doesn't do the trick&lt;/P&gt;&lt;P&gt;* trying to uninstall hyperv using dsim or powershell does not work - i guess cause w11 22H2 installed VBS by default (and uninstalling isn't without risk it seems (&lt;A href="https://learn.microsoft.com/en-us/windows/security/identity-protection/credential-guard/credential-guard-manage" target="_blank"&gt;Manage Windows Defender Credential Guard (Windows) - Windows security | Microsoft Learn&lt;/A&gt;)&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 16 Nov 2022 09:43:00 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/Workstation-Tech-Preview/since-i-have-tons-of-issues-on-windows-11-22H2-will-the/m-p/2938526#M88</guid>
      <dc:creator>DrWhoIs</dc:creator>
      <dc:date>2022-11-16T09:43:00Z</dc:date>
    </item>
    <item>
      <title>When installing an update from Windows Preview, it shows that VMware is not compatible</title>
      <link>https://communities.vmware.com/t5/Workstation-Tech-Preview/When-installing-an-update-from-Windows-Preview-it-shows-that/m-p/2935823#M81</link>
      <description>&lt;P&gt;Today i got an upgrade to Windows pro preview, release 25231.&lt;/P&gt;&lt;P&gt;When i tried to install that update while W.T.P. is installed i got the following error message from the windows upgrade module.&lt;/P&gt;&lt;P&gt;"VM Workstation, uninstall this app now because it isn't compatible with Windows 11"&amp;nbsp;&lt;/P&gt;&lt;P&gt;I can only install the upgrade when I uninstall VMware Workstation T.P. and after the upgrade install VMWare again.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 28 Oct 2022 16:30:10 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/Workstation-Tech-Preview/When-installing-an-update-from-Windows-Preview-it-shows-that/m-p/2935823#M81</guid>
      <dc:creator>mark-reijerkerk</dc:creator>
      <dc:date>2022-10-28T16:30:10Z</dc:date>
    </item>
    <item>
      <title>VMWare Workstation Pro WS-TP-22H2</title>
      <link>https://communities.vmware.com/t5/Workstation-Tech-Preview/VMWare-Workstation-Pro-WS-TP-22H2/m-p/2934069#M75</link>
      <description>&lt;P&gt;Good afternoon community!&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I've been testing out WS-TP-22H2 for a couple of months in conjunction with Workstation 16.2.x variants for more than a few months on some newer desktop tech. Before I get to firing off a question or three, here's the setup.&lt;/P&gt;&lt;P&gt;Existing infrastructure is Workstation Pro 16.2.x on all client machines. Machines are 5-7 years old (give or take) running Intel procs between 4th to 7th generation (i5/i7 4xxx - 7xxx). Host machines have 32GB of RAM (yes, it's a bunch, but that's beside the point), NVMe SSD's, and Windows 10 Enterprise 21H1 or newer. Two virtual machines are typically run-on top of the host in concurrency. The VM's have two cores each assigned along with 12GB of RAM each and adequate space on the SSD.&lt;/P&gt;&lt;P&gt;Performance on the existing virtual machines for the most part has been uneventful which I can't ask for anything better. User tickets have been nearly nonexistent under the performance category until fairly recently, but we are due for a hardware refresh.&lt;/P&gt;&lt;P&gt;This segues into the purpose of this post. We've been testing out Windows 11 Enterprise on various hardware manufacturer's desktop PC's. Prior to Intel's 12th generation Alder Lake cores where there is a P and E split to the cores, there's not much to report from the status quo there. Everything works similar to the older machines at a slightly higher rate of performance and throughput. However, we ran into the "E-core blockade" problem other users mentioned over the past year or so with Alder Lake. When a virtual machine is created and powered on, if any of the E-cores are enabled and functional at the host BIOS level, the performance of the virtual machine is so atrocious it's well into boat anchor territory. Average power on to Windows 11 login screen times were well over an hour, and the Ctrl+Alt+Insert command to dismiss the lock screen took 7 minutes to execute. I won't get into the metrics for actually logging in and trying to open up Microsoft Word. Watching the host task manager's logical CPU performance graphs had all allocated cores pretty well continuously at 100% usage nonstop. This didn't matter how many cores were allocated as they were all maxed out regardless of quantity allocated.&lt;/P&gt;&lt;P&gt;We were able to have success with Lenovo brand Alder Lake machines as well as ASUS motherboards (BIOS) in that they allowed the E-cores to be disabled in the host BIOS. Once we did that, the VM's booted up just as fast as an 11th gen Intel processor, host logical CPU usage was normal (and never maxed out), and at this point in the testing, everything else was pretty well good across the board. I've seen other threads detailing pinning VM cores to host processors which isn't entirely supported by VMWare. We didn't try that as we wanted to stay within VMWare's technical support field of play going forward. With that limitation, disabling the E-cores appears to have fixed this problem, but I'm hoping this won't be necessary going forward. There was no difference in performance between Workstation 16.2.4 and the technical preview 22H2 with the aforementioned other variables being the same. The takeaway here is in agreement with previous posts in that if an E-core is allocated to the virtual machine, all allocated cores are treated as E-cores regardless of what they actually are, or that something to that effect occurs where we can see all allocated local cores continuously maxed out. As a side note, side channel mitigation enabled, or disabled did not affect performance to this point.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I have a couple of users stress testing 22H2 on Windows 11 Enterprise now (only P-cores enabled on the host), and there's one lingering performance issue which I'm wondering is due to side channel mitigation being enabled. Each user has reported the same problem where randomly during program opening or execution within the VM (could be a web browser opening up, or while typing into an Excel spreadsheet for example) the entire virtual machine will lock up for about 5 seconds, and then release and carry on. Occasionally the virtual machines UI will flood to white or black (more often white) while the freeze occurs. This seems to happen anywhere from 3-7 times a day (some outliers being more frequent). The host doesn't have much going on with it, CPU usage is fairly low as well as RAM and disk usage being low while this occurs. The host does not freeze when the VM does, the host remains totally fine and able to function 100% while the VM is frozen.&lt;/P&gt;&lt;P&gt;The new machines specs are an i7-12700, 32 GB of RAM and an NVMe SSD. Host and VM OS are Windows 11 22H2 Enterprise. The VM has 6 cores assigned along with 16 GB of RAM. Changing core or RAM size does not change freezing behavior. I'll also note that only the one VM is running along with the host while we've been testing this. We have not had both VM's on together yet at this point in testing. The Lenovo machines will full freeze for 5ish seconds as I've mentioned, and the ASUS machines will flicker-freeze for all of half a second, so there seems to be a better handling on the ASUS machines to whatever this problem is.&lt;/P&gt;&lt;P&gt;Has anyone else experienced the freezing I'm mentioning? We will be testing without side channel mitigation tomorrow, but for security reasons, I'd obviously like to keep that feature turned on.&lt;/P&gt;&lt;P&gt;Otherwise so far everything else seems to be fairly status quo!&lt;/P&gt;&lt;P&gt;Thank you for your time.&lt;/P&gt;</description>
      <pubDate>Mon, 17 Oct 2022 20:04:58 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/Workstation-Tech-Preview/VMWare-Workstation-Pro-WS-TP-22H2/m-p/2934069#M75</guid>
      <dc:creator>crimsonyoshi</dc:creator>
      <dc:date>2022-10-17T20:04:58Z</dc:date>
    </item>
    <item>
      <title>Delete virtual disk?</title>
      <link>https://communities.vmware.com/t5/Workstation-Tech-Preview/Delete-virtual-disk/m-p/2933869#M74</link>
      <description>&lt;P&gt;Hi&lt;/P&gt;&lt;P&gt;It looks like when I delete a virtual disk from a machine even though it deletes the disk from the guest - it does not remove from the host.&lt;/P&gt;&lt;P&gt;Could I please have an option to do that so the files are removed so the space is returned to the host?&lt;/P&gt;&lt;P&gt;Thanks&lt;/P&gt;&lt;P&gt;Ward&lt;/P&gt;</description>
      <pubDate>Sun, 16 Oct 2022 16:16:26 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/Workstation-Tech-Preview/Delete-virtual-disk/m-p/2933869#M74</guid>
      <dc:creator>whorsfall</dc:creator>
      <dc:date>2022-10-16T16:16:26Z</dc:date>
    </item>
    <item>
      <title>Hyper-V and VMware Workstation Co-Existance</title>
      <link>https://communities.vmware.com/t5/Workstation-Tech-Preview/Hyper-V-and-VMware-Workstation-Co-Existance/m-p/2933868#M73</link>
      <description>&lt;P&gt;Hi&lt;/P&gt;&lt;P&gt;i know that a while ago VMware worked with Microsoft to ensure there is peaceful co-existence between VMware and the Hyper-V. Can I assume that is the case for the next released version and tge beta?&lt;/P&gt;&lt;P&gt;Eg Performance should be ok with both turned on and features like Windows core isolation on as well?&lt;/P&gt;&lt;P&gt;Thanks&lt;/P&gt;&lt;P&gt;Ward&lt;/P&gt;</description>
      <pubDate>Sun, 16 Oct 2022 16:12:26 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/Workstation-Tech-Preview/Hyper-V-and-VMware-Workstation-Co-Existance/m-p/2933868#M73</guid>
      <dc:creator>whorsfall</dc:creator>
      <dc:date>2022-10-16T16:12:26Z</dc:date>
    </item>
    <item>
      <title>Win 10 19045 22H2 kb5018410 BlueScreen (KMODE EXCEPTION NOT HANDLED)</title>
      <link>https://communities.vmware.com/t5/Workstation-Tech-Preview/Win-10-19045-22H2-kb5018410-BlueScreen-KMODE-EXCEPTION-NOT/m-p/2933221#M72</link>
      <description>&lt;DIV class=""&gt;There is an issue that Windows 10 19045 22H2 displays a BlueScreen (KMODE EXCEPTION NOT HANDLED)&lt;/DIV&gt;&lt;DIV class=""&gt;when installing in VMWare.&amp;nbsp;&lt;/DIV&gt;&lt;DIV class=""&gt;Only the x86 variant is affected here.&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;CU 09/2022 Preview (2075)&lt;/DIV&gt;&lt;DIV class=""&gt;CU 10/2022 kb5018410 (2130)&lt;/DIV&gt;&lt;DIV class=""&gt;Tested with integrated iso.&lt;/DIV&gt;&lt;DIV class=""&gt;Previous versions work.&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV class=""&gt;If this Windows version is installed in VMWare with a Windows 8.x profile, it works.&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;Oh yes, your email address does not work: ws-beta@vmware.com&lt;/DIV&gt;&lt;/DIV&gt;</description>
      <pubDate>Wed, 12 Oct 2022 12:55:47 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/Workstation-Tech-Preview/Win-10-19045-22H2-kb5018410-BlueScreen-KMODE-EXCEPTION-NOT/m-p/2933221#M72</guid>
      <dc:creator>tzjtzjtzj</dc:creator>
      <dc:date>2022-10-12T12:55:47Z</dc:date>
    </item>
    <item>
      <title>wmare workstation:  cannot find headers after kernel update (openSuSE Tumbleweed): what to do?</title>
      <link>https://communities.vmware.com/t5/Workstation-Tech-Preview/wmare-workstation-cannot-find-headers-after-kernel-update/m-p/2931435#M67</link>
      <description>&lt;P&gt;I'm running openSuSE Tumbleweed, which gets updated automatically.&amp;nbsp; After a recent kernel update, I can no longer use VMware because attempts to compile vmmon (and, I think, vmnet) fail with a pop-up error box that says that kernel header files cannot be found.&lt;/P&gt;&lt;P&gt;But they are there, and none of the suggests I jmake with "Browse" work.&amp;nbsp; What should I do?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 30 Sep 2022 18:18:19 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/Workstation-Tech-Preview/wmare-workstation-cannot-find-headers-after-kernel-update/m-p/2931435#M67</guid>
      <dc:creator>dmgay</dc:creator>
      <dc:date>2022-09-30T18:18:19Z</dc:date>
    </item>
    <item>
      <title>Workstation Public Tech Preview 22H2 II Released</title>
      <link>https://communities.vmware.com/t5/Workstation-Tech-Preview/Workstation-Public-Tech-Preview-22H2-II-Released/m-p/2930553#M64</link>
      <description>&lt;P&gt;VMWare Workstation Public Tech Preview 22H2 II was released on 2022-09-22.&lt;/P&gt;&lt;P class="lia-indent-padding-left-30px"&gt;&lt;A href="https://customerconnect.vmware.com/downloads/get-download?downloadGroup=WS-PUBTP-22H2" target="_blank"&gt;https://customerconnect.vmware.com/downloads/get-download?downloadGroup=WS-PUBTP-22H2&lt;/A&gt;&lt;/P&gt;&lt;P&gt;I didn't see a corresponding announcement for this and can't find any release notes.&lt;/P&gt;</description>
      <pubDate>Mon, 26 Sep 2022 12:35:07 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/Workstation-Tech-Preview/Workstation-Public-Tech-Preview-22H2-II-Released/m-p/2930553#M64</guid>
      <dc:creator>voidp</dc:creator>
      <dc:date>2022-09-26T12:35:07Z</dc:date>
    </item>
    <item>
      <title>Oracle linux 7.9 VMs cannot start when kernel upgrade to 5.4.17-2136</title>
      <link>https://communities.vmware.com/t5/Workstation-Tech-Preview/Oracle-linux-7-9-VMs-cannot-start-when-kernel-upgrade-to-5-4-17/m-p/2930420#M63</link>
      <description>&lt;P&gt;After yum update， 22h2 cannot start the machins.&lt;/P&gt;</description>
      <pubDate>Sat, 24 Sep 2022 23:29:55 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/Workstation-Tech-Preview/Oracle-linux-7-9-VMs-cannot-start-when-kernel-upgrade-to-5-4-17/m-p/2930420#M63</guid>
      <dc:creator>haifeng_cn</dc:creator>
      <dc:date>2022-09-24T23:29:55Z</dc:date>
    </item>
    <item>
      <title>VMware Workstation errors with QuickBASIC 4.5 and NVIDIA GPU</title>
      <link>https://communities.vmware.com/t5/Workstation-Tech-Preview/VMware-Workstation-errors-with-QuickBASIC-4-5-and-NVIDIA-GPU/m-p/2929761#M62</link>
      <description>&lt;P&gt;Many of us remember with nostalgia. Long ago, we used QuickBASIC version 4.5. Modern QB64 is nice, but there are many programs written for original QuickBASIC which will not run without modification on QB64. For those, VMware can be a life-saver. Simply fire up an older guest operating system, and run the code using the original compiler/interpreter. Right? Well, not exactly.&lt;BR /&gt;&lt;BR /&gt;The attached file summarizes a problem where VMware Workstation generates an error message when the guest machine tries to run one of the simplest of BASIC demo programs. The problem is present with DOS 6.22, Windows 3.11, and Windows 95 guest machines. The file provides links to working virtual machines that demonstrate the problem.&lt;BR /&gt;&lt;BR /&gt;Can anyone run one of the guest machines? See if your host produces the same error. Even more interesting would be if it did not...&lt;BR /&gt;&lt;BR /&gt;Bill Triplett&lt;BR /&gt;Lexington Park, MD.&lt;/P&gt;</description>
      <pubDate>Wed, 21 Sep 2022 14:37:56 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/Workstation-Tech-Preview/VMware-Workstation-errors-with-QuickBASIC-4-5-and-NVIDIA-GPU/m-p/2929761#M62</guid>
      <dc:creator>Bill_Triplett</dc:creator>
      <dc:date>2022-09-21T14:37:56Z</dc:date>
    </item>
    <item>
      <title>Windows Server 2022 BSOD on guests with multiple vCPUs</title>
      <link>https://communities.vmware.com/t5/Workstation-Tech-Preview/Windows-Server-2022-BSOD-on-guests-with-multiple-vCPUs/m-p/2929467#M57</link>
      <description>&lt;P&gt;I haven't yet had the chance to test this on the latest tech preview, but Windows Server 2022 guests with recent cumulative updates will bluescreen with &lt;STRONG&gt;UNSUPPORTED_PROCESSOR&lt;/STRONG&gt; if the guest is configured with multiple vCPUs. The only known workaround is to limit the guests to a single vCPU (both socket and core), with the obvious potential performance impact.&lt;/P&gt;&lt;P&gt;Other users have documented this &lt;A title="Windows Server 2022 21H2 after trying to install 2022-07 KB5015827 CU get BSOD on VMware" href="https://communities.vmware.com/t5/VMware-Workstation-Pro/Windows-Server-2022-21H2-after-trying-to-install-2022-07/m-p/2918811#M176663" target="_blank" rel="noopener"&gt;here&lt;/A&gt; but there's been no response yet from VMware, nor is it documented in the release notes as a known issue or in the knowledge base. It's definitely still an issue in the latest stable release (v16.2.4). Hopefully this will be fixed in the next release, and ideally should be backported to supported older releases.&lt;/P&gt;&lt;P&gt;If anyone with the tech preview installed is able to confirm if the issue is still present that'd be very helpful, otherwise I'll try and find some time to test myself soon.&lt;/P&gt;</description>
      <pubDate>Sun, 18 Sep 2022 21:39:09 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/Workstation-Tech-Preview/Windows-Server-2022-BSOD-on-guests-with-multiple-vCPUs/m-p/2929467#M57</guid>
      <dc:creator>ralish</dc:creator>
      <dc:date>2022-09-18T21:39:09Z</dc:date>
    </item>
    <item>
      <title>Nested hypervisor support under VBS (inc. Device Guard)</title>
      <link>https://communities.vmware.com/t5/Workstation-Tech-Preview/Nested-hypervisor-support-under-VBS-inc-Device-Guard/m-p/2929466#M56</link>
      <description>&lt;P&gt;Seeing as the survey links are broken, at least for me (see &lt;A title=" Survey links are broken" href="https://communities.vmware.com/t5/Workstation-Tech-Preview/Survey-links-are-broken/m-p/2929465#M55" target="_blank" rel="noopener"&gt;here&lt;/A&gt;), I'm posting on the board instead.&lt;/P&gt;&lt;P&gt;A feature I haven't seen discussed but which would be extremely useful is nested hypervisor support under Hyper-V enabled hosts (i.e. using the Windows Hypervisor Platform). I've posted some thoughts about this before &lt;A title=" Nested hypervisor support under VBS" href="https://communities.vmware.com/t5/VMware-Workstation-Pro/Nested-hypervisor-support-under-VBS/m-p/2880169#M172754" target="_blank" rel="noopener"&gt;here&lt;/A&gt;, but to summarise, if running on a host which is Hyper-V enabled you can't run guests under VMware Workstation which expose Intel VT-x/EPT. I assume the same issue is present if exposing AMD-V/RVI but don't have such a system to test on. Virtualising the IOMMU does work.&lt;/P&gt;&lt;P&gt;The impact is you can't run nested virtualisation scenarios on a system with Hyper-V enabled, be it because you actually use Hyper-V alongside VMware Workstation, or it's a dependency of other features like Device Guard. Where this is particularly frustrating is it blocks running VBS enabled guests as they require VT-x/AMD-V.&lt;/P&gt;&lt;P&gt;This limitation doesn't appear to apply to Hyper-V itself, as such configurations work fine on Hyper-V VMs, which suggests it's technically possible.&lt;/P&gt;</description>
      <pubDate>Sun, 18 Sep 2022 21:32:59 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/Workstation-Tech-Preview/Nested-hypervisor-support-under-VBS-inc-Device-Guard/m-p/2929466#M56</guid>
      <dc:creator>ralish</dc:creator>
      <dc:date>2022-09-18T21:32:59Z</dc:date>
    </item>
    <item>
      <title>Survey links are broken</title>
      <link>https://communities.vmware.com/t5/Workstation-Tech-Preview/Survey-links-are-broken/m-p/2929465#M55</link>
      <description>&lt;P&gt;Are the survey links broken for everyone else? I was going to respond to one of them, but both the short and detailed survey links aren't actually hyperlinks. They look like it, but once you hover over them you'll see they don't link to anything. Tested on multiple browsers.&lt;/P&gt;</description>
      <pubDate>Sun, 18 Sep 2022 21:18:10 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/Workstation-Tech-Preview/Survey-links-are-broken/m-p/2929465#M55</guid>
      <dc:creator>ralish</dc:creator>
      <dc:date>2022-09-18T21:18:10Z</dc:date>
    </item>
    <item>
      <title>Testing Status Update</title>
      <link>https://communities.vmware.com/t5/Workstation-Tech-Preview/Testing-Status-Update/m-p/2927564#M49</link>
      <description>&lt;P&gt;Other than the minor issues discussed so far, everything is looking good. I've been hammering on the Tech Preview pretty heavily and everything is looking solid.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I just wondering if there are any new builds coming anytime soon that we need to hammer on.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 06 Sep 2022 20:27:29 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/Workstation-Tech-Preview/Testing-Status-Update/m-p/2927564#M49</guid>
      <dc:creator>hanness_rdu</dc:creator>
      <dc:date>2022-09-06T20:27:29Z</dc:date>
    </item>
    <item>
      <title>Unable to remove a virtual disk from a Win 10 VM in Workstation Tech Preview</title>
      <link>https://communities.vmware.com/t5/Workstation-Tech-Preview/Unable-to-remove-a-virtual-disk-from-a-Win-10-VM-in-Workstation/m-p/2925398#M43</link>
      <description>&lt;P&gt;I don't recall having this issue in the past, but I'm finding that I cannot delete virtual disks from a VM in Tech Preview. Only difference from normal is that I have encryption turned on for this VM. Is that possibly the cause of the issue?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Here is the scenario:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;VM is a Windows 10 VM. The Windows virtual disk is an NVMe drive. I added two drives to this VM. When adding a drive the wizard recommends SCSI for the disk so that is what I selected.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Now, I want to remove these two added drives, however, in the GUI the "Remove" button is greyed out.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Am I simply missing something here?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 23 Aug 2022 17:41:20 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/Workstation-Tech-Preview/Unable-to-remove-a-virtual-disk-from-a-Win-10-VM-in-Workstation/m-p/2925398#M43</guid>
      <dc:creator>hanness_rdu</dc:creator>
      <dc:date>2022-08-23T17:41:20Z</dc:date>
    </item>
    <item>
      <title>Windows 11 fast encryption, password autogenerate and use of guest on a different machine</title>
      <link>https://communities.vmware.com/t5/Workstation-Tech-Preview/Windows-11-fast-encryption-password-autogenerate-and-use-of/m-p/2924848#M42</link>
      <description>&lt;H3&gt;Your Windows 11 plans for the future:&lt;/H3&gt;&lt;H3&gt;Fast Encryption&amp;nbsp;&lt;/H3&gt;&lt;P class="lia-indent-padding-left-60px"&gt;With the new ‘fast encryption’ mode, only the most critical parts of the virtual machine’s local storage space are encrypted, dramatically improving overall VM performance but providing a secure enclave for sensitive data such as a TPM device. Fast Encryption&amp;nbsp;can be enabled for all VM types from the VM Settings. &amp;gt; Encryption window, or during the New VM walkthrough.&lt;/P&gt;&lt;H3&gt;Encryption Key Auto-Generate and Store&lt;/H3&gt;&lt;P class="lia-indent-padding-left-60px"&gt;To enhance the new fast encryption model, Workstation can auto-generate a password for the user, and the local keychain is used by default to store the encryption key, relieving the user from having to type it in whenever their VM boots.&lt;/P&gt;&lt;P class="lia-indent-padding-left-60px"&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I still have a problem with the planned scenarios for Windows 11:&lt;/P&gt;&lt;P&gt;as far as I understand it, I can either create a normal, completely encrypted guest, for which I know the password, but have to enter it at every startup, or I use the autogenerated password which is stored in the local key store, in which case I don't have to enter this password every time, but don't know it either.&lt;/P&gt;&lt;P&gt;What will happen if in the second case I want to copy the guest to another computer and start it there? I don't know the password, and I can't get to the password in the initial local keystore. So I have no chance to use the guest on another computer.&lt;/P&gt;&lt;P&gt;I would find it extremely nice if the autogenerated password would be displayed at least once during generation, so that you can save it if necessary. After transferring the guest to another computer, it should be possible to store the memorized password in the local keystore on the new computer.&lt;/P&gt;&lt;P&gt;So far my questions to the topic. Are there possibly other solutions to use the fast encryption without having to enter the password every time and still be able to transport the guest machine to another computer as usual for VMware guests?&lt;/P&gt;&lt;P&gt;Many thanks,&lt;BR /&gt;Peter&lt;/P&gt;</description>
      <pubDate>Fri, 19 Aug 2022 23:48:22 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/Workstation-Tech-Preview/Windows-11-fast-encryption-password-autogenerate-and-use-of/m-p/2924848#M42</guid>
      <dc:creator>Lippolt</dc:creator>
      <dc:date>2022-08-19T23:48:22Z</dc:date>
    </item>
    <item>
      <title>Installing Win 11 with Legacy BIOS rather than UEFI (yes, I know this is unsupported)</title>
      <link>https://communities.vmware.com/t5/Workstation-Tech-Preview/Installing-Win-11-with-Legacy-BIOS-rather-than-UEFI-yes-I-know/m-p/2924643#M37</link>
      <description>&lt;P&gt;I notice that when I attempt to install Windows 11, the option to select BIOS is greyed out and only UEFI is enabled.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I realize fully that this is not a supported method of installation for Windows 11, but it can be done with no difficulties even though unsupported. Bear in mind that many of us use VMware to test various scenarios, including things that are technically unsupported. As a result, it would be nice to see this option not blocked. Maybe a note indicating that this is not a technically supported configuration could be included.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 18 Aug 2022 17:37:12 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/Workstation-Tech-Preview/Installing-Win-11-with-Legacy-BIOS-rather-than-UEFI-yes-I-know/m-p/2924643#M37</guid>
      <dc:creator>hanness_rdu</dc:creator>
      <dc:date>2022-08-18T17:37:12Z</dc:date>
    </item>
    <item>
      <title>Latest Dev Channel builds of Win 11 fail to install with Workstation Tech Preview</title>
      <link>https://communities.vmware.com/t5/Workstation-Tech-Preview/Latest-Dev-Channel-builds-of-Win-11-fail-to-install-with/m-p/2924358#M27</link>
      <description>&lt;P&gt;Attempting to install Win 11 Dev Build 25179 results in a blue screen noting an unsupported processor even when the underlying physical system has a fully supported CPU. This issue also occured when attemping to install Win 11 Dev Build 25179 with VMWare 15 and 16 versions. Win 11 Dev Build 25179 successfully installed on physical host machine. Also tested Win 11 Dev Build 25179 using the "LabConfig" registry settings during setup installation on Oracle Virtual Box, installation was succesfull. Additionally tested installation on host machine with Intel i9-9900K CPU and installation was successful on all version of VMWare (15, 16, and Tech Preview) Previous builds before 25179 installed successfully on all host machines.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Test scenario:&lt;/P&gt;&lt;P&gt;Host machine&lt;/P&gt;&lt;P&gt;Win 11 22H2&lt;/P&gt;&lt;P&gt;32GB RAM&lt;/P&gt;&lt;P&gt;Intel i7-11700&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;VMware Config&lt;/P&gt;&lt;P&gt;Installing Win 11 Dev Channel build 25179&lt;/P&gt;&lt;P&gt;TPM installed&lt;/P&gt;&lt;P&gt;8GB RAM assigned&lt;/P&gt;&lt;P&gt;1 CPU and 2 cores assigned&lt;/P&gt;&lt;P&gt;Encryption set to encrypt only necessary files&lt;/P&gt;&lt;P&gt;Secure boot not enabled&lt;/P&gt;&lt;P&gt;UEFI BIOS selected&lt;/P&gt;</description>
      <pubDate>Wed, 17 Aug 2022 13:53:08 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/Workstation-Tech-Preview/Latest-Dev-Channel-builds-of-Win-11-fail-to-install-with/m-p/2924358#M27</guid>
      <dc:creator>elbert</dc:creator>
      <dc:date>2022-08-17T13:53:08Z</dc:date>
    </item>
  </channel>
</rss>

