More importantly, Apple isn't going to go off suing people for working on this project. While reverse engineering macOS drivers may be legally questionable in some jurisdictions, it's perfectly legal in others, and so is getting the binaries (any mac owner can do it).
-
Show this thread
-
So what do you think? Is this something you'd actually throw money at? If there is enough interest that this might succeed, I'll open up a Patreon. Obviously all development would be public and open source.
5 replies 3 retweets 105 likesShow this thread -
On a personal level, I'm already freelance and this is the kind of work I enjoy doing, so I'd be very happy to dedicate a large fraction of my time to this. (You've seen what I can do on game consoles in my spare time, think much more than that)
1 reply 0 retweets 98 likesShow this thread -
I think there is no point on working on this unless a certain minimum is met such that I can guarantee a decent time investment - I don't want this to be another half-assed Linux port that makes for a fancy tech demo but nobody would actually want to use.
1 reply 0 retweets 85 likesShow this thread -
So I'm thinking I would set up the Patreon in "pay per creation" mode initially, or otherwise paused, and not charge anything until I reach a minimum threshold (TBD). Thoughts?
14 replies 0 retweets 106 likesShow this thread -
Replying to @marcan42
you should join our discord! we are planning to use PongoOS, our toy kernel, in EL2, and use it to virtualize a GIC to boot UEFI (which will run in EL1).
@never_released1 reply 0 retweets 11 likes -
this should simplify things quite a bit..
1 reply 0 retweets 3 likes -
Replying to @qwertyoruiopz @never_released
Sounds interesting, though is it worth the extra latency of adding a virtualized shim for interrupts? I mean, I've written custom interrupt controllers for Linux...
2 replies 0 retweets 1 like -
Replying to @marcan42 @qwertyoruiopz
We want to provide a SystemReady compliant environment for stock OSes (even non-Linux) to boot with a regular interrupt controller + a virtualized generic ECAM PCIe controller and standard NVMe. Apple-specific oddities for those would then be abstracted away.
1 reply 0 retweets 4 likes -
(basically, we want UEFI + ACPI as a target)
1 reply 0 retweets 5 likes
Sounds like a bit of both might be in order in that case; the shim for compatibility and an escape hatch for native support where available for performance (where it matters).
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.