> However, CS42L42 supports all the other common sample rates, and while the register layout and programming sequence is different, the actual values programmed in for 48 and 96 kHz are the same across both chips. What would happen if we simply took the values for all other sample rates from the CS42L42 datasheet and added those to the CS42L84 driver? As it turns out, you get support for those sample rates!
> The patch to enable hardware support for 44.1, 88.2, 176.4 and 192 kHz sample rates on both the input and output of the headphone jack was submitted directly upstream, and has been merged for 7.1. We also backported this to Asahi kernel 6.19.9, allowing users to take advantage of this immediately.
Nice bit of chip sleuthing and reverse engineering from the Asahi team!
I'm concerned that after all these years, it's still a separate project and not an effort sustained directly within the kernel mainline and mainstream distributions like Ubuntu, Debian or Fedora.
These kinds of reverse engineering projects are extremely challenging. With skills & field knowledge, it's "easy" to get to "80%" and have something useful for you and the most dedicated users. But reaching the "95%" required for a polished & general public ready experience needs nearly as much effort, often on tedious and time consuming tidbits.
All the classic reasons ("competitive advantage", "secrets", etc) do not hold water in this day and age.
I wonder if there would be interest in an Asahi Remix spin focused on a more Mac-like out-of-the-box experience: cmd as the main modifier key, Mac-like keyboard shortcuts, theming, gestures, etc.
Of course, you can tweak any distro however you want, but I think a curated default experience is a different thing.
> finding their way into the Asahi kernel tree are patches to enable more hardware on M3 machines. This includes support for PCIe, MacBook keyboards and trackpads support, the SMC-based RTC and reboot controller, and the NVMe controller, courtesy once again of Michael Reeves and Alyssa Milburn. This brings Linux support for the M3 up to roughly the same level as the first Asahi Linux alpha for M1!
either Asahi gets there from the software side or Framework gets there from the hardware side
Look forward to switching back to Asahi full time soon!!
The fact, that there has to be a macOS partition for maintenance ruling out ZFSBootMenu somehow is very unfortunate - but I've accepted it.
Maybe the new Framework 13 Pro will be at least in the region of an alternative... :-/
I still want to run it on an M3 MBP so it's nice to hear progress on that is happening.
When is Asahi likely to be viable as a daily OS?
Now there are things I can't get with Linux that I value with macOS. The integration with the phone is just not possible if am running Linux. The power management and convenient things like Apple Music, too.
I was disgusted to see Tim Cook abase himself before Trump and spent a while researching alternative phones. I did not find anything that looked like a serious option. There are things I need that are only available for iPhone or Android, it's become table stakes for life nowadays. My E-car charger required an app to function, for instance.
I admire people who "vote with their wallet" and/or suffer inconvenience for their ideals. But I am not going to install Linux (or OpenBSD) on my M1 Macbook pro. It's too essential for me the way it is.
For the record, I pour a lot of time into my 2014 macbook running arch and a thinkpad running OpenBSD, and keep an arch server/desktop running pretty much 24/7. I spend tons of time trying to find/devise things on Linux to match things I use that are closed-source/apple only.
Hats off to people who can program at the level required to make this happen. It's beyond me. And also to those trying to make Pine Phone etc a realistic option. I think that's the most important free software battleground now.
am I just a smooth brained dumb dumb that has drunk the koolaid? perhaps. but I don't lose sleep on it and am not tinkering with hardware, or software anymore, I just get stuff done now.
Well that's a weird choice of systems programming language.
[1] https://github.com/AsahiLinux/AsahiLinux.github.io/commit/e0...