กระบวนการเผยแพร่อิมเมจเคอร์เนลทั่วไป (GKI)

เอกสารนี้อธิบายวิธีเผยแพร่ GKI ซึ่งรวมถึงรายสัปดาห์ รายเดือน และออก ของรุ่นฉุกเฉิน เอกสารฉบับนี้มีวัตถุประสงค์เพื่อให้ OEM เป็นที่ แนวทางเกี่ยวกับสถานที่ในการสมัคร GKI และกระบวนการสำหรับช่วงนอกวงการ การแก้ไขปัญหาฉุกเฉิน นอกจากนี้ OEM ยังใช้คู่มือการพัฒนา GKI ได้อีกด้วย เพื่อดูวิธีที่พาร์ทเนอร์ทำงานร่วมกับทีม Kernel ของ Android เพื่อเพิ่มประสิทธิภาพ เคอร์เนล GKI สำหรับผลิตภัณฑ์ของตน

ช่วงเวลาเผยแพร่ GKI

GKI เผยแพร่ตามแผนการสนทนารายเดือนหลังจาก KMI หยุดทำงาน

การเปิดตัว Android 13, 14 และ 15 GKI

ตารางต่อไปนี้เกี่ยวข้องกับ android13-5.10, android13-5.15 และ android14-6.1 เท่านั้น

บิลด์ที่ได้รับการรับรองรายเดือนของ GKI วันที่ยกเลิกเช็คอิน วันที่พร้อมโหลด GKI ล่วงหน้า ยืนยันหรือไม่
ตุลาคม 14 ตุลาคม 2022 31 ตุลาคม 2022 ใช่
พฤศจิกายน 14 พฤศจิกายน 2022 30 พฤศจิกายน 2022 ใช่
ธันวาคม 9 ธันวาคม 2022 21 ธันวาคม 2022 ใช่
มกราคม 17 มกราคม 2023 31 มกราคม 2023 ใช่
กุมภาพันธ์ 15 กุมภาพันธ์ 2023 28 กุมภาพันธ์ 2023 ใช่
มีนาคม 15 มีนาคม 2023 31 มีนาคม 2023 ใช่
เมษายน 13 เมษายน 2023 28 เมษายน 2023 ใช่
พฤษภาคม 17 พฤษภาคม 2023 31 พฤษภาคม 2023 ใช่
มิถุนายน 15 มิถุนายน 2023 30 มิถุนายน 2023 ใช่
กรกฎาคม 18 กรกฎาคม 2023 31 กรกฎาคม 2023 ใช่
สิงหาคม 16 สิงหาคม 2023 31 สิงหาคม 2023 ใช่
กันยายน 14 กันยายน 2023 29 กันยายน 2023 ใช่
ตุลาคม 18 ตุลาคม 2023 31 ตุลาคม 2023 ใช่
พฤศจิกายน 10 พฤศจิกายน 2023 30 พฤศจิกายน 2023 ใช่
ธันวาคม 7 ธันวาคม 2023 22 ธันวาคม 2023 ใช่
มกราคม 16 มกราคม 2024 31 มกราคม 2024 ใช่
กุมภาพันธ์ 13 กุมภาพันธ์ 2024 29 กุมภาพันธ์ 2024 ใช่
มีนาคม 13 มีนาคม 2024 29 มีนาคม 2024 ใช่
เมษายน 16 เมษายน 2024 30 เมษายน 2024 ใช่
พฤษภาคม 14 พฤษภาคม 2024 31 พฤษภาคม 2024 ใช่
มิถุนายน 12 มิถุนายน 2024 28 มิถุนายน 2024 ใช่
กรกฎาคม 16 กรกฎาคม 2024 31 กรกฎาคม 2024 ใช่
สิงหาคม 15 สิงหาคม 2024 30 สิงหาคม 2024 ใช่
กันยายน 17 กันยายน 2024 30 กันยายน 2024 ใช่
ตุลาคม 15 ตุลาคม 2024 31 ตุลาคม 2024 ใช่
พฤศจิกายน 11 พฤศจิกายน 2024 27 พฤศจิกายน 2024 ใช่
ธันวาคม 6 ธันวาคม 2024 23 ธันวาคม 2024 ใช่

ตั้งแต่เดือนมกราคม 2024 เป็นต้นไป เราจะกลับไปใช้ android14-5.15 รายเดือนอีกครั้ง ตามช่วงเวลารายเดือนที่ระบุตามที่ระบุไว้ในตารางด้านล่าง ช่วงเวลาการเผยแพร่ของ android15-6.6 จะเป็นไปตามรอบการเปิดตัวเดิม โดยเริ่มตั้งแต่เดือนกรกฎาคม 2024

