อธิบาย Samsung, Exynos และ AOSP: เรื่องราวของการทรยศ

จำไว้ว่า จำไว้ ตัวแรกของ Note การเปิดตัว ICS และโครงเรื่อง

ฉันไม่รู้เหตุผลว่าทำไมการทรยศต่อ Superbrick จึงไม่ควรถูกลืม

สมาชิกฟอรัมรุ่นเก่าและผู้ใช้ Android ของอุปกรณ์ Samsung รุ่นแรก ๆ อาจจำสิ่งนี้ได้เล็กน้อย ความล้มเหลวของ Superbrick. เหตุการณ์ที่นำไปสู่ ​​Superbrick นั้นยาวนานและซับซ้อน เพื่อความกระชับ a tl; คำอธิบาย dr คือการอัปเดต ICS ที่รั่วไหลออกมาสำหรับผู้ให้บริการบางรุ่นของ Galaxy S2 i9100 และ Galaxy Note N7000 ทำให้เกิด อิฐถาวร. นี่ไม่ใช่อิฐแข็งทั่วไป เนื่องจากอุปกรณ์ที่ได้รับผลกระทบไม่สามารถฟื้นคืนชีพผ่าน JTAG ได้ และได้หยุดทำงานโดยสิ้นเชิงและไม่ตอบสนอง ซุปเปอร์บริคส่งผลกระทบต่อ eMMC ของอุปกรณ์ ดังนั้นการซ่อมแซมจึงทำได้เฉพาะเมื่อเปลี่ยนมาเธอร์บอร์ดทั้งหมดเท่านั้น

ข้อจำกัดความรับผิดชอบที่โดยทั่วไปเกี่ยวข้องกับ "การรั่วไหล" ก็มีผลในกรณีนี้เช่นกัน ว่าการรั่วไหลนั้นเป็นซอฟต์แวร์ที่ "ยังไม่เผยแพร่" ซึ่งอาจเหมาะสำหรับการใช้งานสาธารณะหรือไม่ก็ได้ อย่างไรก็ตาม เพื่อทำให้เรื่องซับซ้อนขึ้น เคอร์เนล ICS ที่ยอดเยี่ยมนี้ได้มาถึง Galaxy Note N7000 ในรูปแบบการเปิดตัวอย่างเป็นทางการผ่านการอัปเดต Kies และ OTA

ความล้มเหลวของ Superbrick และเรื่องราวประกอบที่ตามมาด้วยทัศนคติของ Samsung ที่มีต่อนักพัฒนา ได้รับการเน้นในซีรีส์ความยาว 13 โพสต์โดย Andrew Dodd หรือที่รู้จักในชื่อ XDA Senior Recognized Developer เอนโทรปี512 บน Google+ ของเขา คุณสามารถดูจุดเริ่มต้นของชุดโพสต์นี้ได้ ที่นี่. เรา ขอเเนะนำ ที่ผู้อ่านใช้เวลาว่างและอ่านโพสต์ทั้งหมดเพื่อรวบรวมการรับรู้บริบทที่สมบูรณ์และเข้าใจถึงความรุนแรงของสถานการณ์ที่เกิดขึ้นในปี 2555-56

เพื่อเน้นประเด็นสำคัญบางประการ ต่อไปนี้เป็นตัวอย่างบางส่วน (พร้อมเน้นเพิ่มเติม) จากโพสต์:

"...เห็นได้ชัดว่าเกือบทุกคนที่ติดตามฉันตระหนักถึงกระแสโซเชียลมีเดียล่าสุดอันเป็นผลมาจากความคับข้องใจ ชุมชนเฟิร์มแวร์ Android บุคคลที่สาม (โดยเฉพาะผู้ใช้และนักพัฒนา CyanogenMod) กำลังประสบอยู่ ซัมซุง. ความล้มเหลว "Superbrick" การขาดเอกสารของ Exynos4 SoC ของ Samsung เมื่อเปรียบเทียบกับ Qualcomm และ SoC ของ TI และรายการซักผ้าของปัญหาอื่น ๆ - ทั้งหมดนี้เพิ่งมาถึงหัวกับ การตัดสินใจของผู้ดูแลอุปกรณ์ Exynos4 ที่ใช้งานอยู่ในปัจจุบันทั้งหมดจะไม่รับอุปกรณ์ใหม่ใดๆ..." - โพสต์ของผู้ปกครอง.

