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'nın 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 çekirdek ekibiyle nasıl çalışabilecekleri ve GKI çekirdeğini ürünleri için nasıl optimize edebilecekleri hakkında daha fazla bilgi edinebilir.

GKI yayınlama sıklığı

GKI, KMI dondurulduktan sonra üç aylık aralıklarla 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 Eki1 Eki
GKI önceden yüklemeye hazır Eki 3115 Ekim15 Ekim
Ara
2025
Check-in
kesme
1 Ara1 Ara1 Ara1 Ara
GKI önceden yüklemeye hazır 15 Ara15 Ara15 Ara15 Ara
Oca
2026
Check-in
kesme
16 Ocak2 Ocak2 Ocak
GKI önceden yüklemeye hazır 31 Ocak15 Oca15 Oca
Şub
2026
Check-in
kesme
GKI önceden yüklemeye hazır
Mar
2026
Check-in
kesme
1 Mart1 Mart15 Mart
GKI önceden yüklemeye hazır 15 Mart15 Mart31 Mart
Nis
2026
Check-in
kesme
16 Nis1 Nis1 Nis
GKI önceden yüklemeye hazır 30 Nis15 Nis15 Nis
Mayıs
2026
Check-in
kesme
GKI önceden yüklemeye hazır
Haziran
2026
Check-in
kesme
1 Haziran1 Haziran15 Haziran15 Haziran
GKI önceden yüklemeye hazır 15 Haziran15 Haziran30 Haziran30 Haziran
Tem
2026
Check-in
kesme
16 Temmuz1 Temmuz1 Temmuz
GKI önceden yüklemeye hazır 31 Tem15 Temmuz15 Temmuz
Ağu
2026
Check-in
kesme
GKI önceden yüklemeye hazır
Eyl
2026
Check-in
kesme
1 Eyl1 Eyl16 Eyl16 Eyl
GKI önceden yüklemeye hazır 15 Eyl15 Eyl30 Eyl30 Eyl
Eki
2026
Check-in
kesme
16 Ekim1 Eki1 Eki
GKI önceden yüklemeye hazır Eki 3115 Ekim15 Ekim
Kasım
2026
Check-in
kesme
GKI önceden yüklemeye hazır
Aralık
2026
Check-in
kesme
1 Ara1 Ara1 Ara1 Ara
GKI önceden yüklemeye 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'yi 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ı sürümler

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. Yayın adayı, GKI yeterlilik bölümünde açıklandığı gibi kalite kontrolü sürecinden geçer. Bu süreçte, 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 uygulaması Notlar
Üç aylık (sertifikalı) Cuttlefish testi
  • Başlatma
  • VTS
  • CTS
Referans donanım testi
  • Başlatma
  • VTS
  • CTS
Respins (sertifikalı) Cuttlefish testi
  • Başlatma
  • VTS
  • CTS'nin alt kümesi
Referans cihaz testi
  • Başlatma
  • 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'ye dayalı yeni bir GKI ikili programı oluşturmak mümkün mü?

Evet, bu işleme 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 görebilirsiniz:

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ı indirip 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 dosyası (acil durum yama paketi dahil) en son kod tabanında oluşturuldu mu?

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

  • OEM1 ve OEM2, Kasım 2021'deki GKI ikili program 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 edilir.

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 yeniden döndürme yolu ölçeklenebilir değildir. Bunun yerine, GKI ekibi yeniden oluşturma derlemelerine giren her değişikliği ayrıntılı bir şekilde inceler ve yeni bir derleme oluşturmadan önce değişiklikleri mevcut tüm donanımlarla test eder. GKI ekibi, sorunun belirli bir OEM, cihaz veya modelle ilgili olduğunu tespit ederse GKI ekibi, değişiklik tarafından 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 kavramın belirli bir örneğidir.

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

Google, GKI ekibi sorunu anlayıp tüm ayrıntıları toplayana kadar 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, değişiklik günlüğünde her zaman sorun açıklamasını ve çözümü bulabilir.