5P by GN⁺ 5시간전 | ★ favorite | 댓글 2개
  • 애플 실리콘용 Linux 포팅 프로젝트 5주년을 기념해, USB-C를 통한 DisplayPort Alt Mode 출력 지원을 처음으로 구현
  • 새로 공개된 ‘fairydust’ 브랜치는 DCP, DPXBAR, ATCPHY, ACE 등 네 개 하드웨어 블록을 역공학해 외부 디스플레이 출력을 가능하게 함
  • M3 Mac 지원이 초기 단계에 도달했으며, 키보드·트랙패드·WiFi·NVMe·USB3가 작동하지만 GPU 가속과 DCP 제어는 아직 미완성
  • MacBook Pro의 120Hz 디스플레이가 Linux 6.18.4부터 동작하며, DCP 드라이버는 HDR·VRR·하드웨어 오버레이 등 고급 기능을 위해 대규모 리팩터링 진행 중
  • GPU·웹캠·패키지 관리 등 전반적 개선이 이어지고 있으며, Fedora Asahi Remix는 DNF5 기반 전환과 업스트림 통합 자동화를 추진 중

주요 진전: USB-C 디스플레이 출력

  • Asahi Linux는 5년간 Apple Silicon을 완전한 AArch64 데스크톱 플랫폼으로 발전시킴
    • 지속적인 관심이 AArch64 관련 소프트웨어 버그 수정으로 이어짐
  • 가장 많이 요청된 기능인 USB-C를 통한 DisplayPort Alt Mode 출력이 ‘fairydust’ 브랜치에서 구현
    • M1 MacBook Air에서 USB-C→HDMI 어댑터로 외부 디스플레이 연결 성공
  • 해당 브랜치는 개발자용 실험 버전으로, 다중 디스플레이·핫플러그·색상 문제 등 미완성 요소 존재
    • 일반 사용자 지원은 아직 제공되지 않음

M3 시리즈 지원

  • m1n1 부트로더가 M3 기초 지원을 갖추었으며, 세 명의 신규 기여자가 Devicetree와 커널 패치를 작성
    • M3 MacBook Air에서 Fedora Asahi Remix + KDE Plasma 부팅 성공
  • 현재 키보드, 터치패드, WiFi, NVMe, USB3 작동 확인
    • GPU는 새로운 아키텍처로, 레이 트레이싱·메시 셰이더·Dynamic Caching 등 기능 추가
  • DCP 초기화는 iBoot에 의존하며, macOS 14의 펌웨어 인터페이스 변경으로 추가 역공학 필요
  • 오디오·마이크·웹캠·전력 관리 등은 아직 미구현 상태

120Hz 디스플레이와 DCP 드라이버 리팩터링

  • 14·16인치 MacBook Pro의 120Hz 패널이 Linux 6.18.4부터 활성화
    • 고정 타임스탬프를 사용해 DCP 제한을 우회
  • DCP 드라이버는 HDR·VRR·하드웨어 밝기 제어 등 확장을 위해 구조 개편 중
    • Rust 기반 재작성 계획이 있으나, 현재는 C 코드 리팩터링 진행
  • 하드웨어 플레인 지원을 강화해 Y’CbCr 프레임버퍼, 오버레이, HDR 실험 가능
    • Oliver가 Apple Interchange 포맷을 역공학해 압축 프레임버퍼 지원 추가
    • 과포화 색상 문제도 6.18 커널에서 수정

웹캠 및 그래픽 드라이버 개선

  • 일부 GNOME 앱에서 발생한 웹캠 오류는 OpenGL 드라이버의 플래너 비디오 포맷 처리 버그로 확인
    • Mesa와 PipeWire의 여러 패치로 해결, Fedora 43에서 gtk4paintablesink 플러그인 수정 예정
  • GPU 드라이버는 DMA-BUF 처리 문제 수정 후 대부분 앱에서 정상 작동
  • GPU 드라이버 업스트림 준비 진행 중
    • 6.13.8 대비 패치 수 1232→858, 코드 95,000→83,000줄로 감소
    • IGT 테스트 패치로 DRM 메인라인 병합 기반 마련

성능 최적화 및 패키지 관리 개선

  • OpenGL 메모리 복사가 CPU 기반이던 문제를 GPU 셰이더로 수정해 메모리 버스 포화 수준 성능 달성
    • AGX 최적화 루틴 적용으로 버퍼 클리어 속도 355GB/s 달성
    • Vulkan 복사도 30~100% 이상 향상
  • Fedora Asahi Remix는 DNF5 전환으로 패키지 자동 전환 기능 확보
    • Neal이 PackageKit용 DNF5 백엔드 개발, Fedora 44에 통합 예정
    • Mesa·virglrenderer부터 업스트림 패키지로 자동 전환 시작

커뮤니티 및 향후 계획

  • FOSDEM에서 M3·M4 지원 전략 논의, SCaLE 행사에서 Asahi 데모 시스템 전시 예정
  • 프로젝트는 OpenCollective와 GitHub Sponsors의 후원으로 지속 중
  • 2026년에도 GPU·디스플레이·하드웨어 통합 개선을 중심으로 개발 지속 예정

너무너무 감사합니다