"...ในเดือนพฤศจิกายน Samsung เปิดตัว XWKK5 สำหรับ I9100 และ UCKK6 สำหรับ I777 Bluetooth HID บนบิลด์เหล่านี้จะไม่ทำงานกับเคอร์เนลที่สร้างจากแหล่งที่มาใดๆ - เฉพาะกับไบนารีที่เกี่ยวข้องกับบิลด์เหล่านั้นเท่านั้น Samsung ไม่เคยออกการอัปเดตแหล่งที่มาของ Gingerbread อีกต่อไปสำหรับ I9100 แม้ว่าไบนารีของพวกเขาจะแสดงหลักฐานที่ชัดเจนของการเปลี่ยนแปลงการทำงานของแหล่งที่มาก็ตาม ในทำนองเดียวกัน แหล่งที่มา I777 UCKK6 จะไม่ถูกปล่อยออกมาจนกว่าจะถึงเวลาที่ไม่ทราบช่วงกลางปี ​​2012 - ฉันค่อนข้างแน่ใจว่าจะไม่จนกว่า I9100 ICS จะถูกปล่อยออกมาอย่างดีที่สุด ถูกต้อง - Samsung กำลังละเมิด GPL ด้วย I777 UCKK6 และ I9100 Gingerbread ทุกตัวที่สร้างจาก XWKK5 (พฤศจิกายน 2554) จนกระทั่งพวกเขาเปิดตัว I9100 ICS อย่างเป็นทางการ (มีนาคม 2555) - จริงๆแล้ว ในทางเทคนิคแล้วพวกมันยังคงอยู่ เนื่องจากแหล่ง Gingerbread ที่สอดคล้องกับเมล็ดเหล่านั้นไม่เคยถูกปล่อยออกมา แต่มันก็ไม่สำคัญเลย มากกว่า..."

"...ในช่วงเวลาใกล้เคียงกัน Samsung ได้เปิดตัว Tab 7.0 Plus และ Tab 7.7 ทั้งคู่ใช้ Exynos 4210 SoC แบบเดียวกับที่พบใน GS2...อุปกรณ์เหล่านี้ใช้ชิป wifi ซีรีส์ Atheros AR6000 สิ่งที่น่าสนใจคือ Atheros จัดหาแหล่งที่มาสำหรับอุปกรณ์เหล่านี้ภายใต้ลิขสิทธิ์แบบคู่ GPL และ BSD (เนื่องจาก Atheros ถือลิขสิทธิ์เต็มรูปแบบในส่วนประกอบทั้งหมดของไดรเวอร์อ้างอิง จึงเป็นเรื่องถูกกฎหมาย) Samsung เลือกใบอนุญาต BSD สำหรับไดรเวอร์นี้ ผลลัพธ์ที่ได้คือเมื่อถูกถามถึงแหล่งที่มาของไดรเวอร์ wifi (ซึ่งไม่มีอยู่ในแหล่งที่มาสำหรับอุปกรณ์เหล่านี้) Samsung ตอบกลับด้วยว่า "รหัสเป็นลิขสิทธิ์แบบคู่ GPL หรือ BSD เราเลือก BSD [มากกว่า GPL]"..." - โพสต์ผู้ปกครอง

