Asahi Linux, Apple Silicon의 전력 관리 제약을 우회하다: Linux 7.2 지원
Asahi Linux Progress Report: Linux 7.2
Asahi Linux의 최신 진행 보고서가 공개되었습니다. 이번 업데이트의 핵심은 Apple Silicon의 독특한 하드웨어 설계로 인해 표준 PSCI 인터페이스를 사용할 수 없는 문제를 해결한 것입니다. m1n1 부트로더를 UEFI 런타임 서비스 기반의 PSCI 구현체로 활용하여 CPU 코어 전원 관리를 가능하게 했습니다. 또한, M4 칩에서 WFI 명령 시 상태가 손실되는 문제를 해결하기 위한 커널 패치와, Apple의 보안 기능인 SPTM을 m1n1 하이퍼바이저에서 에뮬레이션하여 M4 이상 기기에서의 하이퍼바이저 사용을 복구한 내용도 포함됩니다. M3 시리즈에서는 웹캠, 마이크, USB-C 관련 하드웨어 지원이 확장되었습니다.
SPTM 자체는 특별하지 않습니다. ARM64 Mach-O 바이너리로, 각 코프로세서용 펌웨어 블롭과 함께 같은 preboot 디렉토리에 있습니다. 즉, 이론적으로 m1n1이 하이퍼바이저 아래에서 SPTM을 로드하고, XNU를 그 옆에 로드한 다음, 둘 다 관찰할 수 있다는 뜻입니다!
HN 토론
233- JLO64
> mildsunrise와 chaos_princess의 공동 노력 덕분에, ACE3가 CD3217과 거의 동일한 레지스터 세트를 가지고 있으며, I2C 대신 SPMI 인터페이스로 감싸져 있다는 것을 발견했습니다. SPMI 인터페이스와 ACE3 자체 모두 이제 Asahi Linux에서 작동하여 모든 M3 시리즈 기기에 USB 3.0 및 Thunderbolt 지원을 제공합니다.
M3 Pro MBP를 구입했을 때, 결국 Linux를 설치할 의도로 샀습니다. 돌이켜보면 부분적인 Linux 호환성에도 필요한 노력의 양을 심각하게 과소평가했으며, Asahi 기여자들이 투입한 작업에 더욱 감사하게 되었습니다! 저는 여전히 iOS 개발 작업(곧 시작할 예정)을 위해 macOS를 유지하겠지만, 그 외에는 좋은 배터리 수명을 가진 웹 브라우저와 Ghostty만 있으면 됩니다.
- dgunay
저는 Asahi 팀이 하는 놀라운 작업에 큰 존경심을 가지고 있습니다. 하지만 Intel과 AMD가 전력 효율성에서 따라잡는 속도를 보면, M 시리즈 노트북에서 Linux를 실행해야 할 사람이 정말로 있을지 궁금합니다. Apple 실리콘이 다른 어떤 제품보다 압도적으로 우위에 있을 때는 명확한 이유가 있었지만, Panther Lake를 고려하면 Apple의 우위가 역공학을 통해 완전한 Linux 하드웨어 호환성을 얻기 위해 몇 년을 기다릴 만큼 충분히 클지 확신할 수 없습니다.
- stiray
M4를 곧 지원해 주기를 바랍니다. 저는 macOS와 그 사용자 지정 키보드 단축키 등 모든 것과 다르게 하려는 욕구를 참을 수 없습니다. 2년 동안 사용했지만, 복사-붙여넣기와 같은 기본적인 동작에도 여전히 문제가 있습니다.
편집: 오, 이 글을 쓰면서 Linux 단축키를 사용할 방법이 있는지 확인해 봤는데, 있습니다 (Kanesh/KMonad 또는 Karabiner-Elements). 아마도 제 고통이 마침내 끝날 것입니다.
- owaislone
이 프로젝트는 정말 인상적이고 흥미진진했습니다. 모든 역공학과 기능을 완성한 후에는 전력 관리가 진지한 관심사가 되기를 바랍니다. 배터리 수명은 일상적인 MacBook 사용에 있어 큰 차별점이 될 것이며, 전통적으로 Linux는 독점적이고 고도로 튜닝된 드라이버가 부족하여 그 부분에서 형편없었습니다.
- ksec
> ARM 사양은 WFI 루프의 코어가 모든 상태를 보존해야 한다고 요구합니다. 이것은 Apple Silicon의 기본 모드가 아닙니다.
저는 때때로 ARM이 이런 것들을 언제 발견하고 테스트하여 Apple이 따르도록 요청하는지 궁금합니다. 분명히 이런 일이 처음이 아닙니다.
- ZiiS
저는 언제 완료될 것인지 묻는 사람들의 좌절감을 진심으로 이해하며, DP Alt Mode가 그 지점을 통과했다는 점에 주목합니다. 그러나 그것은 공식 진행 보고서에 있었지만, 마지막 세 개의 보고서에서는 전혀 언급되지 않았습니다. (저는 그 동안 문제없이 사용해 왔습니다.) 현재 규모의 미해결 버그에 대한 한 줄의 언급이 정말 도움이 될 것입니다.
- dreamcompiler
저는 수년간의 지연과 macOS와 데이터 디스크 공간을 효율적으로 공유할 방법이 없기 때문에 Asahi를 거의 포기했습니다.
Apple Silicon의 macOS에서 VM으로 Linux를 실행하면 원시 속도를 일부 희생하지만, 그 대가로 가끔 macOS 앱을 실행할 수 있고 모든 것을 복제하지 않고도 macOS 또는 Linux에서 동일한 데이터에 접근할 수 있습니다. 그리고 배터리 수명도 합리적인데, 이는 Asahi에서는 아직 사실이 아닙니다.
- MBCook
평소처럼 놀라운 진전입니다. 지난 몇 년 동안 몇 명의 사람들이 때로는 불안정한 모래 위에서 얼마나 많은 것을 이룰 수 있는지 지켜보는 것이 재미있었습니다.