Worth Doing Badly

Well there is a bootloader - on Qualcomm its even UEFI, but you don't have access to it. https://worthdoingbadly.com/qcomxbl/

They aren’t actually too similar. They both use XNU, but the memory model is completely different. On macOS memory can be paged to/from disk. On iOS it isn’t and applications must free memory when asked or be terminated [0]. iOS applications are sandboxed by the kernel, with no opt out. macOS applications are not sandboxed by default and are opt in. Then there are the API and UI differences. EDIT: That linked blog post in the parent blog post also shows how different the userspace is: https://worthdoingbadly.com/macappsios/ EDIT: iPadOS 16 enables virtual memory swap [1] [0] https://developer.apple.com/library/archive/documentation/Performance/… [1] https://www.apple.com/newsroom/2022/06/ipados-16-takes-the-versatility…

Related: https://worthdoingbadly.com/hv/ (Hardware-accelerated virtual machines on jailbroken iPhone 12 / iOS 14.1)

You need to jailbreak the ipad and the path you will tread will be a bit unsupported, but its possible. https://worthdoingbadly.com/hv/

Not quite true. The hardware supports it but iOS does not. https://worthdoingbadly.com/hv/

Best case scenario is to stop updating the OS and wait for a jailbreak, which does allow you to run full virtualization[0]. 0: https://worthdoingbadly.com/hv/

Even Apple, the company that is usually seen as not caring about backwards compatibility, is known to do this in macOS! https://worthdoingbadly.com/appkitcompat/

The most recent hardware actually do support ARM hypervisor extensions so you can actually run raw linux on iOS hosts :) https://worthdoingbadly.com/hv/

A14/M1 and higher all have the hardware for virtualization, nothing is fused off for "devices". iOS and iPadOS don't ship Hypervisor.framework but the kernel still recognizes the entitlements for using it. Apple will never sign provisioning profiles with those entitlements, of course; but on at least one particular OS version with a jailbreak you could set up hardware virtualization. See https://worthdoingbadly.com/hv/ The main problem is purely just Apple not seeing a use case for virtualization on a touchscreen. They need to let go of at least one Strongly Held Belief.

Ah I see, so I did find someone that tried to do this here [1], but it seems like they were not even able to connect to the SIP server. Bummer, I wonder if someone else has had success. 1. https://worthdoingbadly.com/vowifi/

No, not yet (not without jailbreak, at least). https://worthdoingbadly.com/hv/ mentions that M1 iPads "already have Hypervisor support unlocked in the kernel" so they might be planning something for someday…

This looks to be a follow up of: https://worthdoingbadly.com/vowifi/ Which was a really good read! I noted this however: > However, VoLTE’s implementation is not compatible with our everyday VPNs and VoIP software. This report from Sysmocom shows that it would take months to modify Ubuntu Touch for VoLTE support. I wonder why that is? I am using a Pinephone with Mobian right now, and a Librem 5 with PureOS, and both support VoLTE just fine.

Apple actually has implemented manual compatibility fixes for several third party apps. https://worthdoingbadly.com/appkitcompat/

Zhuowei Zhang (@zhuowei) published a proof of concept that crashes Chrome 70: https://worthdoingbadly.com/sqlitebug/

I work on some Mac applications that, at times, try to exceed what MacOS applications are capable of doing. They almost always break between MacOS releases. Usually the cause is that Apple improved various security restrictions in Gatekeeper. What tends to happen is that older builds work fine, but any new builds don't work well. But, what's interesting is that the page at https://worthdoingbadly.com/assets/blog/appkitcompat/appkit_processed.… doesn't list any bundle hashes. I always assumed that Apple's hacks for backwards compatibility were tied to the bundle hash, and not the specific application.

The achievement is massive - but if I understand what’s going on the title is misleading; I think it is more like running a patched macOS userland via chroot. From an outside point of view, the author is cryptic about context, but the technical details are even more fascinating. Some technical details in this thread: https://www.reddit.com/r/jailbreak/comments/1mn7mk1/comment/n8319s9/ - Based on a POC done by Zhuowei Zhang few years ago, I think that is happening is that the author is using a filesystem from an existing macOS to run WindowServer and and enough of the supporting daemons. https://worthdoingbadly.com/macappsios/ - Moreover, TFA’s solution requires a host iPhone Simulator to all Metal acceleration via XPC, using the same shim that provides Metal debugging. To be clear, though, “iOS kernel provides enough facilities to run entire macOS userland” is an incredible discovery and achievement. It demonstrates that it is an order of magnitude easier to give iOS a genuine desktop environment than we would assume.