บิลด์ที่ได้รับการรับรองรายเดือนของ GKI วันที่ยกเลิกเช็คอิน วันที่พร้อมโหลด GKI ล่วงหน้า ยืนยันหรือไม่
มกราคม 16 มกราคม 2024 31 มกราคม 2024 ใช่
กุมภาพันธ์ 13 กุมภาพันธ์ 2024 29 กุมภาพันธ์ 2024 ใช่
มีนาคม 4 มีนาคม 2024 15 มีนาคม 2024 ใช่
เมษายน 1 เมษายน 2024 17 เมษายน 2024 ใช่
พฤษภาคม 1 พฤษภาคม 2024 17 พฤษภาคม 2024 ใช่
มิถุนายน 3 มิถุนายน 2024 17 มิถุนายน 2024 ใช่
กรกฎาคม 1 กรกฎาคม 2024 15 กรกฎาคม 2024 ใช่
สิงหาคม 1 สิงหาคม 2024 16 สิงหาคม 2024 ใช่
กันยายน 2 กันยายน 2024 16 กันยายน 2024 ใช่
ตุลาคม 1 ตุลาคม 2024 14 ตุลาคม 2024 ใช่
พฤศจิกายน 1 พฤศจิกายน 2024 15 พฤศจิกายน 2024 ใช่
ธันวาคม 2 ธันวาคม 2024 16 ธันวาคม 2024 ใช่

รุ่น GKI ของ Android 12

หลังจากเดือนพฤษภาคม 2024 การเผยแพร่ GKI android12-5.10 รุ่นจะเกิดขึ้นตามกำหนดการรายไตรมาสและ ในช่วงกลางเดือน ตารางต่อไปนี้เกี่ยวข้องกับ android12-5.10 เท่านั้น

บิลด์ที่ได้รับการรับรองรายเดือนของ GKI วันที่ยกเลิกเช็คอิน วันที่พร้อมโหลด GKI ล่วงหน้า ยืนยันหรือไม่
กรกฎาคม 3 กรกฎาคม 2023 14 กรกฎาคม 2023 ใช่
กันยายน 1 กันยายน 2023 15 กันยายน 2023 ใช่
พฤศจิกายน 3 พฤศจิกายน 2023 17 พฤศจิกายน 2023 ใช่
มกราคม 5 มกราคม 2024 19 มกราคม 2024 ใช่
มีนาคม 4 มีนาคม 2024 15 มีนาคม 2024 ใช่
พฤษภาคม 1 พฤษภาคม 2024 17 พฤษภาคม 2024 ใช่
สิงหาคม 1 สิงหาคม 2024 16 สิงหาคม 2024 ใช่
พฤศจิกายน 1 พฤศจิกายน 2024 15 พฤศจิกายน 2024 ใช่
กุมภาพันธ์ 3 กุมภาพันธ์ 2025 17 กุมภาพันธ์ 2025 ใช่

ความถูกต้องของบิลด์ GKI สำหรับ OEM

OEM ใช้ Android GKI ที่เพิ่งเปิดตัวได้ OEM สามารถเปิดตัวด้วย บิลด์ที่ผ่านการรับรอง GKI ตราบใดที่เป็นไปตามข้อกําหนด LTS ใน กระดานข่าวสารด้านความปลอดภัยของ Android (ASB)

เวอร์ชันสำหรับการพัฒนารายสัปดาห์

รุ่นจะได้รับการทดสอบกับปลาหมึก เพื่อให้ผ่านเกณฑ์คุณภาพขั้นต่ำ

ไบนารี GKI มีให้บริการแบบบริการตนเองจาก ci.android.com เมื่อรวมการเปลี่ยนแปลงแล้ว บิลด์รายสัปดาห์จะไม่ได้รับการรับรอง แต่สามารถใช้เป็น ซึ่งเป็นเกณฑ์สำหรับการพัฒนาและการทดสอบ ใช้งานบิลด์รายสัปดาห์ไม่ได้ เวอร์ชันอุปกรณ์ที่ใช้งานจริงสำหรับผู้ใช้ปลายทาง

รุ่นที่ได้รับการรับรองรายเดือน

GKI รุ่นรายเดือนมี boot.img ที่ผ่านการทดสอบซึ่งประกอบด้วย แทรกใบรับรองเพื่อรับรองว่าไบนารีสร้างขึ้นจากแหล่งที่มาที่รู้จัก เส้นฐานของโค้ด

