Penjelasan Samsung, Exynos dan AOSP: Kisah Pengkhianatan

Ingat, ingat, Catatan pertama, rilis dan plot ICS

Saya tidak tahu alasan mengapa pengkhianatan Superbrick harus dilupakan

Anggota forum yang lebih tua dan pengguna Android pada perangkat Samsung awal mungkin samar-samar mengingatnya Kegagalan batu bata super. Peristiwa yang mengarah pada Superbrick sangatlah panjang dan kompleks. Demi singkatnya, tl; Penjelasan dr adalah bahwa bocoran update ICS untuk beberapa varian operator Galaxy S2 i9100 dan Galaxy Note N7000 menyebabkan batu bata permanen. Ini bukan hard brick biasa, karena perangkat yang terkena dampak tidak dapat dihidupkan kembali melalui JTAG dan benar-benar mati serta tidak responsif. Superbrick mempengaruhi eMMC perangkat, dan karenanya, perbaikan hanya dapat dilakukan dengan penggantian motherboard sepenuhnya.

Penafian yang umumnya disertai dengan "kebocoran" juga berlaku dalam kasus ini, bahwa kebocoran pada dasarnya adalah perangkat lunak "belum dirilis" yang mungkin layak atau tidak layak untuk dikonsumsi publik. Namun, yang lebih rumit, kernel ICS superbricking ini sebenarnya telah hadir di Galaxy Note N7000 sebagai rilis resmi yang tersedia melalui pembaruan Kies dan OTA.

Kegagalan Superbrick, dan drama yang menyertainya berkat sikap Samsung terhadap pengembang disorot dalam seri 13 posting oleh Andrew Dodd alias Pengembang Senior yang Diakui XDA Entropi512 di Google+ miliknya. Anda dapat menemukan awal seri posting ini Di Sini. Kami Sangat disarankan bahwa para pembaca meluangkan waktu sejenak dan membaca seluruh rangkaian postingan untuk mengumpulkan kesadaran kontekstual sepenuhnya dan memahami betapa gawatnya situasi yang terjadi pada tahun 2012-13.

Untuk menyoroti beberapa poin penting, berikut adalah beberapa cuplikan (dengan penekanan tambahan) dari postingan tersebut:

"...Jelas, hampir semua orang yang mengikuti saya mengetahui badai media sosial baru-baru ini yang diakibatkan oleh rasa frustrasi tersebut komunitas firmware Android pihak ketiga (terutama pengguna dan pengembang CyanogenMod) telah mengalaminya Samsung. Kegagalan "Superbrick", kurangnya dokumentasi SoC Exynos4 Samsung dibandingkan dengan Qualcomm dan SoC TI, dan daftar masalah lainnya - semuanya baru-baru ini muncul ke permukaan keputusan semua pengelola perangkat Exynos4 yang saat ini aktif untuk tidak menggunakan perangkat baru..." - Postingan orang tua.

"...Pada bulan November, Samsung merilis XWKK5 untuk I9100 dan UCKK6 untuk I777. Bluetooth HID pada build ini tidak akan berfungsi dengan kernel yang dibuat dari sumber apa pun - hanya dengan biner yang terkait dengan build tersebut. Samsung tidak pernah merilis pembaruan sumber Gingerbread lainnya untuk I9100, meskipun biner mereka menunjukkan bukti jelas adanya perubahan fungsional pada sumbernya. Demikian pula, sumber I777 UCKK6 tidak dirilis hingga waktu yang tidak diketahui pada pertengahan tahun 2012 - Saya cukup yakin paling banter hingga I9100 ICS dirilis. Benar - Samsung melanggar GPL dengan I777 UCKK6 dan setiap I9100 Gingerbread yang dibuat dari XWKK5 (November 2011) hingga mereka secara resmi merilis I9100 ICS (Maret 2012) - Sebenarnya, secara teknis masih demikian, karena sumber Gingerbread yang sesuai dengan kernel tersebut tidak pernah dirilis, tetapi itu tidak terlalu menjadi masalah. lagi..."

"...Pada waktu yang hampir bersamaan, Samsung meluncurkan Tab 7.0 Plus dan Tab 7.7, keduanya didasarkan pada SoC Exynos 4210 yang sama dengan yang ditemukan di GS2...Perangkat ini menggunakan chip wifi seri Atheros AR6000. Menariknya, Atheros menyediakan source untuk perangkat tersebut di bawah lisensi ganda, GPL dan BSD. (Karena Atheros memegang hak cipta penuh atas semua komponen driver referensi mereka, hal ini sah.) Samsung memilih lisensi BSD untuk driver ini. Hasil akhirnya adalah, ketika ditanya sumber driver wifi (yang tidak ada di sumber tetes untuk perangkat ini), Samsung menjawab dengan "kodenya adalah lisensi ganda GPL atau BSD. Kami memilih BSD [daripada GPL]"..." - Postingan Orang Tua

