31–40 of 73 posts
Earlier quoted context omitted.
It's an insane amount of work, but people do try - https://twitter.com/JonathanAfek/status/1350000894784495617 I think we'll eventually get there. Simply because the M1 macs will upsize the pool of people working on it.
The ARM CPU would still have to be emulated on x86_64, which would be ungodly slow.
Will this project survive the ARM transition? E.g. will we be able to run macOS for ARM on x86 when Apple pull the plug on macOS x86?
It's an insane amount of work, but people do try - https://twitter.com/JonathanAfek/status/1350000894784495617 I think we'll eventually get there. Simply because the M1 macs will upsize the pool of people working on it.
Found it, the same repo linked in August 2018: https://news.ycombinator.com/item?id=17763855
And September 2016: https://news.ycombinator.com/item?id=12556609
Apparently the version control model of the repo is ‘scrap everything once in a while’.
Quickemu already does this and many more operating systems too. https://github.com/quickemu-project/quickemu
Earlier quoted context omitted.
I believe the most promising route is to not try to do passthrough but to use a "virtual" gpu, aka a paravirtualized device. Thanks to the contributions of an open-source developer*, virtio-gpu has been ported to macOS (it already works on Linux but not on Windows and soon it will be on macOS). Apple is also reportedly working on bringing better support for macOS virtualized environments [2]. It means that users will…
> without having to care about trying to do complicated things ([...] pci-passthrough of a second GPU) Actually, GPU passthrough is quite simple: configure host Linux to assign a virtual driver to a secondary GPU on boot and configure QEMU to use that driver on guest boot[1]. If you buy a GPU that is natively supported by macOS (e.g., Sapphire Radeon RX 580 Pulse 4GB), you get 99% performance and 100% stability of a…
I am curious how this is so stable for you. Are you running this on Intel? Just last week I installed this on my AMD Linux workstation to test some stuff with Xcode and qemu would crash randomly while compiling LLVM/Clang.
Earlier quoted context omitted.
Gvt-g is pretty much dead. New hardware e.g. Tiger Lake with Xe isn’t supported and it’s my understanding that Intel has no plans to support. See the following link for supported devices. https://github.com/torvalds/linux/blob/bbf5c979011a099af5dc7...
New Intel hardware supports SR-IOV, the successor to GVT-g, but unfortunately driver support is apparently missing for Linux: https://www.reddit.com/r/VFIO/comments/o7l2zr/sriov_on_intel...
Earlier quoted context omitted.
I believe the most promising route is to not try to do passthrough but to use a "virtual" gpu, aka a paravirtualized device. Thanks to the contributions of an open-source developer*, virtio-gpu has been ported to macOS (it already works on Linux but not on Windows and soon it will be on macOS). Apple is also reportedly working on bringing better support for macOS virtualized environments [2]. It means that users will…
Wow that's very surprising apple is trying to give better support for virtual environments instead of worse.. Do you know if they're allowing their iOS dev tools to run in there so you don't have to buy a mac anymore?
is there any way to run macOS on Hyper V ?
Check YouTube, there are tons of videos of how to do it.