ในแต่ละเดือน ระบบจะเลือกผู้สมัครที่เผยแพร่รายเดือนสำหรับ GKI (ไม่ได้รับการรับรอง) หลังจากวันที่ปิดรับเช็คอิน ซึ่งปกติแล้วจะเป็นบิลด์รายสัปดาห์ครั้งที่ 2 ในเดือนนั้น หลังจากที่เลือกผู้สมัครที่เผยแพร่รายเดือนแล้ว ใหม่ การเปลี่ยนแปลงจะไม่ได้รับการยอมรับในรุ่นของเดือนนั้น ระหว่างหน้าต่างที่ปิด คุณสามารถแก้ไขได้เฉพาะข้อบกพร่องที่ทำให้การทดสอบล้มเหลวเท่านั้น ผู้สมัครรับเลือกตั้งรุ่นนั้นๆ ได้รับการประกันคุณภาพ ตามที่อธิบายไว้ใน GKI ส่วนการรับรอง - เพื่อให้แน่ใจว่าการทดสอบการปฏิบัติตามข้อกำหนดจะผ่าน บิลด์ GSI+GKI ที่มีอุปกรณ์อ้างอิงและหมึกกระดอง

ลำดับเวลาการเผยแพร่ GKI รูปที่ 1 ลำดับเวลาการเผยแพร่ GKI

กระบวนการให้แสดงอีกครั้งในกรณีฉุกเฉิน

การทำซ้ำหมายถึงกระบวนการสร้างใหม่ สร้างใหม่ ทดสอบใหม่ และ รับรองไบนารีอีกครั้งหลังจาก การเผยแพร่เคอร์เนล GKI ต่อสาธารณะ คุณส่งคำขอรีสตาร์ทของไบนารีที่ผ่านการรับรองสำหรับรายการต่อไปนี้ได้ สถานการณ์:

  • หากต้องการอัปเดตรายการสัญลักษณ์
  • เพื่อใช้การแก้ไขข้อบกพร่อง รวมถึงข้อบกพร่องที่พบระหว่างการอนุมัติจากห้องทดลองของผู้ให้บริการ
  • เพิ่มฮุกของผู้ให้บริการ
  • เพื่อใช้แพตช์กับฟีเจอร์ที่มีอยู่
  • วิธีใช้แพตช์ความปลอดภัย (หลังผ่านไป 6 เดือน)

แพตช์ด้านความปลอดภัยจะผสานรวมเป็น Branch ของรุ่นโดยอัตโนมัติเป็นเวลาสูงสุด 6 เดือนหลังจากเปิดตัวสาขา หลังจากครบ 6 เดือนแล้ว คุณต้อง ส่งคำขออีกครั้งเพื่อใช้แพตช์ด้านความปลอดภัยกับ Branch

หลักเกณฑ์การส่งคำขออีกครั้ง

