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.
-
Show 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 @never_released
i think the extra latency is low cost enough to not really matter and the advantages of not having to port OSes to the oddball platform are worth the cost
1 reply 0 retweets 2 likes -
Replying to @qwertyoruiopz @never_released
Sure, if it works and doesn't end up being a user experience compromise down the line, that's fine.
1 reply 0 retweets 0 likes -
Replying to @marcan42 @qwertyoruiopz
What made us seriously think about it is that M1 is new enough to have nested virtualisation, so that the thin hypervisor for this can still expose the full CPU feature set to the guest.
1 reply 0 retweets 5 likes
Yeah, that's a big one. Though nested virt usually has a nontrivial perf cost, but it depends on the implementation. E.g. what is the cost of the extra pagetable level (which presumably at least can be using very large pages)?
-
-
But anyway, there is always time to ditch the virtualization if it becomes the limiting factor, so I'm not too worried about that. Crossporting drivers back into the kernel is trivial compared to, like, GPU support (assuming the license permits).
2 replies 0 retweets 2 likes -
That one's a big one though, wouldn't want HV dev effort wasted, so you'd want to stick to kernel licensing rules there from day one.
0 replies 0 retweets 0 likes
End of conversation
New conversation -
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.