일반 커널 이미지 (GKI) 출시 프로세스

이 페이지에서는 주간, 분기별 및 정해진 주기 외 긴급 출시를 포함하여 GKI가 출시되는 방법을 설명합니다. 이 문서의 목표는 GKI를 수령할 위치 및 주기 외 긴급 수정 프로세스에 관한 가이드라인을 OEM에 제공하는 것입니다. OEM은 GKI 개발을 사용하여 Android 커널팀과 협업하여 제품에 맞게 GKI 커널을 최적화할 수 있는 방법을 자세히 알아볼 수 있습니다.

GKI 출시 주기

GKI는 KMI Freeze 이후 분기별 주기로 출시됩니다.

OEM용 GKI 빌드 유효성

OEM은 최근 출시된 Android GKI를 사용할 수 있습니다. OEM은 Android 보안 게시판(ASB)의 LTS 요구사항을 준수하는 한 GKI 인증 빌드로 출시할 수 있습니다.

분기별 인증 출시

GKI 분기별 출시에는 알려진 소스 코드 기준에서 바이너리가 빌드되었음을 증명하기 위해 Google에서 삽입한 인증서가 포함된 테스트된 boot.img가 포함되어 있습니다.

매 분기 GKI 분기별 출시 후보 (인증되지 않음)는 체크인 마감 날짜 후에 선택되며 이는 일반적으로 해당 월의 두 번째 주간 빌드입니다. 분기별 출시 후보가 선택된 후에는 새로운 변경사항이 해당 월의 출시에 허용되지 않습니다. 종료된 기간에는 테스트 실패를 일으키는 버그에 관한 수정사항만 처리될 수 있습니다. 출시 후보는 GKI 검증 섹션에 설명된 것처럼 품질 보증을 거쳐 cuttlefish뿐 아니라 참조 기기의 GSI+GKI 빌드에서 규정 준수 테스트를 통과하는지 확인합니다.

그림 1. GKI 출시 일정

GKI 검증

빌드 아티팩트를 가져올 위치

모든 출시의 아티팩트는 ci.android.com에서 가져올 수 있습니다.

Android 지속적 통합 대시보드에서 테스트 결과를 비롯하여 CI에 관한 자세한 내용을 확인할 수 있습니다.

FAQ

다음은 GKI 출시 프로세스와 관련하여 자주 묻는 질문입니다.

이미 출시된 GKI를 기반으로 새 GKI 바이너리를 빌드할 수 있나요?

예, 이를 리스핀이라고 합니다. 리스핀 프로세스는 출시된 GKI 빌드(리스핀이 요청됨)에서 Android 보안 게시판(ASB)의 LTS 요구사항을 준수하는 한 지원됩니다.

GKI 바이너리를 재현할 수 있나요?

예, 다음 예를 참고하세요.

GKI 2.0
5.10 kernel prebuilts from build 7364300
https://ci.android.com/builds/submitted/7364300/kernel_aarch64/latest

예를 재현하려면 manifest_$id.xml을 다운로드하고 다음 명령어를 실행합니다.

repo init -u https://android.googlesource.com/kernel/manifest
mv manifest_7364300.xml .repo/manifests
repo init -m manifest_7364300.xml --depth=1
repo sync
# build the GKI images
# You may want to use LTO=thin to build faster for development
BUILD_CONFIG=common/build.config.gki.aarch64 build/build.sh
# (optional) build virtual platform modules
BUILD_CONFIG=common-modules/virtual-device/build.config.virtual_device.aarch64 build/build.sh

out/.../dist에서 GKI 아티팩트 사본을 가져올 수 있습니다.

GKI 바이너리(긴급 스핀 패치 포함)는 최신 코드베이스에 기반하여 빌드되나요?

아니요. 리스핀에는 선택한 분기별 인증 커널 위에 있는 패치만 포함됩니다. 이러한 리스핀에는 OEM이 상응하는 기본 분기별 출시를 통해 특정 시간까지 보고한 모든 출시 차단 버그 수정이 포함되어 있습니다. 이러한 유형의 시나리오가 발생하는 방식은 다음 예를 참고하세요.

• OEM1과 OEM2는 2021년 11월부터 GKI 바이너리 출시를 사용하기로 합니다.
• OEM1과 OEM2는 지원을 위해 패치가 필요한 문제를 찾습니다. 이러한 패치는 다를 수도 있고 같을 수도 있습니다.
• 2021년 11월 바이너리 위에 있는 리스핀에는 리스핀 기간에 OEM1과 OEM2에서 보고한 출시 차단 수정사항이 있지만 그뿐입니다.
• 두 번째 글머리기호에 언급된 문제는 후속 GKI 분기별 출시에도 포함됩니다.

10월 리스핀에는 모든 OEM 제출 패치가 있지만 다른 OEM 패치가 영향을 미칩니다. 당사 제품과 함께 테스트하지 않았기 때문입니다. 당사 패치만 포함할 수 있나요?

불가능합니다. 'OEM별' 리스핀 경로는 확장할 수 없습니다. 대신 GKI팀에서는 리스핀 빌드에 적용되는 모든 변경사항을 철저하게 검토하고 새 빌드를 만들기 전에 사용 가능한 모든 하드웨어로 변경사항을 테스트합니다. GKI팀에서 문제가 OEM, 기기 또는 모델에 특정된 것으로 발견하면 GKI팀은 변경사항으로 추가된 코드가 영향을 받는 기기, 모델 또는 SKU에서만 실행되도록 할 수 있습니다.

통합 리스핀의 주요 이점은 동일한 출시 기반을 사용하는 모든 기기가 서로에게 유익하다는 것입니다. 특히, 발견된 버그가 일반적이고 모든 사용자에게 적용되는 경우 그렇습니다. 이동통신사 테스트에서 발견된 핵심 커널 버그는 이 개념의 구체적인 예입니다.

OEM이 제품에 패치를 구현할 때의 영향과 위험을 평가할 수 있도록 OEM 패치 및 문제 시나리오에 관한 구체적인 정보를 Google에서 제공하는 상황이 있나요?

Google에서는 문제가 파악되고 모든 세부정보가 수집될 때까지 리스핀 빌드에 변경사항을 추가하지 않습니다. 이는 변경 로그(커밋 메시지)에서 확인할 수 있습니다. Google에서는 영향을 받는 특정 기기를 공개하지 않지만 OEM은 언제든지 변경 로그에서 문제 설명과 솔루션을 확인할 수 있습니다.