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

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

จังหวะการเปิดตัว GKI

GKI ได้รับการเผยแพร่ตามจังหวะรายเดือนหลังจากหยุด KMI

เปิดตัว Android 13 และ 14 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 กุมภาพันธ์ 2566 28 กุมภาพันธ์ 2023 ใช่
มีนาคม 15 มีนาคม 2023 31 มีนาคม 2023 ใช่
เมษายน 13 เมษายน 2023 28 เมษายน 2023 ใช่
อาจ 17 พฤษภาคม 2566 31 พฤษภาคม 2566 ใช่
มิถุนายน 15 มิถุนายน 2023 30 มิถุนายน 2566 ใช่
กรกฎาคม 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 กุมภาพันธ์ 2567 29 กุมภาพันธ์ 2024 ใช่
มีนาคม 13 มีนาคม 2024 29 มีนาคม 2024 ใช่
เมษายน 16 เมษายน 2024 30 เมษายน 2024 ใช่
อาจ 14 พฤษภาคม 2567 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 ทุกเดือนอีกครั้งตามจังหวะรายเดือนที่ระบุซึ่งแสดงไว้ในตารางด้านล่าง

GKI บิลด์ที่ได้รับการรับรองรายเดือน วันตัดรอบการเช็คอิน GKI วันที่พร้อมโหลดล่วงหน้า ยืนยัน?
มกราคม 16 มกราคม 2024 31 มกราคม 2024 ใช่
กุมภาพันธ์ 13 กุมภาพันธ์ 2567 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 ใช่

เปิดตัว Android 12 GKI

หลังจากเดือนพฤษภาคม 2023 การเผยแพร่ android12-5.10 GKI จะใช้เวลา 2 เดือนและเผยแพร่ในช่วงกลางเดือน ตารางต่อไปนี้ใช้ได้กับ 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 ใช่

GKI สร้างความถูกต้องสำหรับ OEM

OEM สามารถใช้ Android GKI ที่เพิ่งเปิดตัวได้ OEM สามารถเปิดตัวด้วยรุ่นที่ได้รับการรับรอง GKI ตราบใดที่เป็นไปตามข้อกำหนด LTS ใน Android Security Bulletin (ASB)

การเปิดตัวการพัฒนารายสัปดาห์

การปล่อยสารต่างๆ ได้รับการทดสอบกับ ปลาหมึก เพื่อให้แน่ใจว่าผ่าน แถบคุณภาพขั้นต่ำ

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

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

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

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

GKI ปล่อยไทม์ไลน์จังหวะ รูปที่ 1. ไทม์ไลน์การเปิดตัว GKI

กระบวนการตอบสนองฉุกเฉิน

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

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

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

ก่อนที่จะขอการหมุนใหม่ โปรดทราบหลักเกณฑ์ต่อไปนี้:

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

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

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

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

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

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

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

    ลำดับความสำคัญ ฉุกเฉิน
    ป0 2 วันทำการ
    ป1 5 วันทำการ
    ป2 10 วันทำการ
    ป3 15 วันทำการ

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

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

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

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

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

ส่งคำขอตอบกลับ

แผนภาพต่อไปนี้แสดงกระบวนการหมุนซ้ำ กระบวนการเริ่มต้นเมื่อพันธมิตร 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 สิ้นสุดลง และทีม Google GKI ทำเครื่องหมายคำขอว่าได้รับการแก้ไขแล้ว และอ้างอิงถึงโครงสร้างการหมุนซ้ำ การสร้างการตอบสนองจะถูกโพสต์บน หน้าการสร้างการเผยแพร่ Generic Kernel Image (GKI) ด้วย

คุณสมบัติ GKI

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

    สถานที่รับสิ่งประดิษฐ์ที่สร้างขึ้น

    สามารถรับสิ่งประดิษฐ์สำหรับการเผยแพร่ทั้งหมดได้จาก ci.android.com

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

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

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

    ใช่แล้ว สิ่งนี้เรียกว่าการตอบสนอง กระบวนการหมุนซ้ำได้รับการสนับสนุนตราบใดที่ GKI build ที่เผยแพร่ (ซึ่งมีการร้องขอการหมุนซ้ำ) เป็นไปตามข้อกำหนด LTS ใน Android Security Bulletin (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 (รวมถึงแพตช์การหมุนฉุกเฉิน) ถูกสร้างขึ้นบนโค้ดเบสล่าสุดหรือไม่

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

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

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

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

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

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

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