"...หากมีข้อสรุปที่ชัดเจนจาก ICS บน GT-I9100 ก็เป็นเช่นนั้น สกินของผู้ผลิตไม่คงอยู่. หลังจากได้รับเฟิร์มแวร์ I9100 ICS ที่ทำงานบน I777 (โดยหลักแล้วทำวิศวกรรมย้อนกลับช่องไมโครโฟนที่สลับบน อุปกรณ์นี้ซึ่งใช้เวลาทำงานเกือบทั้งสัปดาห์...) เห็นได้ชัดว่า Touchwizz คืนคุณประโยชน์มากมายกลับคืนมา ไอซีซี. บางส่วนของเฟิร์มแวร์เป็น "ใหม่" บางส่วนเป็น "Gingerbread รุ่นเก่า" และความไม่ต่อเนื่องอย่างต่อเนื่องทำให้เกิดความสั่นสะเทือน... - โพสต์ผู้ปกครอง

ยิ่งเลวร้ายลง... เปิดตัว ICS อย่างเป็นทางการสำหรับ N7000 พร้อม XXLPY เราคิดว่า Samsung จะไม่มีวันปล่อยให้ข้อผิดพลาดที่น่ากลัวเช่นนี้เข้าไปในเคอร์เนลที่ปล่อยออกมา แต่เราคิดผิด...

- โพสต์ผู้ปกครอง

"...ในที่สุดผู้ติดต่อของ Samsung ก็ยอมรับว่าพวกเขาทราบถึงสถานการณ์ดังกล่าวแล้ว และ "ทำงานอย่างขยันขันแข็ง" กับสถานการณ์นั้น... ในที่สุด "โซลูชัน" ของ Samsung ก็ถูกนำเสนอต่อเรา Chainfire ไม่พอใจกับ "วิธีแก้ปัญหา" ที่เสนอมา และฉันก็... มันไม่เกี่ยวข้องกับการป้องกันระดับเคอร์เนล และด้อยกว่าสิ่งที่เรามีอยู่แล้วด้วย BOARD_SUPPRESS_EMMC_WIPE ใน CM นอกจากนี้ พวกเขาขอให้เราไม่แจกจ่ายโซลูชันและเปลี่ยนเส้นทางนักพัฒนาเคอร์เนลที่กำลังมองหาโซลูชันให้กับพวกเขา..."

"...Samsung ก็ค่อนข้างปฏิเสธที่จะหารือเกี่ยวกับวิธีแก้ปัญหาใด ๆ ที่เกี่ยวข้องกับ bootloaders... เหตุผลที่ไม่สมเหตุสมผลก็คือการเรียกร้องการรับประกันเกือบทั้งหมดเนื่องจากเฟิร์มแวร์ที่กำหนดเองก่อนข้อบกพร่อง eMMC นี้เกิดจากการเสียหายของ bootloader... แน่นอนว่ามันไม่สมเหตุสมผลเลยตั้งแต่นั้นมา เราต้องการหารือเกี่ยวกับวิธีการกู้คืนจากความเสียหายของ bootloader ซึ่งจะช่วยลดค่าใช้จ่ายในการรับประกันส่วนใหญ่สำหรับ Samsung. เรายังเสนอให้ดำเนินการด้านวิศวกรรมและโซลูชันส่วนใหญ่ด้วยตัวเราเอง ตราบใดที่ Samsung ให้ส่วนประกอบเล็กๆ เฉพาะบางอย่างที่ Dominik และ Adam ต้องการ..."

"...ซัมซุง"ทำงานหนัก"มาเดือนหนึ่งก็ปาระเบิดใส่หน้าเรา

ในช่วงต้นเดือนกรกฎาคม XXLQ5 รั่วไหลออกมาสำหรับ I9100 ภายในหนึ่งวัน มีรายงานเรื่องอิฐมากมายกองรวมกัน หลังจากนั้นไม่นาน XWLPM ก็ถ่ายทอดสดบน Kies และ ผู้คนต่างก็ก่ออิฐไปทางซ้ายและขวาด้วยอาคารนี้เช่นกัน.