"...Jika ada kesimpulan jelas yang bisa diambil dari ICS pada GT-I9100, itulah kesimpulannya kulit pabrikan tidak bertahan lama. Setelah menjalankan firmware ICS I9100 pada I777 (terutama dengan merekayasa balik saluran mikrofon yang ditukar pada perangkat ini, yang menghabiskan sebagian besar waktu kerja di akhir pekan...), jelas sekali bahwa Touchwizz mengembalikan banyak manfaatnya ICS. Sebagian dari firmware adalah "baru", sebagian adalah "Gingerbread lama", dan diskontinuitas yang terus-menerus sangat mengejutkan... - Postingan Orang Tua

Lebih buruk lagi... ICS resmi diluncurkan untuk N7000 dengan XXLPY. Kami pikir Samsung tidak akan pernah membiarkan bug mengerikan seperti ini masuk ke dalam kernel yang dirilis, tapi kami salah...

- Postingan Orang Tua

"...Seorang kontak di Samsung akhirnya mengakui bahwa mereka mengetahui situasi ini dan "bekerja dengan tekun" untuk mengatasinya... Akhirnya, "solusi" Samsung dihadirkan kepada kami. Chainfire TIDAK senang dengan "solusi" yang diusulkan, saya juga tidak... Ini tidak melibatkan perlindungan tingkat kernel, dan lebih rendah daripada yang sudah kami miliki dengan BOARD_SUPPRESS_EMMC_WIPE di CM. Selain itu, mereka meminta kami untuk tidak mendistribusikan solusi dan mengarahkan pengembang kernel untuk mencari solusi bagi mereka..."

"...Samsung juga menolak membahas solusi apa pun yang melibatkan bootloader... Alasannya, yang tidak masuk akal, adalah hampir semua klaim garansi mereka karena firmware khusus sebelum cacat eMMC ini disebabkan oleh kerusakan bootloader... Tentu saja, ini tidak masuk akal kami ingin mendiskusikan metode pemulihan dari kerusakan bootloader, yang akan menghilangkan sebagian besar biaya garansi untuk Samsung. Kami bahkan menawarkan untuk melakukan sendiri sebagian besar rekayasa dan penerapan solusi, selama Samsung hanya memberi kami beberapa komponen kecil spesifik yang dibutuhkan Dominik dan Adam..."

"...Samsung, setelah "bekerja rajin" selama sebulan, melemparkan granat ke wajah kami

Pada awal Juli, XXLQ5 bocor untuk I9100. Dalam sehari, banyak laporan tentang batu bata yang menumpuk. Tidak lama kemudian, XWLPM ditayangkan di Kies, dan orang-orang juga melakukan brick ke kiri dan ke kanan dengan bangunan ini.

Meski mengaku demikian bekerja dengan rajin dalam masalah ini, sebaliknya, Samsung mengambil perangkat yang sebelumnya aman dan membahayakannya..." - Postingan Orang Tua

"...Jadi, saat ini - Saat ini pertengahan November 2012, dan tidak ada satu pun perangkat yang terpengaruh oleh eMMC Samsung yang rusak yang menerima perbaikan kernel. Meskipun upaya komunitas menghasilkan tingkat kerusakan yang JAUH lebih rendah, selama kernel resmi Samsung juga demikian rentan, saya masih akan mendapat PM setiap beberapa hari dari pengguna Superbrick yang membutuhkan bantuan, namun saya tidak bisa membantu..." - Postingan Orang Tua

"...Pada pertengahan Agustus, saya memutuskan untuk menentang penilaian yang lebih baik dan membeli Note 10.1 (varian WiFi - GT-N8013). Saya pikir karena ia berbagi SoC dengan I9300, itu akan menjadi taruhan yang cukup aman...

Sekarang saya telah mengonfirmasi, baik melalui tidak berfungsinya driver wifi, dan berbagai perbandingan string dengan yang dicadangkan kernel stok, bahwa sumber yang dirilis untuk varian N80xx apa pun TIDAK cocok dengan kernel stok (semuanya memiliki wifi rusak yang sama driver, dan orang lain yang bekerja dengan narasumber mengeluhkan masalah serupa.), Saya menyampaikan masalah ini kepada kontak saya di Samsung...