ก่อนที่จะส่งคำขอรีสตาร์ท โปรดดูหลักเกณฑ์ต่อไปนี้

  • อนุญาตให้ทำซ้ำได้ใน Branch ของรุ่นหลังจากรุ่นแรกที่เผยแพร่ต่อสาธารณะแล้วเท่านั้น ของบิลด์รายเดือน เปิดตัว

  • ระบบยอมรับคำขอ Respin สำหรับ Branch ของรุ่นที่เจาะจงสำหรับ สูงสุด 6 เดือนหลังจากการเผยแพร่สู่สาธารณะครั้งแรก หลังจาก 6 เดือน สาขามีสิทธิ์แสดงผลอีกครั้งสำหรับแพตช์ด้านความปลอดภัยที่อ้างถึงใน กระดานข่าวสารด้านความปลอดภัยของ Android

  • เมื่อข้อกำหนดของ LTS ที่กำหนดโดยกระดานข่าวสารด้านความปลอดภัยของ Android (ASB) ทำให้ Branch ไม่เป็นไปตามข้อกำหนด ระบบจึงเลิกใช้งาน Branch ปักหมุดคำขออีกครั้ง ไม่ยอมรับสำหรับสาขาที่เลิกใช้งานแล้ว วันที่เลิกใช้งานสำหรับ GKI หนึ่งๆ สาขา รุ่นจะรวมอยู่ในบันทึกประจำรุ่นของ GKI รายเดือนในส่วน ผลงาน ข้อกำหนดของ LTS จะอัปเดตในเดือนพฤษภาคมและพฤศจิกายนเพื่อการวางแผนในอนาคต ทุกปี ตัวอย่างเช่น android12-5.10-2023-07 Branch (5.10.177) ใช้ไม่ได้กับการ respin หลังจากวันที่ 1 พฤษภาคม 2024 เนื่องจาก android12-5.10-2023-07 สาขา (5.10.177) ไม่เป็นไปตามข้อกำหนด LTS ของ ASB-2024-05

  • การย้อนกลับใช้ได้กับการแก้ไขข้อบกพร่องโดยเร่งด่วน การอัปเดตรายการสัญลักษณ์ หรือ เพื่อใช้แพตช์เพื่อแก้ไขฟีเจอร์ที่มีอยู่

  • แพตช์ทั้งหมดที่เข้าสู่ Branch ของรุ่นรายเดือนต้องผสานรวมเข้ากับ สาขาการพัฒนา GKI หลัก ตัวอย่างเช่น หากจำเป็นต้องมีแพตช์สำหรับ respin ของ android12-5.10-2022-09 จะต้องรวมเข้าเป็น android12-5.10

  • คุณต้องเลือกแพตช์จากสาขาการพัฒนา GKI หลักและ อัปโหลดแพตช์ไปยัง Branch ของรุ่นรายเดือน

  • ในคำขอแสดงผลใหม่ คุณต้องกำหนดลำดับความสำคัญ (ความเร่งด่วน) ให้กับคำขอนั้น ลำดับความสำคัญนี้ช่วยให้ทีม GKI สามารถสนับสนุนพาร์ทเนอร์ได้ดีขึ้นอย่างรวดเร็ว สำหรับคำขอที่สำคัญหรือเร่งด่วน ให้ทำเครื่องหมายลำดับความสำคัญเป็น P0 สำหรับ P0 และ P1 คุณต้องพิสูจน์ความเร่งด่วนด้วย ตารางต่อไปนี้แสดง การแมปลำดับความสำคัญของข้อบกพร่องและระยะเวลาในการแก้ปัญหา (ESRT):

    ความสำคัญ ESRT
    P0 2 วันทำการ
    P1 5 วันทำการ
    P2 10 วันทำการ
    P3 15 วันทำการ

  • คุณต้องส่งคำขออีกครั้งแยกต่างหากตาม Branch ของรุ่น ตัวอย่างเช่น หาก จำเป็นต้องมีการ respin สำหรับทั้ง android12-5.10-2022-08 และ android12-5.10-2022-09 คุณต้องสร้างคำขอปักหมุดอีกครั้ง 2 รายการ

  • หลังจากมีบิลด์และทำเครื่องหมายคำขอให้ส่งคำขออีกครั้งว่าแก้ไขแล้ว คุณจะ ไม่ควรเปิดคำขอให้แสดงอีกครั้งเพื่อเพิ่ม CL เพิ่มเติม คุณต้องส่ง ส่งคำขออีกครั้งหากมีแพตช์เพิ่มเติมที่ต้องรวม

  • สำหรับ CL แต่ละรายที่อยู่ภายใต้การพิจารณา ให้เพิ่มแท็กต่อไปนี้

    • Bug: ต้องเพิ่มรหัสข้อบกพร่องในข้อความคอมมิตสำหรับ CL แต่ละรายการ
    • Change-Id: ต้องเหมือนกับ Change-Id ของการเปลี่ยนแปลง Branch ฐาน

  • หากคำขอรีสตาร์ทต้องการการตอบกลับจากคุณ และคุณไม่ได้ตอบกลับภายใน 3 วันทำการ ลำดับความสำคัญจะลดลง 1 ระดับ (เช่น P0 จะดาวน์เกรดเป็น P1) หากคุณไม่ตอบกลับเป็นเวลา 2 สัปดาห์ ข้อบกพร่องจะเป็น ทำเครื่องหมายว่าไม่แก้ไข (ล้าสมัย)

ส่งคำขอหมุนอีกครั้ง

แผนภาพต่อไปนี้จะแสดงกระบวนการหมุนอีกครั้ง กระบวนการจะเริ่มต้นเมื่อ พาร์ทเนอร์ OEM (คุณ) เป็นผู้ส่งคำขออีกครั้ง

กระบวนการหมุนอีกครั้งในกรณีฉุกเฉิน รูปที่ 2 กระบวนการหมุนอีกครั้ง

