Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Asahi Linux Progress Linux 7.0

asahilinux.org

Post reply on HN
Print view View original

131–140 of 385 posts

Re: Asahi Linux Progress Linux 7.0

#131

Post by unfitted2545 »

omcnoe wrote: post #83
kakwa_ wrote: post #71

While I absolutely love the technical write-up from the Asahi team, and being absolutely impressed by their accomplishment, to the risk of being an overly negative contrarian, I remain a bit skeptical. 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…

I think there is also the added challenge that ARM macs are a moving target, and Apple has less than no desire to provide any kind of stability or support for Asahi Linux. Unlike the PC space where laptop manufacturers have to maintain broad compatibility over time, Apple will make future changes that are really awkward for Asahi and will not care one bit because they can do the compat work on their own software.

From an end user perspective, I think the best thing the Asahi team could have done was solely focus on getting the M1 Air/Pro working 100% before moving onto other devices.

But that would probably result in burn out from the crazily talented dev team :P

Re: Asahi Linux Progress Linux 7.0

#132

Post by ryandrake »

kccqzy wrote: post #129
brynet wrote: post #12

>.. macOS only ever programs CS42L84 to operate at either 48 or 96 kHz, we could only add support for those two sample rates to the Linux driver .. > 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 oth…

The following is actually the most surprising part to me. > This is quite limiting, as it forces PipeWire to waste CPU cycles (and therefore battery life) on resampling audio streams that are not either 48 or 96 kHz. So the Asahi team thinks that only supporting 48 or 96 kHz wastes battery life by forcing the software to resample audio streams. But why does Apple still do this? Presumably Apple has a very high commit…

Always possible that it's the standard commercial software company reason: They do know about it and have a P2 bug tracking it, but the team that maintains that code has 5000 other things to do, and it never gets fixed.

Re: Asahi Linux Progress Linux 7.0

#133

Post by CamouflagedKiwi »

exe34 wrote: post #80
mapleleaf1921 wrote: post #45

Earlier quoted context omitted.

I've run all 3 major OSes before. MacOS by far has the least bugs and kinda just works. My variosu Linux adventures have always resulted in doing random patches for audio or screen incompatibility. My windows days were plagued with battery issues. I feel like most Linux ricers wishs for a MacOS-like experience, except with more customisation. (Which is entirely possible now with the ricing on Mac)

> My variosu Linux adventures have always resulted in doing random patches for audio or screen incompatibility. Is that on Mac hardware? I run a 14 year old Mac Book Air, and it works flawlessly with the latest Nixos, and has done for the last 11 years. If you have issues on random PCs, it's because there are an enormous variety of them out there, with all kinds of incompatibilities that have to be worked around. On…

A 14 year old Macbook Air is an Intel Mac, AFAIK most hardware is pretty well supported.

M series Macs are still very much a work in progress. I'm typing this on one, in Linux, so plenty of things work, but not for example USB-C output to an external display, and a lot of the processor power level / suspend stuff is still not fully there so battery life is quite a bit worse, especially when suspended. I think the situation is rather worse on the latest generation hardware, too.

Re: Asahi Linux Progress Linux 7.0

#134

Post by rglullis »

jorvi wrote: post #118
rglullis wrote: post #85

Earlier quoted context omitted.

> My variosu Linux adventures have always resulted in doing random patches for audio or screen incompatibility. This is the kind of dated argument that really makes me dismiss most of the critics. I was running xubuntu as my main desktop since 2010 at least, switched to Debian + nix + XFCE in 2022 and switched to full-on nixOS in 2024. I never had issues with audio then and had to go out of my way to "break" audio on…

MacOS has solved laptop suspend since the 2000s. Windows and Linux still struggle with this, especially due to the switch from S3- to S0ix-style sleep. Modern Apple laptops seem less special now but you also have to look at them through the lens of their introduction. A similar thing is true for Sonos. They don't seem all that special now, but you have to realize they have been offering multi-room synced audio with a…

> MacOS has solved laptop suspend since the 2000s.

On Apple hardware. Call me when you put MacOS on any random laptop and get suspend to work.

Re: Asahi Linux Progress Linux 7.0

#135

Post by wtallis »

appplication wrote: post #115
jauntywundrkind wrote: post #105

Earlier quoted context omitted.

