Re: A way to have a console (aarch64) under macOS Parallels: build the kernel with nodevice virtio_gpu; any way with an official kernel build?
- Reply: Mark Millard : "Re: A way to have a console (aarch64) under macOS Parallels: build the kernel with nodevice virtio_gpu; any way with an official kernel build?"
- In reply to: Mark Millard : "Re: A way to have a console (aarch64) under macOS Parallels: build the kernel with nodevice virtio_gpu; any way with an official kernel build?"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Fri, 14 Feb 2025 08:05:08 UTC
> On 14 Feb 2025, at 01.50, Mark Millard <marklmi@yahoo.com> wrote: > > I've no clue if the issue is specific to just Parallels > or not: I've really only used Hyper-V (only getting > it working for FreeBSD as a guest OS on amd64) and > Parallels (aarch64 currently). So I do not know if > it would be worth a tunable to, say, set the > vd_priority offset from VD_PRIORITY_GENERIC, such > that it could end up not replacing efifb. (I looked > in the source code a little bit for this message.) I’m using UTM on my M4 Macs, and it works just fine (so does VMware / Virtualbox in my experience) However in UTM you can choose your display device as to fx use a simple ram buffer console, maybe there is something similar I parallels ? -Søren