วิธีเข้าสู่กระบวนการหมุนอีกครั้ง

  1. กรอกข้อมูลในแบบฟอร์มคำขอ GKI Respin และติดต่อผู้จัดการลูกค้าด้านเทคนิคของ Google ทันที แบบฟอร์มนี้ สร้างข้อบกพร่องในการส่งคำขออีกครั้ง GKI คุณจะเห็นข้อบกพร่องของคําขอให้กลับมาทำงานอีกครั้ง (ผู้ขอ) ทีม GKI และบุคคลทั่วไปที่คุณเพิ่มลงใน รายการ CC
    • หากมีการแก้ไขอยู่แล้ว คำขอควรชี้ไปยังแพตช์ โปรดส่งใน AOSP เพื่อให้ Google ตรวจสอบ หากส่งแพตช์ไม่ได้ หากเป็นไปได้ คุณต้องแนบแพตช์เป็นไฟล์ข้อความในคำขอ
    • หากคุณไม่มีการแก้ไข คำขอต้องมีข้อมูล ข้อมูลมากที่สุดเท่าที่จะทำได้ รวมถึงหมายเลขเวอร์ชันเคอร์เนลและบันทึก เพื่อให้ Google สามารถช่วยแก้ไขข้อบกพร่องของปัญหาได้
  2. ทีม Google GKI จะตรวจสอบคำขอ และอนุมัติหรือมอบหมายคำขอกลับไปยัง หากต้องการข้อมูลเพิ่มเติม
  3. หลังจากยอมรับการแก้ไขแล้ว ทีมงาน Google GKI จะตรวจสอบโค้ด (CR+2) เปลี่ยน การตรวจสอบจะเริ่มต้นกรอบเวลา ESRT ทีม GKI ผสานรวม สร้าง และทดสอบ เพื่อหาการเกิดปัญหาซ้ำ และรับรองการเปลี่ยนแปลง
  4. เปิดตัวไบนารีใน ci.android.com กรอบเวลา ESRT จะสิ้นสุดลงและทีม GKI ของ Google จะทำเครื่องหมายคำขอว่าแก้ไขแล้ว และ ให้อ้างอิงบิลด์ของ respin จะมีการโพสต์บิลด์ respin ใน หน้าบิลด์รุ่น Kernel Image (GKI) ทั่วไป

คุณสมบัติของ GKI

ประเภทของบิลด์ GKI การบังคับใช้คุณภาพ หมายเหตุ
รายสัปดาห์ การทดสอบหมึกกระดอง
  • รองเท้าบูท
  • เซ็ตย่อยของ VTS
  • เซ็ตย่อยของ CTS
  • ไม่ได้รับการรับรอง สำหรับการทดสอบและอุปกรณ์
    เครื่องแสดงขึ้นเท่านั้น
  • ใช้สำหรับการเปิดอุปกรณ์ไม่ได้
รายเดือน (ผ่านการรับรอง) การทดสอบหมึกกระดอง
  • รองเท้าบูท
  • VTS
  • CTS
การทดสอบฮาร์ดแวร์อ้างอิง
  • รองเท้าบูท
  • VTS
  • CTS
Respins (ผ่านการรับรอง) การทดสอบหมึกกระดอง
  • รองเท้าบูท
  • VTS
  • เซ็ตย่อยของ CTS
การทดสอบอุปกรณ์อ้างอิง
  • รองเท้าบูท
  • VTS
  • สร้างต่อยอดจากบิลด์ที่ผ่านการรับรอง GKI
  • บิลด์จะได้รับการรับรองหลังจากตรวจสอบคุณสมบัติแล้ว

จะหาอาร์ติแฟกต์ของบิลด์ได้จากที่ใด

คุณรับอาร์ติแฟกต์สำหรับการเผยแพร่ทั้งหมดได้จาก ci.android.com

คุณดูข้อมูลเพิ่มเติมเกี่ยวกับ CI รวมถึงการทดสอบได้ ผลลัพธ์ในการผสานรวม Android อย่างต่อเนื่อง หน้าแดชบอร์ด

คำถามที่พบบ่อย

เป็นไปได้ไหมที่จะสร้างไบนารี GKI ใหม่โดยอิงตาม GKI ที่เปิดตัวแล้ว

ได้ วิธีนี้เรียกกันว่า "การวนกลับ" กระบวนการ respin ได้รับการรองรับตราบใดที่ บิลด์ GKI ที่ปล่อยแล้ว (ที่มีการขอ Respin) สอดคล้องกับ LTS ข้อกำหนดในกระดานข่าวสารด้านความปลอดภัยของ Android (ASB)

สามารถทำให้เกิดไบนารี 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