Pretty rude to call this ex Apple Nuvia. I don't think any of those lawsuits by Apple or ARM have been won. Qualcomm declares this to be a new chip. But yes it has talent from those places. Still, let's not try to tip the scales of perception quite so indelicately? I am curious what the boot situation is. It seems like Qualcomm actually has pretty good support for their cores. But since these PC systems sort of lack…

Without stirring the pot too much, I’m a bit out of the loop on what the above poster implied and you took slight to. Could you share a little more about this and why you feel what they said was rude?

There's nothing rude about it; the Nuvia CPU core is pretty much the entire selling point of the Snapdragon X Elite product family. Everything else on those chips is underwhelming. But the provenance of the CPU core is really irrelevant to the question of Linux support, which is gated by driver support for the rest of the SoC, which didn't come from Nuvia. So focusing on the Nuvia aspect is a bit of a red herring.

Re: Asahi Linux Progress Linux 7.0

#136

Post by __turbobrew__ »

kakwa_ wrote: post #71

While I absolutely love the technical write-up from the Asahi team, and being absolutely impressed by their accomplishment, to the risk of being an overly negative contrarian, I remain a bit skeptical. 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…

Why would any group want to take on a project which could be instantly killed by an external for profit entity? For now Asahi is left alone by Apple but that could change in a single day and the entire project is dead. It doesn’t seem like a productive way to direct the limited energy that distribution foundations have on hand.

Re: Asahi Linux Progress Linux 7.0

#137

Post by throwaway27448 »

geodel wrote: post #63
applfanboysbgon wrote: post #36

Earlier quoted context omitted.

It is weird to blame the victim for reacting to being harassed by a mob. That is a normal thing to have a reaction to. Perhaps rather than blaming people's social skills and mental health, we should instead blame the culture that normalises harassing people on the internet, even to the point of suicide (as happened in byuu's case). You are basically advocating that it is better for individuals to change to accept a s…

This marcan person had problem with Go, he had problem with Apple fans, he had problems with linux committers, so much he left internet or something. To say everyone but marcan was wrong is just a kind of fanboyism and it hardly helps marcan. This person liked to dish out as much as next person but display extreme reaction when served.

Being harassed by neckbeards would drive anyone insane

Re: Asahi Linux Progress Linux 7.0

#138

Post by preisschild »

bogzz wrote: post #106
dwedge wrote: post #102

Earlier quoted context omitted.

The new model is Intel or amd unless I missed something. They said in the video the battery life was entirely from video playback, which can be run on efficiency mode

My apologies, I don't know where I got the ARM architecture part from. I really want one of those machines, but I guess if they can't approach MacBook battery life yet I'm stuck on MacOS for now.

There is a framework mainboard being made by a 3rd party vendor

https://www.jeffgeerling.com/blog/2026/arm-mainboard-for-fra...

Re: Asahi Linux Progress Linux 7.0

#139

Post by mixmastamyk »

embedding-shape wrote: post #128
IshKebab wrote: post #51

Earlier quoted context omitted.

There are many audio resampling libraries available that can convert from 44.1 to 48 kHz with no perceptible quality loss. E.g. see https://github.com/hasenbanck/resampler#quality-analysis This is presumably what Apple does. You kind of have to anyway or you have the stupid situation Linux used to have where only one app could play audio at a time.

> you have the stupid situation Linux used to have where only one app could play audio at a time When was that? I think my first Linux distribution was Ubuntu 8.04 and fairly sure it shipped with PulseAudio which in mind always been able to play audio from multiple sources at the same time, maybe I misremember?

Came later I believe. They had esd and other sound “servers” back then however. Might have had to install it yourself.

Re: Asahi Linux Progress Linux 7.0

#140

Post by freedomben »

bogzz wrote: post #100
jorvi wrote: post #96

Earlier quoted context omitted.

No, battery life isn't on par. The only way to get the battery life Framework advertised is on Windows' 'Ultra Efficiency' mode which cuts CPU performance by 25-50%, lowers brightness by 30% and deprioritizes everything in the background to such an extreme that responsiveness of those is measured in seconds. It is not comparable at all to M-series or Snapdragon laptops happily chugging along at full capability and ge…

They're talking about the new model announced, with a larger battery and ARM architecture. Not released yet, I don't think.

Correct, it's in pre order now. It is actually x86 though, not arm
Post reply on HN