251–260 of 371 posts
Earlier quoted context omitted.
Man… they absolutely do not care. An Apple engineer made the boot loader for Mac open in the first place.
Darwin is still sitting there all these years. It’s called market inertia.
Earlier quoted context omitted.
Why would they even care? 99% of people aren't going to be installing Linux on their Macbook. If Apple did care, they'd have stopped allowing dual booting a long time ago.
It works for now, but one day it won’t then what?
Earlier quoted context omitted.
This is nonsense. Chinese vendors like Rockchip and Allwinner provide fairly halfassed docs at times, but they try. It's housnads of pages, total, sure. But even this along with public code samples allows to create almost perfectly FOSS supported implementations for their HW. And it's a complex HW similar to what Apple has. I've worked with all kinds of just annoyingly incomplete and badly written datasheets, and if…
Darwin is open source. https://en.wikipedia.org/wiki/Darwin_(operating_system) https://www.puredarwin.org/
I'm not sure I understand the target user for Asahi. Is this someone that only wants to run Linux and wants to use their GPU on Linux? Seems like this is not the case, yet. Or, is this for someone that wants to dual boot and use Linux sometimes, and then reboot into MacOS when they want to use the GPU?
Honestly I wouldn't waste any of my time trying to run a worse OS than MacOS in a hardware that wasn't completely supported by the sw As much as I like Linux this kind of tinkering is only for people with more time and less expectations about the experience If I need Linux I can always go for UTM or something similar
1) for the longest time, but no longer, Google did not ship an official chrome linux arm64 package. Chromium Browser also has not included google sync for years now. But now, google chrome does ship for arm64 linux so its all good.
2) usb-c video still doesn't work, so not ideal for a laptop without hdmi that you'd want to dock
Otherwise, it works really well.
I'm not sure I understand the target user for Asahi. Is this someone that only wants to run Linux and wants to use their GPU on Linux? Seems like this is not the case, yet. Or, is this for someone that wants to dual boot and use Linux sometimes, and then reboot into MacOS when they want to use the GPU?
My current linux PC cuda machine is the latest Intel Ultra 9 mini PC from minisforum, and it still isnt quite as fast as a years old M1/M2. The only thing it has that the mac doesnt is cuda egpu support.
Earlier quoted context omitted.
I don't think it makes much sense to expect such a cohesive/specific philosophy from an open source project like this. The goal is "Linux on Mac". In a commercial product, specific details of what gets built usually stem from a more detailed vision that can be articulated as one. In open source projects those details are determined by what individual contributors are motivated to work on. That doesn't means a cohesiv…
I don't think it matters that Asashi is a generation or three behind, because the moment you really need it is when Apple stops updating the OS for your hardware. When M1 drops out of support I bet Asashi for the M1 machines will be pretty polished.
Earlier quoted context omitted.
Probably took me less time to search “Apple open source” and click the first link than it did to type your question: https://opensource.apple.com/
Basically nothing except swift and llvm.
It is odd that Apple doesn't chip in here... they've originated so much decent stuff in the OSS space. Seems like a huge missed opportunity.
Apple are hostile to everything CopyLeft. Why would they "chip in" here?
Thanks for the effort, guys. This makes me think, shouldn't the driver layer be generic now. All the driver does is writing correct data at correct address when needed, there is no need for OS support except triggering driver when to do that. A true HAL, any OS can run on that HAL.
Earlier quoted context omitted.
Apple discontinues support for this HW, not Apple discontinues support for running Linux in a hypervisor.
when apple discontinues support for older hardware, it doesn't get OS software updates. that doesn't disable the hardware from running the latest OS before OS updates for the hardware were ended. On the frozen-in-time OS, you'd still have a working instance of apple silicon hypervisor wrapping optimized drivers that make whatever linux arm build you're running still see the hardware.
Sounds awesome!