คุณเรียกสำเนาอาร์ติแฟกต์ GKI ได้จาก out/.../dist

ไบนารี GKI (รวมถึงชุดแพตช์ฉุกเฉิน) สร้างขึ้นจากฐานของโค้ดล่าสุดหรือไม่

ไม่ได้ Respins มีเฉพาะแพตช์ที่อยู่เหนือใบรับรองรายเดือนที่รับรองแล้วเท่านั้น เคอร์เนลที่เลือกไว้แล้ว การตอบกลับเหล่านี้มีข้อบกพร่องในการบล็อกไม่ให้เปิดใช้ทั้งหมด การแก้ไขที่รายงานจนถึงเวลาที่กำหนดโดย OEM โดยใช้ฐานที่สอดคล้องกัน รายเดือน ลองดูตัวอย่างต่อไปนี้

  • OEM1 และ OEM2 ตัดสินใจใช้ GKI แบบไบนารีตั้งแต่เดือนพฤศจิกายน 2021
  • OEM1 และ OEM2 พบปัญหาที่ต้องมีแพตช์เพื่อรับการสนับสนุน แพตช์เหล่านี้ อาจแตกต่างหรือเหมือนกันก็ได้
  • การตอบกลับจากไบนารีของเดือนพฤศจิกายน 2021 มีการบล็อกการเปิดใช้ การแก้ไขที่รายงานโดยทั้ง OEM1 และ OEM2 ระหว่างกรอบเวลาการรีสตาร์ท แต่ไม่มีการแก้ไขใด และอีกมากมาย
  • ปัญหาที่กล่าวถึงในหัวข้อย่อยที่ 2 จะรวมอยู่ใน GKI ถัดไปด้วย รายเดือน

การตอบกลับใหม่ในเดือนตุลาคมมีแพตช์ของ OEM ทั้งหมดที่ส่งมา แต่แพตช์ OEM อื่นๆ ส่งผลกระทบต่อเรา เนื่องจากแพตช์เหล่านี้ไม่ได้รับการทดสอบกับผลิตภัณฑ์ของเราโดยเฉพาะ เป็นไปได้ไหมที่จะรวมเฉพาะแพตช์ของเรา

ซึ่งเป็นไปไม่ได้ "ต่อ OEM" ปัจจุบันเส้นทาง Respin ยังปรับขนาดไม่ได้ แต่ทีม GKI จะพิจารณาทุกการเปลี่ยนแปลงที่ต้องปรับปรุง และทดสอบการเปลี่ยนแปลงกับฮาร์ดแวร์ที่มีอยู่ทั้งหมดก่อนสร้าง งานสร้าง หากทีม GKI พบว่าปัญหาเกิดเฉพาะกับ OEM/อุปกรณ์/รุ่น ทีม GKI สามารถมั่นใจได้ว่าโค้ดที่เพิ่มโดยการเปลี่ยนแปลงจะทำงานเฉพาะใน อุปกรณ์/รุ่น/SKU ได้รับผลกระทบ

ประโยชน์หลักๆ จากการตอบกลับแบบรวมก็คืออุปกรณ์ทุกเครื่องที่ ใช้ประโยชน์จากพื้นฐานการเผยแพร่เดียวกัน โดยเฉพาะอย่างยิ่งหากข้อบกพร่อง ที่ค้นพบเป็นคำทั่วไปและใช้ได้กับผู้ใช้ทุกคน พบข้อบกพร่องหลักของเคอร์เนล ในการทดสอบของผู้ให้บริการ คือตัวอย่างหนึ่งของแนวคิดนี้

มีสถานการณ์ที่ Google ให้ข้อมูลที่เฉพาะเจาะจงเกี่ยวกับแพตช์ OEM และสถานการณ์ปัญหาเพื่อให้ OEM ประเมินผลกระทบและความเสี่ยงของการใช้แพตช์กับผลิตภัณฑ์ของตนได้ไหม

Google จะไม่เพิ่มการเปลี่ยนแปลงในบิลด์ respin จนกว่าจะเข้าใจปัญหา และรายละเอียดทั้งหมดได้รับการรวบรวมแล้ว คุณจะเห็นได้ในบันทึกการเปลี่ยนแปลง (ข้อความคอมมิต) Google จะไม่เปิดเผยว่าปัญหานี้ส่งผลต่ออุปกรณ์ใด OEM จะดูคำอธิบายและวิธีแก้ไขปัญหาได้เสมอในบันทึกการเปลี่ยนแปลง