Genel Kernel Görüntüsü (GKI) sürüm işlemi

Bu sayfada, üç aylık ve bant dışı acil durum sürümleri de dahil olmak üzere GKI'nin nasıl yayınlandığı açıklanmaktadır. Bu sayfanın amacı, OEM'lere GKI'yı nereden alacakları ve bant dışı acil düzeltme süreci hakkında bir kılavuz sunmaktır. OEM'ler, GKI geliştirme özelliğini kullanarak Android Kernel ekibiyle nasıl çalışabilecekleri ve GKI çekirdeğini ürünleri için nasıl optimize edebilecekleri hakkında daha fazla bilgi edinebilir.

GKI sürüm sıklığı

GKI, KMI dondurulduktan sonra üç ayda bir yayınlanır.

Yayın ayı a12-5.10 a13-5.10 a13-5.15 a14-5.15 a14-6.1 a15-6.6* a16-6.12* a17-6.18*
Eki
2025
Check-in
kesme
16 Ekim1 Ekim1 Ekim
GKI önceden yükleme hazır 31 Eki15 Eki15 Eki
Ara
2025
Check-in
kesme
1 Ara1 Ara1 Ara1 Ara
GKI önceden yükleme hazır 15 Ara15 Ara15 Ara15 Ara
Oca
2026
Check-in
kesme
16 Ocak2 Ocak2 Ocak
GKI önceden yükleme hazır 31 Ocak15 Oca15 Oca
Şub
2026
Check-in
kesme
GKI önceden yükleme hazır
Mar
2026
Check-in
kesme
1 Mart1 Mart15 Mart
GKI önceden yükleme hazır 15 Mart15 Mart31 Mart
Nis
2026
Check-in
kesme
16 Nis16 Nis1 Nis1 Nis
GKI önceden yükleme hazır 30 Nis30 Nis15 Nis15 Nis
Mayıs
2026
Check-in
kesme
GKI önceden yükleme hazır
Haziran
2026
Check-in
kesme
1 Haziran15 Haziran15 Haziran1 Haziran
GKI önceden yükleme hazır 15 Haziran30 Haziran30 Haziran15 Haziran
Temmuz
2026
Check-in
kesme
16 Temmuz16 Temmuz1 Temmuz1 Temmuz
GKI önceden yükleme hazır 31 Tem31 Tem15 Temmuz15 Temmuz
Ağu
2026
Check-in
kesme
GKI önceden yükleme hazır
Eyl
2026
Check-in
kesme
1 Eyl16 Eyl16 Eyl1 Eyl
GKI önceden yükleme hazır 15 Eyl30 Eylül30 Eylül15 Eyl
Eki
2026
Check-in
kesme
16 Ekim16 Ekim1 Ekim1 Ekim
GKI önceden yükleme hazır 31 Eki31 Eki15 Eki15 Eki
Kasım
2026
Check-in
kesme
GKI önceden yükleme hazır
Aralık
2026
Check-in
kesme
1 Ara1 Ara1 Ara1 Ara
GKI önceden yükleme hazır 15 Ara15 Ara15 Ara15 Ara

OEM'ler için GKI derleme geçerliliği

OEM'ler, kısa süre önce yayınlanan bir Android GKI'yı kullanabilir. OEM'ler, Android Güvenlik Bülteni'ndeki (ASB) uzun süreli desteklenen (LTS) çekirdek gereksinimlerine uydukları sürece GKI sertifikalı derlemelerle lansman yapabilir.

Üç aylık sertifikalı yayınlar

GKI'nın üç aylık sürümlerinde, ikili dosyaların bilinen bir kaynak kodu temelinden oluşturulduğunu onaylamak için Google tarafından eklenmiş bir sertifika içeren, test edilmiş bir boot.img bulunur.

Her çeyrekte, check-in son tarihinden sonra GKI çeyrek sürüm adayı (sertifikalı değil) seçilir. Üç aylık sürüm adayı seçildikten sonra o ayın sürümüne yeni değişiklikler kabul edilmez. Kapalı pencere döneminde yalnızca testin başarısız olmasına neden olan hatalarla ilgili düzeltmeler yapılabilir. Sürüm adayı, GKI yeterlilik bölümünde açıklandığı gibi kalite kontrolü sürecinden geçerek uygunluk testlerinin referans cihaz ve Cuttlefish ile GSI+GKI derlemesinde başarılı olduğu doğrulanır.

GKI yayın sıklığı
zaman çizelgesi Şekil 1. GKI yayın zaman çizelgesi

GKI yeterlilikleri

GKI derleme türleri Kalite yaptırımı Notlar
Üç aylık (sertifikalı) Cuttlefish testi
  • Boot
  • VTS
  • CTS