ทั้งที่อ้างว่าเป็น. ทำงานอย่างขยันขันแข็ง สำหรับปัญหานี้ Samsung ได้นำอุปกรณ์ที่ปลอดภัยก่อนหน้านี้มาเสี่ยงอันตรายแทน..." - โพสต์ผู้ปกครอง

"...ดังนั้น ณ จุดนี้ - มันคือช่วงกลางเดือนพฤศจิกายน 2555 และไม่มีอุปกรณ์เครื่องเดียวที่ได้รับผลกระทบจาก eMMC ที่มีข้อบกพร่องของ Samsung ที่ได้รับการแก้ไขเคอร์เนล ในขณะที่ความพยายามของชุมชนมีอัตราความเสียหายลดลงอย่างมาก ตราบใดที่เคอร์เนลอย่างเป็นทางการของ Samsung ยังคงอยู่ มีความเสี่ยง ฉันยังคงได้รับ PM ทุกสองสามวันจากผู้ใช้ Superbricked ที่ต้องการความช่วยเหลือซึ่งฉันไม่สามารถ ช่วย..." - โพสต์ผู้ปกครอง

"...ในช่วงกลางเดือนสิงหาคม ฉันตัดสินใจที่จะต่อต้านการตัดสินใจที่ดีขึ้นและซื้อ Note 10.1 (รุ่น WiFi - GT-N8013) ฉันคิดว่าเมื่อมันแชร์ SoC กับ I9300 มันจะเป็นเดิมพันที่ค่อนข้างปลอดภัย...

ตอนนี้ฉันได้รับการยืนยันแล้ว ทั้งจากการไม่ทำงานของไดรเวอร์ wifi และการเปรียบเทียบสตริงต่างๆ กับการสำรองข้อมูล เคอร์เนลสต็อกซึ่งแหล่งที่มาที่เผยแพร่สำหรับตัวแปร N80xx ใด ๆ ไม่ตรงกับเคอร์เนลสต็อก (ทั้งหมดนั้นมี wifi ที่เสียหายเหมือนกัน คนขับและคนอื่นๆ ที่ทำงานร่วมกับแหล่งข้อมูลร้องเรียนเกี่ยวกับปัญหาที่คล้ายกัน) ฉันแจ้งปัญหากับผู้ติดต่อของฉันที่ ซัมซุง...

พวกเขาติดตามใครบางคน และคำตอบของบุคคลนั้นคือ: Samsung ไม่มีภาระผูกพันในการจัดหาแหล่งที่มาที่ตรงกับรุ่น UEALGB สำหรับ GT-N8013 เนื่องจากนั่นไม่ใช่รุ่นอย่างเป็นทางการ ใช่ ถูกต้อง - มีคนจริงๆ กล้าอ้างว่าเฟิร์มแวร์ที่ติดตั้งไว้ล่วงหน้าในทุกหน่วย GT-N8013 ที่จำหน่ายในสหรัฐอเมริกานั้นรั่ว. นี่เป็นครั้งที่สามที่มีคนใน Samsung Mobile โกหกหน้าผู้ติดต่อของฉันอย่างโจ่งแจ้ง…” - โพสต์ผู้ปกครอง

"...ระหว่างนั้น สิ่งอื่นๆ (ดูตัวอย่างมากมายในภาคก่อนๆ ของนิยายเรื่องนี้) และ Superbrick ผู้ดูแล Exynos4 ทุกคนเกือบจะหมดแรงกับ Samsung และโดยเฉพาะอย่างยิ่งกับ เอ็กซินอส4.

ฉันระบุว่า Note 10.1 จะเป็นอุปกรณ์สุดท้ายของฉัน และฉันไม่แน่ใจว่าฉันจะใช้ I777 และ N7000 ได้นานแค่ไหน เนื่องจากเมื่อถึงจุดนี้ฉันก็หมดแรงเช่นกัน

