Will Linux phones become a viable alternative to the Android/iOS duopoly?
리눅스 폰은 안드로이드·iOS 양강 체제의 대안이 될 수 있을까요?
리눅스 폰 시장이 정체된 이유를 하드웨어 성능과 전력 효율, 드라이버, 모바일 소프트웨어 생태계에서 찾고 앞으로의 가능성을 살핍니다. 메인라인 리눅스 지원이 나아진 RK3588S와 장기 지원을 내세운 Qualcomm 칩이 선택지로 떠오르지만, 배터리·보안·앱 호환성 문제는 여전히 큽니다.
- 주제
AI 요약
2020년 Purism Librem 5와 PINE64 PinePhone 출시로 관심을 모았던 리눅스 폰은 이후 시장이 정체됐습니다. 당시 칩 성능과 전력 효율이 부족했고, 모바일 인터페이스와 배포판도 미성숙했습니다. Purism의 환불 문제와 PinePhone Pro의 한계도 구매자와 개발자의 신뢰를 떨어뜨렸습니다. Amos Batto는 상황이 달라지고 있다며, 리눅스 폰이 안드로이드·iOS를 대체하는 대중 제품이 되기보다는 소규모 시장을 형성할 가능성을 살핍니다.
스마트폰용 하드웨어와 리눅스용 칩의 간극
리눅스 지원 칩은 산업용·임베디드 기기처럼 수명이 긴 시장을 겨냥합니다. 스마트폰용 SoC(System-on-Chip)보다 오래 지원되는 장점이 있지만, 구형 공정과 낮은 성능, 전력 효율이 발목을 잡습니다. 스마트폰용 칩은 연간 판매량이 커서 3nm 같은 최신 공정에 투자할 수 있지만, 리눅스 SoC 업체는 수익 규모가 작아 같은 투자를 감당하기 어렵습니다. 글은 3nm 웨이퍼 생산 비용이 평균 19,500달러인 반면 28nm는 3,000달러라고 설명합니다.
스마트폰 SoC는 모뎀, Wi-Fi, Bluetooth, GPS, 오디오와 충전 기능을 한 칩에 통합합니다. 리눅스 폰은 이를 여러 칩으로 나눠 구현하는 경우가 많아 회로 설계와 전력 관리가 복잡해집니다. Librem 5에는 집적회로 74개가 들어가고, 네 개 회로 기판의 부품은 총 1,267개입니다. 저가형 PinePhone도 집적회로 24개와 부품 627개를 사용합니다. 분리된 부품과 구형 공정은 발열과 배터리 수명에도 불리합니다.
Rockchip RK3588S는 리눅스 폰의 성능 선택지를 넓힌 칩입니다. Cortex-A76 코어 4개와 Cortex-A55 코어 4개를 갖췄으며, Geekbench 6 기준 점수는 싱글코어 730, 멀티코어 2,250입니다. 글은 이 정도면 대부분의 일상 작업에 충분하다고 보지만, 8nm 공정이라 최신 스마트폰 칩보다 발열과 배터리 효율이 떨어진다고 짚습니다. Liberux NEXX와 Dawndrums Divine D.가 이 칩을 채택해 개발 중이며, Purism의 차기 제품에도 쓰일 가능성을 언급합니다.
메인라인 드라이버와 장기 지원
RK3588은 출시 초기 메인라인 Linux 지원이 제한적이었지만, Collabora가 드라이버를 개발하면서 상황이 나아졌습니다. GPU에는 오픈소스 Panthor 드라이버를 쓸 수 있고, NPU용 FOSS 드라이버도 마련됐습니다. 다만 부팅 때 DDR 메모리 타이밍 설정용 독점 펌웨어가 필요하고, GPU에도 mali_csffw.bin이 필요합니다. 비디오 인코딩과 이미지 신호 처리(ISP)는 아직 작업이 진행 중입니다. Collabora는 H.264 하드웨어 인코더와 ISP 드라이버를 개발하고 있습니다.
Qualcomm의 QCM6490은 별도 경로를 제시합니다. Android뿐 아니라 Linux, Ubuntu, Windows IoT Enterprise를 지원하며, Qualcomm은 이 칩의 판매와 소프트웨어 지원을 2036년 7월까지 제공하겠다고 밝혔습니다. Fairphone 5와 SHIFTphone 8은 이 칩을 사용합니다. 통합 기능과 참조 설계 덕분에 맞춤형 회로 기판 개발이 쉬워질 수 있지만, 그래픽·오디오·영상 처리에는 독점 펌웨어가 쓰입니다. Wi-Fi, Bluetooth, 셀룰러 모뎀도 독점 펌웨어를 피하기 어렵습니다.
글은 안드로이드 커널을 사용하는 리눅스 폰의 지원 수명도 문제로 꼽습니다. FuriLabs FLX1 계열은 MediaTek Dimensity 900과 오래된 Android 커널에 의존합니다. Jolla C2도 Linux 5.4 기반 커널을 사용하며, 커널 소스 공개와 보안 업데이트가 부족하다고 지적합니다. 제조사가 새 커널에 맞는 드라이버와 펌웨어를 제공하지 않으면, 안드로이드 커널 기반 기기는 장기 지원에 한계가 생깁니다. 반면 메인라인 Linux 드라이버를 갖추면 칩 제조사의 지원이 끝난 뒤에도 커널을 갱신할 여지가 있습니다.
모바일 소프트웨어와 시장의 현실
Purism은 별도 모바일 스택을 새로 만들기보다 Linux, Wayland, GTK, GNOME을 기반으로 Phosh를 개발했습니다. libhandy와 libadwaita를 통해 GNOME 앱을 작은 화면에 맞췄고, 관련 코드를 상위 프로젝트에 반영해 유지보수 부담을 나눴습니다. Purism이 Librem 5를 위해 시작한 소프트웨어 프로젝트 469,237줄 가운데 98.7%가 GNOME, Phosh.mobi, FreeDesktop.org 등 외부 조직의 관리 아래 들어갔다고 글은 집계합니다. 2022년 PinePhone 사용자 설문에서는 39.3%가 Phosh를 선호했습니다.
하지만 휴대전화로서의 완성도는 별도 과제입니다. 배터리 수명, 카메라 성능, 통화 기능, 앱 호환성, 앱 샌드박싱과 알림 전달이 모두 경쟁력에 영향을 줍니다. Waydroid 같은 Android 앱 실행 환경은 호환성을 보완하지만, 댓글에서는 Android의 보안 모델을 약화할 수 있다는 우려가 나옵니다. 글이 그리는 현실적인 전망은 Android와 iOS를 밀어내는 대중 시장이 아니라, 하드웨어 제어와 자유 소프트웨어를 중시하는 사용자를 위한 작은 시장입니다.
Hacker News 반응
- @m4rtink — 그렇습니다. Jolla의 Sailfish OS 기기 형태로는 이미 실용적인 대안이라고 봅니다.
- @serbuvlad — iOS와 Android에는 RAM과 배터리를 효율적으로 쓰도록 하는 엄청난 엔지니어링이 들어가 있습니다. 데스크톱 Linux에는 그런 작업이 없습니다. 기능 하나를 구현하면 끝나는 문제가 아닙니다. 앱도 언제든 중지되거나 종료된 뒤 정상적으로 다시 시작되도록 만들어야 하고, 알림도 별도 경로로 전달해야 합니다. 이 폰들에는 이런 기능이 있나요?
- @hypfer — 아직은요.
- @microtonal — 모바일 Linux는 Nokia가 추진하던 시절을 포함해 2000년대 후반부터 있었습니다. 왜 이제 와서 달라지겠어요? 수십 년이 지나도 Linux 노트북 대부분의 배터리 수명은 Windows의 50~60% 정도입니다. Windows도 macOS나 Android·iOS와 비교하면 배터리 수명이 나쁩니다. 운영체제와 하드웨어를 함께 통합하고 조율하지 않으면 풀기 어려운 문제입니다.
- @apatheticonion — 하드웨어 문서 없이는 엔지니어가 주말에 끝낼 일도 역설계에 수십 년이 걸릴 수 있습니다. Asahi Linux를 보세요. 거의 10년이 지났는데도 6년 된 하드웨어 GPU 성능의 30% 정도만 쓸 수 있습니다. 관심이 큰 프로젝트인데도 그렇습니다. 제대로 된 하드웨어 문서를 제공하면 고품질 대안을 만들 수 있습니다. 경쟁은 좋은 일이니, 경쟁을 가능하게 하는 일을 지지해야 합니다.
- @adrian_b — 바이너리 드라이버를 LLM으로 디컴파일해도 문서에 담긴 정보 대부분은 얻을 수 없습니다. 드라이버가 하드웨어 레지스터에 수백 개의 매직 상수를 쓰는 것을 볼 수는 있지만, 그 값이 무엇을 뜻하는지는 알 수 없습니다. 바이너리 드라이버가 하는 일을 그대로 재현할 수 있어도, 드라이버가 활성화하지 않은 기능을 켜는 식으로 개선하기는 어렵습니다. LLM은 역설계 초반을 빠르게 할 수 있지만, 하드웨어의 모든 기능을 알아내려면 여전히 많은 작업이 남습니다.
- @microtonal — 실용적인 대안이 되지 못합니다. Android 앱 수백만 개와 호환되지 않고, 하드웨어 업체도 Android를 겨냥하며, 비Android 리눅스 폰은 사용성과 보안이 뒤처집니다. Android 앱 실행 계층도 Android의 강한 샌드박싱을 버리는 경우가 있습니다. 답은 AOSP입니다. Google이 AOSP를 더 닫더라도 지금은 여전히 오픈소스이고, 필요하면 포크할 수 있습니다. 앱 호환성, 검증된 보안 모델, 하드웨어 업체 지원을 이미 얻을 수 있습니다.
- @apatheticonion — 사용성 부족은 하드웨어를 제대로 쓸 수 없어서 생깁니다. 하드웨어가 철저히 통제되니 경쟁이 불가능합니다. 제조사가 문서를 공개하고 하드웨어 잠금을 풀도록 규제해야 합니다. Linux에는 Waydroid가 있어 Android 앱을 에뮬레이션 없이 실행할 수 있습니다. 휴대전화용 Linux에서 부족한 것은 결국 런처뿐입니다.
- @microtonal — Fairphone용으로 잘 다듬어진 Linux 시스템은 어디 있나요? Fairphone은 장치 트리와 드라이버 소스, 펌웨어를 공개합니다. PostmarketOS와 UBports도 지원합니다. 문제는 하드웨어만이 아닙니다. 그 위에 올라가는 스택이 AOSP보다 훨씬 미성숙합니다. Waydroid는 Android의 강한 보안 모델 대부분을 버립니다.
- @neobrain — AOSP보다 Linux 스택을 다루는 편이 훨씬 현실적입니다. AOSP 빌드 시스템은 개인 기여자가 다루기 버겁습니다. 시스템 구성 요소를 빌드하려면 저장 공간을 100GB 넘게 써야 하고, 수백 개 저장소가 전용 관리 도구로 묶여 있습니다. 회사라면 괜찮지만 자금과 인력이 제한된 커뮤니티 프로젝트에는 맞지 않습니다.
- @Zak — UnifiedPush는 특정 서비스 제공자에 묶이지 않는 오픈소스 푸시 알림 방식입니다. 지원하는 앱은 많지 않습니다.
- @nikodunk — 정말 좋은 글입니다. Phosh와 Nura(postmarketOS의 전신)에 기여한 사람으로서 리눅스 폰이 널리 퍼지지 못해 늘 아쉬웠습니다. 글은 소프트웨어 쪽 개발자로서는 잘 몰랐던 펌웨어와 하드웨어 문제를 잘 설명합니다. Phosh와 KDE 같은 소프트웨어는 빠르게 나아지고 있습니다. 하드웨어 지원이 끝없는 초기화 작업에서 벗어나 성능과 새 기능을 다룰 수 있다면 좋겠습니다. 우리에게도 Raspberry Pi 같은 계기가 필요합니다.
- @validatori — 리눅스 모바일 OS를 기기 몇 대에 설치해 봤지만 통화와 SMS가 제대로 작동하지 않았습니다. 왜 개발자들은 휴대전화의 기본 기능부터 챙기지 않고 UI나 다른 앱에만 몰두하나요? 통화조차 안 되는데 피트니스 앱이나 걸음 수 측정이 무슨 소용인가요?
- @fsflover — 어떤 기기를 써보셨나요? 제 Librem 5에서는 통화와 문자에 문제가 없습니다.
- @palata — 새 배포판을 만든다고 생각해 보세요. 보안 샌드박싱과 검증 부팅, 배터리 최적화, 펌웨어 접근이 필요할 겁니다. Linux 커널에서 출발해 필요한 조건을 하나씩 따지면 전통적인 Linux 배포판보다 Android 설계에 가까워집니다. 현대 모바일 시스템에 가장 가까운 오픈소스 Linux 배포판은 Android입니다.
- @Everyone — 이미 대안이라고 봅니다. 원하는 대로 할 수 있는 진짜 컴퓨터입니다. 물론 일반적인 모바일 생태계 기능은 쓸 수 없습니다. 하지만 그 생태계는 거대한 문제 덩어리일 뿐입니다.
원문: Amos Batto / 번역·요약: Trawling