Hacker News 의견들
  • 정말 훌륭한 업데이트임
    Oliver, Janne, Alyssa M, Shiz, Robert, Sven, James, Neal, chaos_princess, Davide, Lina, Michael, Sasha, Alyssa R 등 수많은 기여자들의 노력이 대단함

  • 멋진 작업임
    몇 년 후엔 중고 M1/M2 맥북이 젊은 개발자들의 ‘재미용 노트북’으로 인기를 끌 것 같음
    예전의 ThinkPad T420처럼, 물론 이유는 다르지만
    M4와 M5 GPU가 M3와 얼마나 다른지도 궁금함. M3가 안정화되면 포팅이 너무 어렵지 않길 바람

    • 그건 아닐 것 같음. SSD 수명이 제한적이고 메인보드에 납땜되어 있어서, 중고 시장에서는 고장 위험이 커질 것임
      결국 Apple Silicon은 수명이 제한된 설계로 보임
    • 아직 M1 Max 64GB MacBook Pro를 업그레이드할 이유를 못 느낌
      다만 macOS Tahoe가 제일 큰 불만임. Asahi를 꼭 시도해봐야겠다고 생각함
    • 공개 정보에 따르면 M4 GPU는 M3의 성능 중심 리프레시 수준이고, M5는 Neural/Tensor 가속기가 온칩으로 들어가는 등 더 큰 변화가 있음
    • 중고 시장에서 200유로 근처까지 떨어지고 있어서 하나 샀음
      16GB RAM에 화면 옆에 작은 검은 줄이 있지만 신경 쓰이지 않음. 230유로에 구입함
    • 부팅 관련 변경점이 꽤 있음
      M4부터는 Apple의 page table monitor를 활성화한 상태로 시작할지, 아니면 Apple 확장을 완전히 끈 상태로 시작할지 선택해야 함
  • 인용된 핵심 부분임
    현재 M3 지원 상태는 M1 지원이 처음 Arch Linux ARM 베타로 나왔을 때와 비슷함
    키보드, 터치패드, WiFi, NVMe, USB3가 작동하며, 일부 로컬 패치가 필요하지만 곧 릴리스가 가능할 수준임

  • 가끔 Apple이 Asahi 팀을 인식하고 있을지 궁금함
    그들의 리버스 엔지니어링 능력에 감탄하고 있을까, 아니면 무관심할까

    • 예전에 부트로더나 보안 칩 관련 개발자가 트위터에 관련 언급을 했던 걸 봤음
      XenoKovah의 트윗을 말하는 것 같음
    • Apple은 알고 있음
      하지만 Cupertino의 캐비닛 안에는 Asahi의 노력을 무의미하게 만들 설계도가 이미 있음
      개인 컴퓨팅이나 Linux를 중요하게 생각한다면 Mac을 사지 말라고 말하고 싶음
    • Apple은 2~3년 전에도 Asahi 같은 프로젝트를 도와주는 변경을 일부 넣었음
    • Apple은 신경 안 쓸 것 같음. 오히려 이런 프로젝트가 더 많은 고객을 Apple로 끌어들임
    • Marcan이 예전에 Mac 부트로더 안에 대체 OS 부팅을 쉽게 만드는 코드가 일부러 들어 있었다고 언급했음
  • 중고 Mac을 산다면, 성능·배터리·Asahi 지원의 균형이 좋은 모델이 궁금함

    • M2 MacBook Air에서 Asahi를 못 쓴 이유는 외부 디스플레이 미지원이었음
      이번 업데이트로 커스텀 커널에서 가능해진다면 M2 Air가 새로운 스위트 스팟일 것 같음
      지금까지는 M1 Air가 그 자리를 차지했었음
  • Apple 하드웨어는 없지만, 읽기만 해도 Asahi 팀의 재능과 헌신이 느껴짐
    그들의 코드가 upstream에 병합되어 ARM용 Linux가 일류 지원을 받길 바람

  • 어제 Bladerunner를 보다가 Ford가 사진을 음성 명령으로 확대하는 장면에서
    화면 위의 주황색 바를 보고 “드디어 Mac Touch Bar의 용도를 찾았구나” 싶었음
    Linux에서 Touch Bar가 작동하면 정말 기대됨

    • Touch Bar에서 가장 기억에 남는 건, IDE에서 force push와 cancel 버튼이 나란히 있었던 것임
    • Touch Bar는 처음부터 제대로 활용되지 못한 기능 같음
      사실 나는 완전한 소프트웨어 기반 햅틱 키보드의 전조라고 기대했음
      그런 키보드라면 노트북을 휴대폰처럼 밀폐형으로 만들어 청소와 방수성을 높일 수 있었을 것임
  • M4 Air에서 Asahi를 돌릴 수 있는 날이 오길 정말 고대함

  • 놀라운 작업임. 참여자들의 기술력에 존경을 표함
    하지만 왜 굳이 Asahi를 쓰는지 궁금함
    2005년부터 Ubuntu, 2012년부터 Mac을 써왔는데, 두 OS는 거의 비슷해서 같은 코드를 수정 없이 돌림
    내가 뭔가 중요한 걸 놓친 걸까?

    • Apple은 최고의 하드웨어 품질을 자랑함
      그래서 MacBook Pro를 사서 자신이 좋아하는 OS를 올리고 싶어하는 사람도 많음
    • 또 다른 이유는 macOS 지원 종료 이후의 생명 연장
      Intel Mac은 해킨토시처럼 새 OS를 얹을 수 있었지만, Apple Silicon에서는 사실상 불가능함
  • Steam Frame 같은 ARM 기반 기기들이 Asahi에 어떤 영향을 줄지 궁금함
    지금은 Apple이 가장 대중적인 ARM 컴퓨터 공급자지만, Valve가 Linux 친화적인 ARM 기기로 생태계의 중심이 될 가능성이 큼
    이는 ARM 지원 전반을 강화해 Asahi에도 긍정적일 것임