Referans donanım testi
  • Boot
  • VTS
  • CTS
Respins (sertifikalı) Cuttlefish testi
  • Boot
  • VTS
  • CTS'nin alt kümesi
Referans cihaz testi
  • Boot
  • VTS
  • GKI sertifikalı bir derleme üzerine kuruludur.
  • Derleme, yeterlilikten sonra sertifikalandırılır.

Derleme yapılarını nereden edinebilirsiniz?

OEM'ler, tüm sürümlerin yapılarını ci.android.com adresinden edinebilir.

Test sonuçları da dahil olmak üzere CI hakkında daha fazla bilgiyi Android Sürekli Entegrasyon kontrol panelinde bulabilirsiniz.

SSS

GKI yayınlama süreciyle ilgili sık sorulan bazı soruları aşağıda bulabilirsiniz.

Daha önce yayınlanmış bir GKI'ya dayalı yeni bir GKI ikili dosyası oluşturmak mümkün mü?

Evet, buna yeniden çevirme denir. Yeniden derleme işlemi, yayınlanan GKI derlemesi (yeniden derlemenin istendiği) Android Güvenlik Bülteni'ndeki (ASB) LTS şartlarına uygun olduğu sürece desteklenir.

GKI ikili dosyalarını yeniden oluşturmak mümkün mü?

Evet, örneği aşağıda bulabilirsiniz:

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

Örneği yeniden oluşturmak için manifest_$id.xml dosyasını indirin ve aşağıdaki komutu çalıştırın:

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

GKI yapay nesne kopyanızı out/.../dist adresinden alabilirsiniz.

GKI ikili programı (acil durum yama paketi dahil) en son kod tabanında derlendi mi?

Hayır. Yeniden derlemeler yalnızca seçilen üç aylık sertifikalı çekirdeklerin üstünde bulunan yamaları içerir. Bu yeniden döndürmeler, ilgili temel üç aylık sürümü kullanan OEM'ler tarafından herhangi bir zamana kadar bildirilen, lansmanı engelleyen tüm hata düzeltmelerini içerir. Bu tür bir senaryonun nasıl gerçekleştiğiyle ilgili aşağıdaki örneğe bakın.

  • OEM1 ve OEM2, Kasım 2021'deki GKI ikili sürümünü kullanmaya karar verir.
  • OEM1 ve OEM2, destek için yamalar gerektiren sorunlar bulur. Bu yamalar farklı veya aynı olabilir.
  • Kasım 2021 ikilisinin üstündeki yeniden derlemelerde, yeniden derleme penceresi sırasında hem OEM1 hem de OEM2 tarafından bildirilen lansmanı engelleyen düzeltmeler var ancak başka bir şey yok.
  • İkinci madde işaretinde belirtilen sorunlar, sonraki GKI üç aylık sürümlerine de dahil edilmiştir.

Ekim ayındaki yeniden derleme, OEM tarafından gönderilen tüm yamaları içerir ancak diğer OEM yamaları, ürünlerimizle özel olarak test edilmedikleri için bizi etkiler. Yalnızca yama dosyamızı eklemek mümkün mü?

Bu mümkün değildir. Tek tek OEM'ler için respin işlemi yolu ölçeklenebilir değildir. Bunun yerine, GKI ekibi yeniden oluşturma derlemelerine giren her değişikliği ayrı ayrı inceler ve yeni bir derleme oluşturmadan önce değişiklikleri mevcut tüm donanımlarla test eder. GKI ekibi, sorunun bir OEM, cihaz veya modelle ilgili olduğunu tespit ederse GKI ekibi, değişiklikle eklenen kodun yalnızca etkilenen cihaz, model veya SKU'da yürütüldüğünü doğrulayabilir.

Birleştirilmiş yeniden başlatma özelliğinin en büyük avantajı, aynı sürüm tabanını kullanan her cihazın birbirinden yararlanmasıdır. Özellikle keşfettikleri hatalar genel ve tüm kullanıcılar için geçerliyse bu avantaj daha da belirginleşir. Operatör testinde bulunan temel çekirdek hataları bu kavrama özel bir örnektir.

Google, OEM'lerin yamaları ürünlerine uygulamanın etkisini ve riskini değerlendirebilmesi için OEM yamaları ve sorun senaryoları hakkında belirli bilgiler sağlar mı?

GKI ekibi sorunu anlayıp tüm ayrıntıları toplayana kadar Google, yeniden oluşturma derlemesine hiçbir zaman değişiklik eklemez. Bunu değişiklik günlüğünde (commit mesajı) görebilirsiniz. Google, hangi cihazın etkilendiğini açıklamaz ancak OEM'ler her zaman değişiklik günlüğünde sorun açıklamasını ve çözümü bulabilir.