3 ms·
> And it's not like you can re-compile your changes to xnu back into a working MacOS machine Wow, that's just awful, but it would it explain it. Thanks!
by wicket 6y ago
> And it's not like you can re-compile your changes to xnu back into a working MacOS machine
Wow, that's just awful, but it would it explain it. Thanks!
- comex 6y agoThat’s not true. You can run macOS with a custom-built kernel and it should work fine, although it won’t be exactly the same as the stock one (the released source is missing some bits).
- wicket 6y agoOkay, so it should be possible then. That brings me back to me original question of why isn't there a XNU hacking community?
- Wowfunhappy 6y agoThe Hackintosh community sometimes uses custom kernels, although much less often nowadays than they once did. There are custom kernels to add support for AMD processors (most common by far), and kernels to add compatibility with Intel processors that don't work natively (e.g. Atom). These do work on real Macs too, I used one a couple months ago for something stupid: https://apple.stackexchange.com/questions/402726/how-can-i-attempt-to-boot-an-older-version-of-macos-than-my-hardware-supports https://apple.stackexchange.com/questions/402726/how-can-i-a... Nowadays, however, Hackintosh tends to rely entirely on patching the kernel in memory, even on esoteric platforms like AMD. Custom kernels are really inconvenient for a few reasons—they get set back to stock after every update (which potentially means your computer won't boot, if you forget to put the custom kernel back before your machine restarts), and Apple releases XNU's source on a ~6 month delay. I would love to see more kernel experimentation, but I think there's just not a lot of reason to do it? If you're on a Mac, you don't need to add support for new hardware. That said, it would be great to get a kernel which e.g. disables TCC, or maybe which removes Big Sur's signed snapshot stuff. Both of those feel like achievable tasks, and they would have a real use!