Mereka melacak seseorang, dan tanggapan orang tersebut adalah: Samsung tidak berkewajiban menyediakan sumber yang cocok dengan versi UEALGB untuk GT-N8013, karena itu bukan versi resmi. Ya, benar - seseorang sebenarnya berani mengklaim bahwa firmware yang diinstal pada setiap unit GT-N8013 yang dijual di Amerika adalah LEAK. Ini menandai ketiga kalinya seseorang di dalam Samsung Mobile secara terang-terangan berbohong di depan kontak saya..." - Postingan Orang Tua

"...Jadi di antara itu, hal-hal lain (lihat angsuran sebelumnya dari saga ini untuk banyak contoh), dan Superbrick, hampir semua pengelola Exynos4 berada pada batas kelelahan dengan Samsung dan terutama dengan Exynos4.

Saya mengindikasikan bahwa Note 10.1 akan menjadi perangkat terakhir saya, dan saya tidak yakin berapa lama saya akan menggunakan I777 dan N7000, karena saya juga kelelahan saat ini.

Saya lelah berada di belakang tim Cyanogenmod selama berbulan-bulan karena saya bekerja dengan perangkat yang memiliki lebih banyak blob dan lebih banyak kerusakan antarmuka pada blob dibandingkan perangkat lainnya

(Kecuali perangkat Tegra3, tapi orang-orang sudah tahu untuk menghindarinya kecuali mereka menggunakan Nexus.)..." - Postingan Orang Tua

"...Menjelang akhir [BABBQ 2012] adalah presentasi hubungan pengembang Samsung. Di sinilah mereka berjanji untuk meningkatkan kualitas kode sumber referensi dan dokumentasi untuk Exynos4, yang secara teori dapat mengurangi kekhawatiran komunitas. Konten presentasi sebenarnya tidak banyak menjanjikan - hampir semua yang mereka umumkan adalah hal-hal yang secara teknis sudah ada tetapi tidak ada gunanya karena sudah ketinggalan zaman atau tidak berfungsi..." - Postingan Orang Tua

Semua ini hanyalah contoh lain dari Samsung yang berbicara dan membuat janji namun gagal memenuhinya, sama seperti mereka telah berbicara dan membuat janji selama lebih dari setahun. Papan pengembangan seharusnya berada di depan ponsel - mereka tidak perlu berurusan dengan pengujian operator, sertifikasi nirkabel, atau hal-hal apa pun yang biasanya terkenal menghambat handset pembaruan. Ditambah lagi target yang mereka tuju adalah DEVELOPERS, jadi mereka harus menjadi "yang terdepan". Ini adalah sumber referensi Qualcomm dan TI - Ini adalah yang terbaru, melebihi apa pun yang terlihat di ponsel. Apa yang kami dapatkan dari Samsung sudah kedaluwarsa lebih dari 6 bulan - ICS untuk SoC yang ada di handset yang diluncurkan dengan ICS pada musim semi 2012, dan menerima pembaruan resmi Jellybean (persetujuan operator/sertifikat nirkabel dan semuanya) pada awal Oktober 2012... Tapi mereka masih mengerjakan ICS untuk sumber referensinya???

- Postingan Orang Tua

Seri ini diakhiri dengan ringkasan postingan yang dapat ditemukan Di Sini. Kami menyarankan semua pengguna membacanya sebelum melanjutkan.

Titik awal artikel ini adalah mencoba menjelaskan mengapa perangkat Exynos biasanya kurang dalam hal pengembangan berbasis AOSP jika dibandingkan dengan perangkat Qualcomm. Seri postingan G+ yang disebutkan dan dikutip di atas menyoroti kesulitan yang dihadapi oleh pengelola perangkat Exynos. Postingan tersebut bertanggal periode 2011-2013, jadi kami menghubungi beberapa pengembang yang disebutkan di atas untuk mengetahui bagaimana situasi saat ini. Bagaimanapun, banyak hal bisa berubah dalam 3 tahun di dunia seluler.

Tampaknya bukan untuk Samsung dan dukungannya untuk AOSP.

T: Mengapa ROM AOSP membutuhkan waktu lama untuk tersedia di perangkat Exynos, dibandingkan dengan perangkat Qualcomm?

A: Pengembang Senior yang Diakui XDA kode kerjax:

Qualcomm selalu merilis kode sumber terkini yang diperlukan agar semua komponen platform mereka berfungsi di aosp. Melihat Di Sini.

Samsung tidak melakukan apa pun.

Pengembang Senior yang Diakui XDA Entropi512:

"Qualcomm CAF jauh lebih unggul dalam hal ketertelusuran ke/dari rilis OEM (Saya belum pernah melihat perangkat OEM selain Nexus yang tidak mudah dilacak kembali ke tag CAF di KodeAurora), kualitas kode, dan frekuensi pembaruan sinyal (yang tidak memiliki KitKat untuk "Arndale Octa" dan tidak ada yang lebih baru dari ICS untuk Exynos4.) Selain sudah ketinggalan jaman, sama sekali tidak ada ketertelusuran antara OEM Samsung Mobile rilis dan sumber referensi Exynos, sementara semua OEM memiliki jumlah penelusuran kembali ke CAF yang cukup baik (HTC dan Samsung agak kurang dibandingkan yang lain, namun masih jauh lebih baik dari apa pun Exynos)

Tunggu, akhirnya mereka merilis JB untuk Origen Quad? Tidak sampai KitKat hampir keluar... Dan apa yang mereka sebut JB mungkin dekat dengan bencana tak berguna yang menimpa mereka Roti jahe "ICS"

Exynos3 alias Hummingbird adalah cerita yang benar-benar berbeda berkat Nexus S, namun Samsung telah bertekad untuk tidak pernah berbagi chipset antara perangkat Nexus dan perangkat mereka yang lain sejak saat itu. (Galaxy Nexus adalah OMAP4, sementara semua perangkat lain pada masa itu, dengan beberapa pengecualian, adalah Exynos4, Nexus 10, dan Samsung Chromebook adalah dua satu-satunya Perangkat Exynos 5250 yang pernah dikirimkan, Exynos 54xx beralih dari GPU Mali ke PowerVR bersama dengan sejumlah perubahan lainnya sehingga manta tidak berguna untuk I9500, dll.)"

T: Bagaimana masa depan Pengembangan Exynos? Langkah apa yang bisa dilakukan Samsung untuk menjadikan dirinya lebih ramah terhadap pengembang?

A: Kode kerjax:

Tidak ada masa depan. Semua pengembang yang Anda tulis sudah lama berhenti bekerja di perangkat Exynos. Kebanyakan dari mereka bahkan berhenti bekerja pada perangkat Samsung secara umum.

Kami telah meminta kode sumber lebih dari sekali dan tidak terjadi apa-apa. Mereka sama sekali tidak peduli dengan masyarakat. Yang mereka pedulikan hanyalah $$$

Jelas bahwa situasinya hampir sama dengan apa yang terjadi lebih dari 3 tahun yang lalu. Perangkat Samsung, khususnya yang berbasis Exynos, tetap menjadi contoh buruk dalam menampilkan karya komunitas pengembangan di luar contoh berbasis Touchwiz. Semua pengembangan perangkat sebagian besar masih terbatas pada modifikasi Touchwiz, dengan suasana khusus ROM berkisar pada penambahan atau penghapusan fitur dari "kulit" OS sumber tertutup Samsung secara terbalik rekayasa.

Ini tidak berarti bahwa perangkat Exynos sama sekali tidak mendapat dukungan sama sekali untuk ROM AOSP. AOSP Roms, seperti CM dan sejenisnya, bisa pada akhirnya mendarat di perangkat ini, namun hal ini terjadi setelah banyak peretasan tingkat rendah dan upaya ekstrem yang dilakukan oleh pengelola yang cukup berani untuk mencurahkan seluruh waktu luang mereka untuk memperbaiki apa yang rusak oleh Samsung. Meski begitu, hasil akhirnya bukanlah pengalaman AOSP seperti yang Anda harapkan biasanya, dan untuk ini, Anda dapat menyalahkan Samsung dengan aman.

Luka Superbrick masih segar pada mereka yang mengerahkan hati dan jiwa mereka untuk bekerja menuju tujuan buruk yang menamakan dirinya Samsung. Jika Anda ingin mendapatkan perangkat dengan kriteria pertama adalah pengembangan ROM khusus dan dukungan pengembang ROM pihak ketiga, ikuti kata-kata bijak yang dibagikan oleh Codeworkx:

Berhenti mendukung perusahaan-perusahaan tersebut dengan membeli perangkat mereka.

Ambil perangkat sony atau nexus, dapatkan ROM aosp berkualitas, dukungan komunitas yang baik, dan berbahagialah.