Google, Qualcomm과 협력하여 새로운 칩셋에 4가지 OS Android 업데이트 제공

Google은 Qualcomm과 협력하여 소프트웨어 업데이트 제공을 더 쉽게 만들고 4가지 Android OS 버전과 4년 보안 업데이트를 지원합니다.

3년 전 구글은 프로젝트 트레블 발표는 소프트웨어 업데이트 속도를 높이기 위해 설계된 Android의 대대적인 재구성입니다. Project Treble이 도입한 아키텍처는 OEM이 주요 제품의 납품 속도를 높이는 데 도움이 되었습니다. Android OS 업데이트 및 월간 보안 패치는 다음과 같은 SoC 제공업체에 부정적인 영향을 미쳤습니다. 퀄컴. 실제로 Treble은 실제로 특정 칩셋에 대한 Android OS 업데이트 지원 제공과 관련된 복잡성과 엔지니어링 비용을 증가시켰습니다. 이로 인해 Qualcomm이 SoC에 제공할 수 있는 지원 기간이 제한되었지만 이는 곧 바뀔 것입니다. Android 11 이상으로 출시되는 모든 Snapdragon SoC - 시작 스냅드래곤 888과 함께, Qualcomm은 3가지 Android OS 버전 업데이트(출시 릴리스 + 3자 업그레이드)와 4년간의 보안 업데이트를 지원할 예정입니다. 이는 이전에 주력 제품인 800 시리즈 칩셋에 제공한 것보다 1년 더 늘어난 것입니다.

오늘의 발표는 중요하지만 Google이 3년 전 Project Treble을 통해 무엇을 달성하려고 했는지에 대한 배경 지식 없이는 이해할 수 없습니다.

Treble은 Android OS 프레임워크(앱이 사용하는 모든 UI 코드, API 및 시스템 프로세스 포함) 간의 분할을 만들었습니다. 상호 작용) 및 장치별 하위 수준 소프트웨어(기본 Linux 커널 및 하드웨어 추상화 계층 포함, 또는 HAL). 기기별 하위 수준 소프트웨어는 잘 정의되고 안정적인 방식을 통해 Android OS 프레임워크와 통신합니다. 벤더 인터페이스. 각 Android OS 버전은 공급업체 구현과의 이전 버전 호환성을 보장하며, Google은 표준화된 규정 준수 테스트 모음인 공급업체 테스트 모음(VTS)을 사용하여 이를 보장합니다. 이는 예를 들어 Android 11 OS 프레임워크가 Android 10용으로 설계된 공급업체 구현과 이전 버전과 호환된다는 의미입니다. 실제로 Google은 Android가 새로 출시될 때마다 이전 3개 버전의 공급업체 구현과 호환되는 소스 기반 시스템 이미지인 GSI(일반 시스템 이미지)를 게시합니다. OEM이 새로운 Android 기기를 제작할 때 Android OS 프레임워크를 자유롭게 수정하여 새로운 기능을 도입할 수 있습니다. 독점 기능 및 API를 제공하지만 장치의 공급업체 구현이 다음과 호환되는지 확인해야 합니다. GSI.

Treble 아키텍처 덕분에 동일한 Android OS 프레임워크 코드를 다양한 공급업체 구현에서 재사용할 수 있습니다. 이것이 일반 시스템 이미지의 "일반"입니다. 출처: 구글.

이는 주로 Treble이 조각화를 줄이고 새로운 OS 업데이트 제공 속도를 높이는 방법입니다. Android OS 프레임워크를 페어링할 때 파손이 훨씬 적습니다. 소스 및 Google에서 제공) 및 안정적인 공급업체 덕분에 장치별 하위 수준 소프트웨어(종종 비공개 소스이며 SoC 공급업체와의 계약에 따라 제공됨) 상호 작용. 이상적으로 이는 OEM이 하드웨어 버그를 수정하는 데 소요되는 시간을 줄이고 최신 Android OS 릴리스에 시스템 수준 변경 사항을 포팅하는 데 더 많은 시간을 할애할 수 있음을 의미합니다. 실제로 Treble이 출시된 이후 OEM들이 이전보다 훨씬 더 빠르게 최신 Android OS 릴리스를 채택했다고 Google은 말합니다. "Android 11이 출시될 당시 Android 10의 활성 사용자는 6억 6,700만 명이었고, 그 중 82%가 OTA(Over The Air) 업데이트를 통해 Android 10 빌드를 받았습니다."라고 Google은 말했습니다.

