All Fusion Feature Requests posts

Few feature requests for the future version

Clemond — Sun, 16 Jul 2023 08:21:57 GMT

(1) Per-VM setting for mouse/game optimization - At this moment it is a single global setting

(2) Higher refresh rate - This is possible. Parallels' windows guest are running at 120hz refresh rate

(3) Not sure if this is already supported - Headless guest?

(4) More customizable vmnet settings. i.e. routing settings, DHCP options , etc.

Re: Return multiple monitor support

za4 — Tue, 18 Apr 2023 06:50:31 GMT

there doesn't seem to be put much effort into development - any news regarding multi-monitor?

Re: Return multiple monitor support

scsiboy71 — Fri, 17 Feb 2023 17:57:40 GMT

I switched my users to Fusion from Parallels over a decade ago, but the lag in full support for Windows guest on Apple silicon has gotten beyond frustrating and is causing serious reconsideration.

Please return this functionality!

Re: Support Booting native (Asahi) Linux Installations on Apple Silicon

Rastafabisch — Fri, 10 Feb 2023 10:21:26 GMT

Thank you very much @ColoradoMarmot. That is a reasonable explanation. I still hope VMWare will address the issue as it basically seems to be broken functionality, that raw vmdk do not work on apple silicon even though they work on Intel Macs (since 13.0.1). If the Fusion team considers to implement support via the GUI it would be even better of course, but I'm fine dealing with the CLI as long as it works. Let's hope for the best.

Re: Support Booting native (Asahi) Linux Installations on Apple Silicon

ColoradoMarmot — Wed, 08 Feb 2023 16:04:49 GMT

Remember that Fusion is a commercial product. I seriously doubt there are incremental sales at sufficient level to justify building support in fusion for a project that Apple doesn't support.

Windows is a different story, because there absolutely is commercial demand for it - in fact, I'd argue that without Windows support, Fusion would likely go EOL.

Put it another way - absolutely fair to make the request. Just understand that it'll be queued and prioritized based on revenue potential....and the Fusion team is clearly struggling to deliver things that have much higher business value.

Re: Support Booting native (Asahi) Linux Installations on Apple Silicon

Rastafabisch — Wed, 08 Feb 2023 12:08:06 GMT

I totally get where the sepsis is coming from. However I feel like you misjudge the situation. Thought that might be true or me as well.

Asahi is less of a bistro, but more of an upstreaming project, thus enabling any up to date linux distro to support Apple silicon hardware. As a matter of fact freeBSD already supports Apple Silicon due to this and Fedora developers are on their way, too.
Running alternative kernels and thus OS is a supported scenario by Apple. They even developed an environment to set this up (kmutil) and even introduced further updates to ease the development by deliberately enabling non mach kernels to be booted natively.
The Asahi Linux project provides the boot loader (combination - m1n1 + uBoot). to enable UEFI booting (including external media). While this is needed for any distro with current upstream kernel (which already is enough to boot on Apple Silicon) it is not unlike BOOTCAMP back when Windows used to require BIOS mode to boot (As in having a custom Boot environment.) However kernels could be booted without this and it is only to facilitate the process. The difference still is, of course, that BOOTCAMP was (is) a first party implementation, while m1n1+uBoot is only an apple-sanctioned implementation.
Like @Technogeezer said: It's mostly for convenience. But how does that differ to booting BOOTCAMP as a vm?
The low level boot process is totally irrelevant as in the end the kernel is booted by a stock Grub aa64 environment. - Just as stock linux vm use them.

I do very well understand how this makes it different from supporting BOOTCAMP in the past, however being officially unsupported @ColoradoMarmot does not seem to be a valid argument, as Windows VMs are officially unsupported by Microsoft either, and Fusion still supports Windows nonetheless.

Also we are not talking about some niche distro, but Linux in general. Asahi is just the project enabling any Linux to be Apple Silicon compatible.

So the issue currently boils down to: Why do raw vmdks to not work on apple silicon. They sure seem to be a supported scenario in general, aren't they?

Re: Support Booting native (Asahi) Linux Installations on Apple Silicon

ColoradoMarmot — Tue, 07 Feb 2023 21:42:16 GMT

Great summary of the hardware limitations (which are pretty severe), and all on a niche distribution without much real software support. It's much more a science project than anything else, and only one apple OS update from rendering the whole machine unbootable.