ฉันเบื่อที่ต้องตามหลังทีม Cyanogenmod คนอื่นๆ เป็นเวลาหลายเดือนเพราะฉันทำงานกับอุปกรณ์ที่มี Blob มากกว่าและอินเทอร์เฟซพังใน Blob มากกว่าอุปกรณ์อื่นๆ

(ยกเว้นอุปกรณ์ Tegra3 แต่ผู้คนรู้อยู่แล้วว่าควรหลีกเลี่ยงสิ่งเหล่านี้ เว้นแต่พวกเขาจะอยู่ใน Nexus)..." - โพสต์ผู้ปกครอง

"...ใกล้จะสิ้นสุด [ของ BABBQ 2012] แล้ว ก็เป็นการนำเสนอด้านนักพัฒนาสัมพันธ์ของ Samsung นี่คือจุดที่พวกเขาสัญญาว่าจะปรับปรุงคุณภาพของซอร์สโค้ดอ้างอิงและเอกสารประกอบสำหรับ Exynos4 ในทางทฤษฎีแล้วจะช่วยบรรเทาความกังวลของชุมชนได้ เนื้อหาการนำเสนอจริงสัญญาไว้เพียงเล็กน้อย - เกือบทุกอย่างที่พวกเขาประกาศคือสิ่งที่มีอยู่แล้วในทางเทคนิคแต่แทบไม่มีประโยชน์เลยเนื่องจากมันล้าสมัยหรือใช้งานไม่ได้..." - โพสต์ผู้ปกครอง

ทั้งหมดนี้เป็นเพียงอีกกรณีหนึ่งที่ Samsung พูดและทำสัญญาแต่ล้มเหลวในการส่งมอบ เช่นเดียวกับที่พวกเขาพูดคุยและให้คำมั่นสัญญามานานกว่าหนึ่งปี บอร์ดพัฒนาควรจะนำหน้าโทรศัพท์มือถือ - พวกเขาไม่จำเป็นต้องจัดการกับการทดสอบของผู้ให้บริการ การรับรองระบบไร้สายหรือสิ่งใด ๆ ที่มักขึ้นชื่อในการถือโทรศัพท์ อัปเดต นอกจากนี้เป้าหมายที่ตั้งใจไว้คือนักพัฒนา ดังนั้นพวกเขาจึงควรเป็น "จุดตกเลือด" นี่คือสิ่งที่แหล่งข้อมูลอ้างอิงของ Qualcomm และ TI เป็นข้อมูลล่าสุด เหนือกว่าสิ่งใดๆ ที่เห็นบนโทรศัพท์มือถือ สิ่งที่เราได้รับจาก Samsung นั้นล้าสมัยไปแล้วมากกว่า 6 เดือน - ICS สำหรับ SoC ที่อยู่ในโทรศัพท์มือถือซึ่งเปิดตัวด้วย ICS ในฤดูใบไม้ผลิปี 2012 และได้รับการอัปเดต Jellybean อย่างเป็นทางการ (การอนุมัติของผู้ให้บริการ/ใบรับรองไร้สายและอื่นๆ) ในต้นเดือนตุลาคม 2012... แต่พวกเขายังคงทำงานกับ ICS เพื่อเป็นแหล่งข้อมูลอ้างอิง???

- โพสต์ผู้ปกครอง

ซีรีส์นี้ปิดท้ายด้วยโพสต์สรุปที่สามารถพบได้ ที่นี่. เราขอแนะนำให้ผู้ใช้ทุกคนอ่านก่อนดำเนินการต่อ

