“오디오 IC의 사실상 업계 표준은 오디오 데이터에 최적화된 I²C 기반 버스인 I²S”라는 표현은 정확하지 않음. I²S는 I²C와 무관함
대부분의 I²S 칩에 I²C 인터페이스가 붙어 있긴 한데, I²S는 원시 오디오 데이터만 실어나르고 볼륨 제어나 클록 설정 같은 부가 신호가 없기 때문임
하지만 그건 별도 인터페이스이고 I²C 대신 SPI일 수도 있음. 실제로는 I²C보다 SPI가 I²S에 더 가까움

맞음, I²S는 SPI에 훨씬 가까움
둘 다 비슷한 이름 체계를 따르는 이유는 Philips Semiconductor(현재 NXP)가 둘 다 만들었기 때문임

많은 문제는 전혀 해결되지 않았음. 예를 들어 Apple Silicon의 PSCI 전원 관리 인터페이스는 여전히 미스터리임
다른 Linux 디바이스트리(Device Tree)에는 PSCI 코드가 있지만, Apple이 이를 어떻게 구현했는지는 아무도 모름. 그래서 Asahi 사용자들은 거의 5년 동안 배터리가 계속 닳지 않게 막는 해킹에 의존해 왔고, 내가 알기로는 아직 유망한 해법도 없음
이게 역공학(Reverse Engineering)의 명암임. 이 기기들에 네이티브 Vulkan 1.2 드라이버가 생긴 건 멋지지만, 거기까지 몇 년이 걸렸음. Apple Silicon이 출시된 지 7년이 지난 지금도 미해결 문제가 남아 있고, 최신 하드웨어 대부분은 전반적으로 지원되지 않음. 결국 Linux 사용자들이 늘 말해 온 교훈, 독점 드라이버는 별로라는 결론으로 돌아감

XNU가 로드하는 펌웨어를 CM3가 검증하지 않고, 신호가 오면 실제 내용이 무엇이든 리셋 벡터에서 실행을 시작한다는 부분이 특히 걱정됨
독점적이고 계속 변하는 대상을 상대로 커스텀 펌웨어를 작성한 성취는 말로 다 못 할 만큼 대단하지만, Apple이 계속 서드파티 운영체제를 일부러 깨지 않기를 바라는 것과 별개로, 펌웨어 블롭(Blob)이나 런타임에 하드웨어 프로그래밍에 공급하는 데이터에 하드웨어 서명을 도입할 가능성은 낮지 않아 보임. Apple 입장에서는 합리적인 보안 우려일 수 있음. 그래도 이 도박이 성공하길 바람

이게 영원히 Fedora “remix”로만 남을지 궁금함. 언젠가 업스트림(Upstream) 지원이 들어가서 Debian 기반 배포판을 돌릴 수 있게 될까?
마지막으로 RPM 기반 배포판을 쓴 게 거의 20년 전인 것 같음

내 취향은 반대라서 이 댓글이 웃겼음. 나는 RPM 기반 배포판을 선호하고 거의 모든 곳에서 Fedora를 주로 씀. M1 Ultra Mac Studio에서도 Fedora Asahi Remix를 쓰고, 클라우드 인스턴스 일부에서만 가끔 Ubuntu와 Debian을 씀
그래서 이미 익숙한 특정 배포판을 계속 쓰고 싶은 마음은 이해함. 일이 덜하고, 구조의 미묘한 차이를 덜 기억해도 되니까. 그래도 어쩔 수 없이 새 배포판을 써야 할 때, 예컨대 Asahi가 처음 Arch Linux ARM 전용으로 나왔을 때처럼, 거기서 얻는 작은 학습은 후회한 적이 없음

Arch도 여전히 쓸 수 있고 Ubuntu Asahi도 있음
모든 배포판이 더 쉽게 포팅될 수 있도록 정확히 그런 이유로 업스트림 작업을 열심히 하고 있음 https://ubuntuasahi.org/

M3 지원이 잘 진척되는 걸 보니 좋음
M3 지원 추가 작업을 시작한다고 처음 언급한 건 2월이었음
“꽤 오랫동안 m1n1에는 M3 시리즈 기기에 대한 기본 지원이 있었다. 빠져 있던 것은 각 기기별 디바이스트리와, M2와 달라진 M3 특유의 하드웨어 특성과 변경점을 지원하기 위한 Linux 커널 드라이버 패치였다. 기존 패치셋이 더 관리 가능해지면 이 작업을 구체화하려는 의도는 항상 있었다” https://asahilinux.org/2026/02/progress-report-6-19/

AVD 드라이버를 작업하고 있다니 기대됨

M1 이상 Mac에서 ffmpeg나 VLC를 쓰면 AVD를 사용하나?

Asahi는 실행 가능한 대안이 될 수 있지만, 이 정도 자금과 작은 인력 규모로는 개발 속도가 너무 느릴 수밖에 없어 보임
글에서 말한 것처럼 이미 깔린 기반 작업이 있고 그 성과도 있지만, 결국 매년 새 칩과 수많은 마이크로컨트롤러, GPU 변경을 담은 새 Mac이 나오니 따라잡기 불가능함. 그래서 Asahi 팀도 M1과 M2 모델에 더 집중하는 것임
그런데도 지금까지 둘 다 유휴 전력 관리와 Alt-DP 구현 문제가 남아 있어 많은 사람이 전환하지 못함. 이 문제가 다듬어질 때쯤이면 기기 가치도 크게 떨어져 있을 것임
소수 인원이 이만큼 해낸 건 기적이지만, 광범위한 미디어 보도에도 결국 팀의 열정과 의욕은 줄어든 듯하고 M1 Air조차 완성되지 못할 것처럼 보임

“개발 속도가 너무 느릴 수밖에 없다”기보다는, 새 리더십 팀이 들어왔을 때 최신 하드웨어 지원 추가보다 기존 작업 업스트림 (Upstream)을 우선하겠다고 발표했음
변경 사항을 커널 (Kernel)에 업스트림 (Upstream)하는 데 시간이 걸렸음
이제 2월에 M3 작업을 시작했다고 발표했고, 진척도 좋아 보임
“위 내용에 더해, M3 시리즈 기기에서 PCIe, WiFi, Bluetooth, NVMe, 키보드, 트랙패드 및 기타 핵심 SoC 블록 드라이버도 Linux에서 동작한다. 이 작업 대부분은 Yureka가 맡았고, 그녀는 한동안 M3 시리즈 기기로 m1n1과 Linux 양쪽을 매우 활발히 해킹해 왔다. Asahi Installer에서 이 기기들을 지원하기 시작하려면 아직 갈 길이 남았지만, 진전은 빠르니 지켜봐 달라!”
이건 파멸보다는 재능 있는 사람들이 꼼꼼한 작업을 해내는 모습에 더 가까움

몇 년마다 한 기종만 목표로 삼아 제대로 동작하게 만들 수 있다면, 대안이 전혀 없는 것보다 훨씬 나음 M1 지원은 요즘 꽤 쓸 만하고, 작업의 적어도 일부는 미래 기기에도 이어질 것 같음. 장밋빛만 있는 건 아니지만 실패가 예정된 프로젝트도 아님

Apple이 작은 팀에 자금을 대서 문서와 드라이버 일부를 오픈소스 (Open Source)로 공개하고 Asahi를 도와주면 정말 좋겠음
물론 그러지 않을 건 알지만, 꿈은 꿀 수 있음. Apple에게는 푼돈일 텐데, 그렇게 하면 자사 하드웨어가 Silicon Valley 엔지니어들의 사실상 표준으로 더 굳어질 것임