Until Microsoft licenses Windows on Mac, and Apple builds bootcamp for it, Fusion isn't going to pay any attention to it. Even then, I'd seriously doubt that Apple enables bootcamp for Asahi (if they do it for anything, it'll be a mainstream distro).

Re: Support Booting native (Asahi) Linux Installations on Apple Silicon

Technogeezer — Tue, 07 Feb 2023 21:13:46 GMT

You are correct that Fusion isn't up to the task currently. The lack of an Apple Silicon LLB boot loader in a Fusion VM is a big hurdle in my mind, as that's what Asahi expects the initial boot to come from. Perhaps you can hack the Asahi boot process to stop the chain boot to uboot and go directly to grub - using the UEFI environment already provided by Fusion.

That leads to other questions in my mind.

I question whether running Asahi in a Fusion VM would have any benefits over a natively booted Asahi operating system other than convenience. It certainly would have no benefit over the numerous arm64 Linux distros that already run in a VM. Consider that an Asahi Linux VM would not have direct access to the hardware features of the M1/M2 SOCs - it would be dealing with a virtualized vmwgfx display adapter, an e1000e or vmxnet3 virtual network adapter, and virtualized hard drives (even though it would be direct access to a hard disk partition rather than a VMware formatted VMDK).

Re: Support Booting native (Asahi) Linux Installations on Apple Silicon

ColoradoMarmot — Tue, 07 Feb 2023 20:53:16 GMT

It is unsupported by Apple. As such Fusion will not support it.

Re: Support Booting native (Asahi) Linux Installations on Apple Silicon

Rastafabisch — Tue, 07 Feb 2023 19:46:41 GMT

I think you are missing the fact that Asahi Linux is already working on Apple Silicon natively and nicely. Including graphics acceleration. So there no issue on that side. Booting is handled via a custom boot loader which runs on apple silicon and chain loads uboot to provide a UEFI environment. From there on it's just grub booting a custom linux kernel. So it is kinda like BOOTCAMP, but for Linux rather than Windows. As it is basically just a linux on a current kernel it thus should be possible to boot it as a virtual machine, if VMWare Fusion was up to the task, which it apparently isn't according to my testing.

Re: Support Booting native (Asahi) Linux Installations on Apple Silicon

Technogeezer — Mon, 06 Feb 2023 19:40:38 GMT

The real problem is that Apple Silicon does not use a "standard" UEFI boot loader, it uses Apple specific Low Level Bootloader (LLB) firmware.

Fusion implements UEFI firmware (as required by the ARM SystemReady specifications) for its virtual machines, not Apple's LLB firmware. That's probably why Asahi won't recognize any devices since it's expecting Apple's LLB firmware.

It's not going to be easy to boot anything Apple Silicon native until Fusion can provide an LLB firmware implementation. Or implements Apple's high level virtualization framework which I don't see happening any time soon because it's too far away from their ESXi roots.

Re: Support Booting native (Asahi) Linux Installations on Apple Silicon

ColoradoMarmot — Mon, 06 Feb 2023 18:54:17 GMT

Bootcamp isn't supported on M1 macs, so there's nothing for Fusion to support.

Re: Return multiple monitor support

za4 — Mon, 06 Feb 2023 07:13:41 GMT

the new version of fusion (13.0.1) still does not allow multi-monitor support.

well, I am trying to get Parallels already. it will be great to have multi-monitor support again

Re: Support Booting native (Asahi) Linux Installations on Apple Silicon

Rastafabisch — Mon, 06 Feb 2023 00:59:01 GMT

Since the VMware Fusion 13.01 Update raw drives should work again (as does BOOTCAMP support on Intel Macs), creating the raw disk works fine now. On a default Apple Silicon system with a default Asahi Linux installation the appropriate Linux related partition numbers are 4 (EFI, including Grub) and 5 (Linux home, ext4 partition) on the internal NVMe SSD (disk0).

vmware-rawdiskCreator create /dev/disk0 4,5 ~/Asahi nvme

Editing the .vmx file of a default Linux Kernel 5 virtual machine to refer to the just created (and moved into the vm) vmdk files (Asahi.vmdk & Asahi-pt.vmdk) works and the resulting vm tried to boot but gets stuck searching for a bootable network instance.

nvme0.present = "TRUE" nvme0:0.fileName = "Asahi.vmdk" nvme0:0.present = "TRUE"

Does not work using other interfaces either. Tested with SATA, IDE & SCSI. (Reflecting those changes on the previous cli command, too.)

Checking the EFI environment (pressing F10 on vm boot) reveals that the vm cannot actually see the assigned partitions.

Only network boot paths available in the boot from file menu.

Thus I suspect Fusion needs to be updated to support this BOOTCAMP support alike functionality on Apple Silicon.

Re: Return multiple monitor support

Technogeezer — Sun, 05 Feb 2023 18:13:58 GMT

The issue impacts users of both Intel and Apple Silicon Macs, and has been present since at least Fusion 12.

Re: Return multiple monitor support

Paxsoga — Sun, 05 Feb 2023 18:11:53 GMT

I've been a Fusion user for a very very long time. I don't mind being a little on the bleeding edge with my Win11 ARM64 installation, but without multiple monitor support this product is virtually useless to me. I don't understand the technical issues making this so difficult to implement, but without it my support for the Fusion product will ultimately come to an end.

Support Booting native (Asahi) Linux Installations on Apple Silicon

Rastafabisch — Sat, 04 Feb 2023 23:28:35 GMT

The title is pretty self explanatory. It would be very useful if it were possible to boot residing native Linux installations from within macOS, just like we used to have support for booting BOOTCAMP installs on Intel Macs.

I already tried to archive this, using the cli raw disk creator, but this did not work.

Re: Configure VMs to prevent host from sleeping

amalthea — Tue, 03 Jan 2023 17:33:16 GMT

Interesting idea, but an idling Mac Pro is safely in the double digits in terms of power draw. That’s not something I am willing to invest 24/7.

Re: Configure VMs to prevent host from sleeping

ColoradoMarmot — Tue, 03 Jan 2023 17:27:56 GMT

Why not just disable sleep on the host when on AC power? With modern computers, there's so little power draw when idle, that sleeping isn't really necessary (apple's gotten massively aggressive with sleeping - and is screws up a lot of things).

Configure VMs to prevent host from sleeping

amalthea — Tue, 03 Jan 2023 13:24:36 GMT

When VMs are performing a long-running activity, the Mac will still go to sleep when nothing is happening on the host. This obviously prevents progress of any activity within the VM. It can also crash VM guest OSes because the host CPU is being yanked away.

I would like to have a per-VM or global Fusion configuration option to prevent the Mac from sleeping as long as a VM is running. This enables activities in VMs to continue without activity on the host.