จุดเริ่มต้นของบทความนี้คือการพยายามอธิบายว่าทำไมอุปกรณ์ Exynos จึงขาดการพัฒนาตาม AOSP เมื่อเปรียบเทียบกับอุปกรณ์ Qualcomm โพสต์ซีรีส์ G+ ที่กล่าวถึงและยกมาข้างต้นเน้นย้ำถึงความยากลำบากที่ผู้ดูแลอุปกรณ์ Exynos ต้องเผชิญ โพสต์นี้ลงวันที่ในช่วงปี 2011-2013 ดังนั้นเราจึงติดต่อนักพัฒนาบางส่วนที่กล่าวถึงเพื่อดูว่าสถานการณ์ในปัจจุบันเป็นอย่างไร ท้ายที่สุดแล้ว สิ่งต่างๆ มากมายสามารถเปลี่ยนแปลงได้ภายใน 3 ปีในโลกมือถือ

ดูเหมือนว่าไม่ใช่สำหรับ Samsung และรองรับ AOSP

ถาม: เหตุใด AOSP ROM จึงใช้เวลานานมากในการมาสำหรับอุปกรณ์ Exynos เมื่อเทียบกับอุปกรณ์ Qualcomm

ตอบ: นักพัฒนาอาวุโสที่ได้รับการยอมรับของ XDA รหัสงานx:

Qualcomm เผยแพร่ซอร์สโค้ดที่ทันสมัยอยู่เสมอ ซึ่งจำเป็นเพื่อให้ส่วนประกอบทั้งหมดของแพลตฟอร์มทำงานบน aosp ดู ที่นี่.

ซัมซุงไม่ได้ทำอะไรเลย

นักพัฒนาอาวุโสที่ได้รับการยอมรับของ XDA เอนโทรปี512:

"ควอลคอมม์ คาเฟ่ เหนือกว่าอย่างมากในแง่ของการตรวจสอบย้อนกลับไปยัง/จากการเปิดตัว OEM (ฉันไม่เคยเห็นอุปกรณ์ OEM อื่นนอกเหนือจาก Nexus ที่ไม่สามารถติดตามกลับไปยังแท็ก CAF ได้อย่างง่ายดายที่ โค้ดออโรร่า) คุณภาพของโค้ด และความถี่ของการอัปเดต สัญญาณ (ซึ่งไม่มี KitKat สำหรับ "Arndale Octa" และไม่มีอะไรใหม่กว่า ICS สำหรับ Exynos4) นอกจากจะล้าสมัยแล้วยังไม่มีการตรวจสอบย้อนกลับระหว่าง OEM ของ Samsung Mobile รุ่นต่างๆ และแหล่งอ้างอิง Exynos ในขณะที่ OEM ทั้งหมดมีปริมาณการตรวจสอบย้อนกลับไปยัง CAF ที่ค่อนข้างเหมาะสม (HTC และ Samsung ค่อนข้างน้อยกว่าแบรนด์อื่นๆ แต่ก็ยังดีกว่าสิ่งใดๆ มาก) เอ็กซินอส)

เดี๋ยวก่อน ในที่สุดพวกเขาก็ปล่อย JB สำหรับ Origen Quad เหรอ? จนกระทั่ง KitKat ใกล้จะออกแล้ว... และสิ่งที่พวกเขาเรียกว่าเจบีน่าจะใกล้เคียงกับภัยพิบัติอันไร้ประโยชน์ของพวกเขา ขนมปังขิง "ICS"

Exynos3 หรือที่รู้จักกันในชื่อ Hummingbird เป็นเรื่องราวที่แตกต่างไปจากเดิมอย่างสิ้นเชิงเนื่องจาก Nexus S แต่ Samsung มุ่งมั่นที่จะไม่แชร์ชิปเซ็ตระหว่างอุปกรณ์ Nexus และอุปกรณ์อื่น ๆ ของพวกเขาตั้งแต่นั้นมา (Galaxy Nexus คือ OMAP4 ในขณะที่ทุกสิ่งทุกอย่างในยุคนั้นคือ Exynos4, Nexus 10 และ Samsung Chromebook เป็นสองรุ่นเท่านั้น อุปกรณ์ Exynos 5250 ที่เคยจัดส่ง Exynos 54xx เปลี่ยนจาก Mali GPU เป็น PowerVR พร้อมกับการเปลี่ยนแปลงอื่นๆ อีกมากมาย ดังนั้น Manta จึงไร้ประโยชน์สำหรับ I9500 ฯลฯ)"