Android 9 Pie, Android 10, Android 11 채택. 출처: 구글.

Android가 새로 출시될 때마다 더 많은 하드웨어 기능에 대한 지원이 추가되기 때문에(OS는 새로운 기능을 지원해야 함) 모바일 산업의 급속한 발전에 발맞추기 위해) Google은 이를 위해 공급업체 인터페이스를 업데이트해야 합니다. 풀어 주다. 따라서 회사는 새로운 HAL 요구 사항을 정의하고 새로운 Linux 커널 버전을 요구하지만 장치만 필요합니다. 진수 새로운 Android OS 릴리스에서는 공급업체에 영향을 미치는 이러한 변경 사항을 실제로 지원합니다. 예를 들어 Google이 여러 후면 카메라 센서를 지원하도록 Android의 카메라 HAL을 수정하는 경우 새 Android 버전으로 출시되는 새 기기만 다음을 수행해야 합니다. 업데이트된 HAL을 지원합니다. 반면 새 릴리스로 업그레이드하는 이전 장치는 이 새 카메라 HAL 없이 이전 공급업체 구현을 재사용할 수 있습니다. 요구 사항. 이를 통해 OEM의 관점에서 볼 때 새로운 Android OS 릴리스를 기존 기기에 적용하는 데 드는 비용과 복잡성이 줄어듭니다. 그러나 문제는 이러한 접근 방식이 Qualcomm, MediaTek 등과 같은 SoC 공급업체에 추가적인 복잡성을 가져온다는 것입니다.

이러한 설계 원칙의 결과로 Qualcomm 및 기타 SoC 공급업체는 Android OS 프레임워크 소프트웨어와 공급업체 구현의 다양한 조합을 지원해야 합니다. 특정 칩셋에 대해 3세대 Android OS 버전을 지원하는 SoC 공급업체는 OS 프레임워크 소프트웨어와 공급업체 구현의 6가지 조합을 지원해야 합니다. 이는 OEM이 새로운 HAL 및 Linux 커널을 회피하기 위해 이전 공급업체 구현을 재사용하여 문제를 해결할 수 있기 때문입니다. 버전 요구 사항에 따라 SoC 공급업체는 공급업체 구현이 이전 버전과 새 버전을 모두 지원하는지 확인해야 합니다. 요구 사항. 그들은 고르고 선택할 수 없습니다. 여기에 SoC 공급업체가 지원해야 하는 수십 개의 칩셋을 곱하면 Treble이 실제로 어떻게 복잡성을 증가시켰는지 확인할 수 있습니다.

이러한 이유로 Qualcomm 및 기타 SoC 공급업체는 일반적으로 특정 칩셋에 대해 최대 2개의 OS 문자 업그레이드와 3년의 보안 업데이트만 제공합니다. 정확한 비용은 모르지만 Qualcomm과 같은 SoC 공급업체가 그보다 훨씬 오랫동안 칩셋을 지원하는 것은 경제적으로 타당하지 않다고 생각합니다. Qualcomm 및 기타 SoC 공급업체가 때때로 더 오랫동안 지원을 제공하는 것을 보았지만 OEM 수요에 따라 다름 경제적으로 만들려고. 그러한 수요가 없다면 OEM이 새로운 Android 릴리스를 출시하는 데 드는 개발 비용을 부담해야 합니다. 그건 쉬운 일이 아니야. 하지만 Google과 Qualcomm의 공동 노력 덕분에 후자는 이제 4개의 Android OS를 지원하게 되었습니다. Qualcomm을 시작으로 일부 Snapdragon 칩셋에 대한 버전 및 4년 보안 업데이트가 제공됩니다. 스냅드래곤 888.