ถาม: อนาคตของการพัฒนา Exynos จะเป็นอย่างไร Samsung สามารถดำเนินการขั้นตอนใดบ้างเพื่อทำให้ตนเองเป็นมิตรกับนักพัฒนามากขึ้น

ตอบ: โค้ดเวิร์คx:

ไม่มีอนาคต. นักพัฒนาซอฟต์แวร์ทั้งหมดที่คุณเขียนให้หยุดทำงานบนอุปกรณ์ exynos ไปนานแล้ว ส่วนใหญ่ถึงกับหยุดทำงานบนอุปกรณ์ซัมซุงโดยทั่วไปด้วยซ้ำ

เราได้ถามซอร์สโค้ดมากกว่าหนึ่งครั้งและไม่มีอะไรเกิดขึ้น พวกเขาไม่สนใจชุมชนเลย สิ่งที่พวกเขาสนใจคือ $$$

เห็นได้ชัดว่าสถานการณ์เกือบจะเหมือนกับเมื่อ 3 กว่าปีที่แล้ว อุปกรณ์ Samsung โดยเฉพาะที่ใช้ Exynos ยังคงเป็นตัวอย่างที่ไม่ดีในการนำเสนอผลงานของชุมชนการพัฒนานอกเหนือจากตัวอย่างที่ใช้ Touchwiz การพัฒนาทั้งหมดสำหรับอุปกรณ์ส่วนใหญ่ยังคงจำกัดอยู่ที่การปรับเปลี่ยน Touchwiz เป็นหลัก โดยมีฉากเป็นแบบกำหนดเอง ROM ที่เกี่ยวข้องกับการเพิ่มหรือลบคุณสมบัติจาก "สกิน" ระบบปฏิบัติการปิดของ Samsung ผ่านการย้อนกลับ วิศวกรรม.

นี่ไม่ได้เป็นการบอกว่าอุปกรณ์ Exynos ไม่รองรับ AOSP ROM เลย AOSP Roms เช่น CM และสิ่งที่ชอบทำ ในท้ายที่สุด ลงจอดบนอุปกรณ์เหล่านี้ แต่สิ่งเหล่านี้เกิดขึ้นหลังจากการแฮ็กในระดับต่ำและความพยายามอย่างสุดขีดโดยผู้ดูแลที่กล้าหาญพอที่จะอุทิศเวลาว่างทั้งหมดเพื่อแก้ไขสิ่งที่ Samsung พัง ถึงอย่างนั้น ผลลัพธ์ที่ได้ก็ไม่ใช่ประสบการณ์ AOSP เหมือนกับที่คุณคาดหวังตามปกติ และด้วยเหตุนี้ คุณจึงสามารถตำหนิ Samsung ได้อย่างปลอดภัย

บาดแผลของ Superbrick ยังคงสดใหม่สำหรับผู้ที่ร่วมแรงร่วมใจทำงานเพื่อแก้ไขปัญหาที่เรียกตัวเองว่า Samsung หากคุณกำลังมองหาอุปกรณ์ที่มีเกณฑ์แรกคือการพัฒนา ROM แบบกำหนดเองและการสนับสนุนนักพัฒนา ROM บุคคลที่สาม ให้ปฏิบัติตามถ้อยคำแห่งปัญญาที่ Codeworkx แบ่งปัน:

หยุดสนับสนุนบริษัทดังกล่าวด้วยการซื้ออุปกรณ์ของพวกเขา

ใช้อุปกรณ์ sony หรือ nexus รับรอม aosp คุณภาพ การสนับสนุนจากชุมชนที่ดีและมีความสุข