이를 가능하게 하기 위해 Google은 Project Treble의 '소급 불가 원칙'을 기기뿐 아니라 SoC에도 확장했습니다. 이는 새로운 HAL 및 Linux 커널 버전 요구사항이 SoC에 소급 적용되지 않음을 의미합니다. 예를 들어 SoC는 다음과 같습니다. Android 11(예: Snapdragon 888)로 출시되면 동일한 공급업체 구현을 재사용하여 Android 12를 지원할 수 있습니다. 안드로이드 14. 따라서 SoC 공급업체는 특정 칩셋에 대한 단일 BSP(보드 지원 패키지)를 개발하여 배포할 수 있습니다. 새로운 Android마다 업데이트해야 하는 여러 버전의 BSP를 유지 관리하는 대신 OEM 풀어 주다. 이는 특정 칩셋에서 Android를 지원하는 것과 관련된 엔지니어링 비용을 크게 줄여 Qualcomm과 같은 SoC 공급업체가 칩셋을 더 오랫동안 지원할 수 있는 능력을 제공합니다.

Google은 또한 Qualcomm과 협력하여 여러 Qualcomm에서 동일한 OS 프레임워크 소프트웨어를 재사용하도록 하고 있습니다. 칩셋을 사용하면 Qualcomm이 구현해야 하는 OS 프레임워크 및 공급업체 구현 조합의 수가 더욱 줄어듭니다. 지원하다. SoC 공급업체는 현재 AOSP 프레임워크 코드를 수정하고 자체 버전의 일반 시스템 이미지를 구축합니다. 예를 들어 Qualcomm의 것은 QSSI라고 하고 MediaTek의 것은 MSSI라고 합니다. 이러한 SoC 관련 시스템 이미지는 이제 Google의 AOSP GSI와 마찬가지로 여러 칩셋은 물론 이전 공급업체 소프트웨어와도 호환되도록 보장됩니다.

새로운 소급 불가 원칙을 구현한 SoC 공급업체에 대한 가상 소프트웨어 지원 타임라인입니다. 출처: 구글.

Qualcomm Snapdragon 888이 탑재된 장치는 Xiaomi Mi 11 및 Samsung Galaxy S21 시리즈를 시작으로 곧 출시될 것으로 예상됩니다. Google과 Qualcomm의 발표로 모든 Snapdragon 888 장치가 3년간 Android OS 및 보안 패치 업데이트를 받을 수 있기를 바라지만, 그렇게 될 것이라는 보장은 없습니다. OEM은 새로운 OS 버전을 개발하고 배포하기 위해 여전히 상당한 금액을 투자해야 하지만 Qualcomm 자체가 4가지 Android OS 버전을 지원하게 되므로 이러한 일이 일어날 가능성이 훨씬 더 높아졌습니다. 하나 이상의 OEM이 오늘 발표를 활용하여 Snapdragon 888이 탑재된 향후 주력 휴대폰에 대한 확장된 소프트웨어 지원을 발표하기를 바랍니다. 현재 대부분의 OEM은 Android 업데이트를 2년만 제공하는 반면, 삼성과 Google은 모두 3년을 약속합니다. 이는 Apple에 비해 여전히 너무 짧으며 정당하게 여러 번 호출되었으며 격차가 줄어들 때까지 계속 호출될 것입니다.

다른 SoC 공급업체의 경우 Google은 이 새로운 소급 불가 원칙을 적용하여 칩셋에 대한 확장된 소프트웨어 지원을 제공할 수 있도록 이들과 논의 중입니다. MediaTek이나 다른 SoC 공급업체로부터 어떠한 확인도 받지 못했지만, 적어도 새로운 칩셋에 대해서는 그들이 이 아이디어에 동참하지 않을 이유가 없습니다. Google에 따르면 그들은 대부분 새로 출시된 SoC만이 이러한 이점을 활용할 것으로 예상합니다. 변경되므로 현재 장치가 확장된 소프트웨어 지원을 받을 것이라고 기대하지 마십시오. 발표.

이 문서는 변경 사항이 적용되는 위치를 더 잘 반영하기 위해 제목의 "장치"를 "칩셋"으로 변경하기 위해 2020년 12월 16일 오후 1시 50분(ET)에 업데이트되었습니다. Google의 도움으로 기사에 추가 정보가 추가되었습니다.

이 기사는 Google과 Qualcomm이 4개의 Android에 대한 지원을 약속한다는 내용을 반영하기 위해 오후 2시 10분(ET)에 업데이트되었습니다. OS 버전 — 4년의 OS가 아닌 출시 릴리스와 3년의 Android OS 업데이트를 의미합니다. 업데이트. 하지만 퀄컴은 4년간 보안 업데이트를 제공하겠다고 약속했습니다.