Ste se kdaj vprašali, zakaj naprave Exynos nimajo najboljše podpore za AOSP? Izvedite v našem povzetku dogodkov!
Ne pozabite, ne pozabite, prve Note, izdaje ICS in zapleta
Ne poznam nobenega razloga, zakaj bi izdajo Superbricka kdaj pozabili
Starejši člani foruma in uporabniki zgodnjih naprav Samsung z Androidom se morda le malo spomnijo Superbrick fiasko. Dogodki, ki vodijo do Superbricka, so dolgi in zapleteni. Zaradi kratkosti tl; Razlaga dr. je ta, da je razkrita posodobitev ICS za nekaj nosilnih različic Galaxy S2 i9100 in Galaxy Note N7000 povzročila trajna opeka. To ni bila navadna trda opeka, saj prizadete naprave ni bilo mogoče oživiti prek JTAG in je bila popolnoma mrtva in se ni odzivala. Superbrick je vplival na eMMC naprave, zato je bilo popravilo mogoče izvesti le s popolno zamenjavo matične plošče.
Zavrnitev odgovornosti, ki običajno velja za "puščanje", je veljala tudi v tem primeru, da so puščanja v bistvu "neobjavljena" programska oprema, ki je lahko ali pa tudi ne primerna za javno uporabo. Da pa je zadeva še bolj zapletena, je to izjemno zgrajeno jedro ICS dejansko prišlo do Galaxy Note N7000 kot uradna izdaja, ki je na voljo prek Kies in posodobitev OTA.
Fiasko Superbrick in spremljajočo dramo, ki je sledila zaradi Samsungovega odnosa do razvijalcev, je v seriji s 13 objavami izpostavil Andrew Dodd, znan kot višji priznani razvijalec XDA. Entropija512 na njegovem Google+. Najdete začetek te serije objav tukaj. mi zelo priporočam da si bralci vzamejo nekaj časa in preberejo celotno serijo objav, da zberejo popolno kontekstualno zavedanje in razumejo vso resnost situacije, ki se je zgodila v letih 2012-13.
Da bi poudarili nekaj pomembnih točk, je tukaj nekaj izrezkov (z dodatnim poudarkom) iz objav:
"... Očitno se skoraj vsak, ki me spremlja, zaveda nedavne nevihte v družbenih medijih, ki je posledica frustracije skupnost vdelane programske opreme Android tretjih oseb (zlasti uporabniki in razvijalci CyanogenMod) se sooča z Samsung. Fiasko "Superbrick", pomanjkanje dokumentacije o Samsungovem SoC-ju Exynos4 v primerjavi s SoC-jema Qualcomm in TI ter pester seznam drugih težav - vse to je pred kratkim prišlo na dan z odločitev vseh trenutno aktivnih vzdrževalcev naprav Exynos4, da ne prevzamejo novih naprav ..." - Nadrejena objava.
"... Novembra je Samsung izdal XWKK5 za I9100 in UCKK6 za I777. Bluetooth HID na teh zgradbah ne bi deloval z nobenim izvorno zgrajenim jedrom – samo z binarnimi datotekami, povezanimi s temi zgradbami. Samsung ni nikoli izdal druge posodobitve vira Gingerbread za I9100, čeprav so njihove binarne datoteke pokazale jasne dokaze o funkcionalni spremembi vira. Podobno izvor I777 UCKK6 ni bil izdan do nekega neznanega časa sredi leta 2012 – dokaj prepričan sem, da v najboljšem primeru šele po izdaji I9100 ICS. Tako je – Samsung je kršil GPL z I777 UCKK6 in vsako gradnjo I9100 Gingerbread od XWKK5 (november 2011) do uradne izdaje I9100 ICS (marec 2012) – Pravzaprav, tehnično še vedno so, saj izvorna koda Gingerbread, ki ustreza tem jedrom, ni bila nikoli izdana, vendar to pravzaprav ni pomembno. več ..."
"... Približno v istem času je Samsung predstavil Tab 7.0 Plus in Tab 7.7, oba temeljita na istem Exynos 4210 SoC, ki ga najdemo v GS2... Te naprave so uporabljale wifi čip Atheros AR6000 serije. Zanimivo je, da Atheros zagotavlja vir za te naprave pod dvojno licenco, GPL in BSD. (Ker ima Atheros polne avtorske pravice za vse komponente svojega referenčnega gonilnika, je to zakonito.) Samsung je za ta gonilnik izbral licenco BSD. Končni rezultat je, ko vas vprašamo za vir gonilnika wifi (ki ni bil prisoten v izpustih vira za te naprave), Samsung je odgovoril z "koda je dvojna licenca GPL ali BSD. Izberemo BSD [namesto GPL]"..." - Nadrejena objava
"...Če je bilo na podlagi ICS na GT-I9100 mogoče narediti kakšen očiten sklep, je bil ta preobleke proizvajalca ne trajajo. Po zagonu vdelane programske opreme I9100 ICS na I777 (predvsem z obratnim inženiringom zamenjanih mikrofonskih kanalov na ta naprava, ki je vzela večino vikenda dela ...), je bilo očitno, da Touchwizz povrne številne prednosti ICS. Deli vdelane programske opreme so bili "novi", deli so bili "podedovani Gingerbread" in nenehne prekinitve so bile grozljive ... - Nadrejena objava
Še slabše... Uradni ICS je bil predstavljen za N7000 z XXLPY. Mislili smo, da Samsung ne bo nikoli dovolil, da bi takšen grozljiv hrošč prodrl v izdano jedro, vendar smo se motili ...
- Nadrejena objava
"...Stik pri Samsungu je končno priznal, da so seznanjeni s situacijo in "vestno delajo" na njej... Na koncu se nam je predstavila Samsungova »rešitev«. Chainfire NI bil zadovoljen s predlagano "rešitvijo", jaz pa tudi ne... Ni vključeval zaščite na ravni jedra in je bil slabši od tega, kar smo že imeli z BOARD_SUPPRESS_EMMC_WIPE v CM. Poleg tega so nas prosili, naj rešitve ne distribuiramo in razvijalce jedra, ki iščejo rešitev, preusmerimo k njim ..."
"... Samsung tudi skoraj ni hotel razpravljati o rešitvah, ki vključujejo zagonske nalagalnike... Nesmiselna utemeljitev je bila, da so bili skoraj vsi njihovi garancijski zahtevki zaradi vdelane programske opreme po meri pred to napako eMMC posledica okvare zagonskega nalagalnika... To seveda nima smisla, saj želeli smo razpravljati o metodah obnovitve po okvari zagonskega nalagalnika, ki bi odpravila večino teh garancijskih stroškov za Samsung. Ponudili smo se celo, da bomo večino inženiringa in uvajanja rešitev opravili sami, če nam je Samsung le dal nekaj posebnih majhnih komponent, ki sta jih potrebovala Dominik in Adam ..."
"...Samsung nam po enem mesecu "pridnega dela" vrže granato v obraz
V začetku julija je XXLQ5 pricurljal za I9100. V enem dnevu so se nakopičila številna poročila o opekah. Kmalu zatem je XWLPM začel delovati na Kiesu in ljudje so zidali levo in desno tudi s to zgradbo.
Kljub trditvi, da je pridno delati pri tej težavi je Samsung namesto tega vzel prej varno napravo in jo ogrozil ..." - Nadrejena objava
"...Torej, na tej točki - sredina novembra 2012 je in niti ena naprava, ki jo je prizadel Samsungov okvarjen eMMC, ni prejela popravka jedra. Medtem ko imajo prizadevanja skupnosti stopnje škode ZELO nižje, dokler so Samsungova uradna jedra ranljiv, še vedno bom vsakih nekaj dni prejel PM od uporabnika Superbricked, ki potrebuje pomoč, ki je ne morem pomoč..." - Nadrejena objava
"... Sredi avgusta sem se odločil, da bom šel proti boljši presoji in kupil Note 10.1 (WiFi različica - GT-N8013). Ugotovil sem, da bi bila dokaj varna stava, ker si deli SoC z I9300 ...
Zdaj, ko sem potrdil, tako zaradi nedelovanja gonilnika wifi kot zaradi različnih primerjav nizov z varnostno kopiranim osnovno jedro, da se izdani viri za katero koli različico N80xx NISO ujemali z osnovnimi jedri (vsa so imela enako pokvarjen wifi voznik in drugi ljudje, ki so delali z viri, so se pritoževali nad podobnimi težavami.), o tem vprašanju sem govoril pri kontaktu na Samsung...
Nekoga so izsledili in odgovor te osebe je bil: Samsung ni bil dolžan zagotoviti vira, ki bi ustrezal gradnji UEALGB za GT-N8013, saj to ni bila uradna zgradba. Ja, tako je – nekdo pravzaprav upal trditi, da je vdelana programska oprema, vnaprej nameščena na vsaki enoti GT-N8013, prodani v Združenih državah, PUŠČANJE. To je že tretjič, da je nekdo v podjetju Samsung Mobile očitno lagal mojemu kontaktu v obraz ..." - Nadrejena objava
"...Torej med temi drugimi stvarmi (glejte prejšnje obroke te sage za številne primere) in Superbrickom, skoraj vsi vzdrževalci Exynos4 so bili na mejah izčrpanosti s Samsungom in še posebej z Exynos4.
Navedel sem, da bo Note 10.1 moja zadnja naprava, in nisem bil prepričan, kako dolgo bom ostal z I777 in N7000, saj sem bil tudi na tej točki izčrpan.
Utrujen sem bil od tega, da sem več mesecev zaostajal za preostalo ekipo Cyanogenmod, ker sem delal z napravami, ki so imele več blobov in več prekinitev vmesnika v blobih kot katera koli druga naprava
(Razen naprav Tegra3, vendar so ljudje že vedeli, da se jim je treba izogibati, razen če so bili v Nexusu.)..." - Nadrejena objava
"... Blizu konca [BABBQ 2012] je bila Samsungova predstavitev odnosov z razvijalci. Tu so obljubili, da bodo izboljšali kakovost referenčne izvorne kode in dokumentacije za Exynos4, s čimer so teoretično ublažili pomisleke skupnosti. Dejanska vsebina predstavitve je obetala malo - skoraj vse, kar so napovedali, je bilo nekaj, kar je tehnično že obstajalo, vendar je bilo malo ali nič uporabno, ker je bilo zastarelo ali preprosto nedelujoče ..." - Nadrejena objava
Vse to je bil samo še en primer, ko Samsung govori in obljublja, a ga ne izpolni, tako kot govori in obljublja že več kot eno leto. Razvojne plošče naj bi bile PRED telefoni - ni jim treba ukvarjati s testiranjem operaterjev, brezžične certifikate ali kar koli od stvari, ki so običajno znane po zadrževanju slušalke posodobitve. Poleg tega so njihova predvidena tarča RAZVIJALCI, zato bi morali biti "krvaveči rob". To je tisto, kar sta referenčni vir Qualcomm in TI - je absolutno najnovejši, pred vsem, kar je bilo mogoče videti na mobilnih telefonih. Kar dobivamo od Samsunga, je več kot 6 mesecev zastarelo – ICS za SoC, ki je bil v slušalki, ki je bila predstavljena z ICS spomladi 2012 in ki je v začetku oktobra prejela uradno posodobitev Jellybean (odobritve operaterja/certifikati brezžične povezave in vse). 2012... Ampak še vedno delajo na ICS za svoj referenčni vir???
- Nadrejena objava
Serijo smo zaključili s povzetkom, ki ga lahko najdete tukaj. Priporočamo, da ga vsi uporabniki preberejo, preden nadaljujejo.
Izhodišče tega članka je bilo poskušati razložiti, zakaj napravam Exynos običajno primanjkuje razvoja, ki temelji na AOSP, v primerjavi z napravami Qualcomm. Zgoraj omenjena in citirana serija objav G+ je poudarila težave, s katerimi se sooča vzdrževalec naprave Exynos. Objava je datirana v časovno obdobje 2011-2013, zato smo se obrnili na nekaj omenjenih razvijalcev, da bi ugotovili, kako je s trenutno situacijo. Navsezadnje se lahko v 3 letih v mobilnem svetu marsikaj spremeni.
Zdi se, da ne za Samsung in njegovo podporo za AOSP.
V: Zakaj AOSP ROM za naprave Exynos traja tako dolgo, v primerjavi z napravami Qualcomm?
O: Višji priznani razvijalec XDA codeworkx:
Qualcomm izda vedno posodobljeno izvorno kodo, ki je potrebna, da vse komponente njihove platforme delujejo na aosp. glej tukaj.
Samsung ne naredi ničesar.
XDA Senior Recognished Developer Entropija512:
"Qualcomm CAF je veliko boljši v smislu sledljivosti do/od izdaj OEM (nikoli nisem videl naprave OEM, razen Nexusa, ki je ni bilo enostavno izslediti nazaj do oznake CAF na CodeAurora), kakovost kode in pogostost posodobitev za Insignal (ki nima KitKata za "Arndale Octa" in nič novejšega od ICS za Exynos4.) Poleg tega, da je zastarel, obstaja popolnoma nična sledljivost med proizvajalci originalne opreme Samsung Mobile izdaj in referenčnega vira Exynos, medtem ko imajo vsi proizvajalci originalne opreme dokaj spodobno sledljivost nazaj do CAF (HTC in Samsung nekoliko manj kot drugi, a še vedno veliko boljšo kot karkoli drugega). Exynos)
Čakaj, so na koncu izdali JB za Origen Quad? Ne dokler KitKat ni bil skoraj zunaj... In to, kar so imenovali JB, je bilo verjetno blizu neuporabne katastrofe, ki je bila njihova Medenjaki "ICS"
Exynos3 ali Hummingbird je bil zahvaljujoč Nexusu S povsem drugačna zgodba, vendar si je Samsung od takrat prizadeval, da nikoli ne deli nabora čipov med napravami Nexus in drugimi njihovimi napravami. (Galaxy Nexus je bil OMAP4, medtem ko je bilo vse ostalo v tistem obdobju z nekaj izjemami Exynos4, Nexus 10 in Samsung Chromebook sta bila dva edina Naprave Exynos 5250, ki bodo kdaj dobavljene, Exynos 54xx je preklopil z Mali GPU na PowerVR skupaj s kopico drugih sprememb, tako da je bila manta neuporabna za I9500, itd.)"
V: Kakšna je prihodnost razvoja Exynos? Kakšne korake bi lahko sprejel Samsung, da bi postal bolj prijazen razvijalcem?
A: Codeworkx:
Ni prihodnosti. Vsi razvijalci, za katere ste pisali, so že zdavnaj prenehali delovati na napravah exynos. Večina jih je celo prenehala delati na napravah samsung na splošno.
Več kot enkrat smo prosili za izvorno kodo, a zgodilo se ni nič. Enostavno jim ni mar za skupnost. Vse, kar jih zanima, so $$$
Jasno je, da je situacija skoraj enaka tisti izpred več kot 3 let. Naprave Samsung, zlasti na osnovi Exynosa, ostajajo slabi primeri za predstavitev dela razvojne skupnosti zunaj primerov, ki temeljijo na Touchwizu. Ves razvoj naprave ostaja v veliki meri omejen na modifikacije Touchwiza s prizoriščem po meri ROM-i, ki se vrtijo okoli dodajanja ali odstranjevanja funkcij iz zaprtokodne "kože" operacijskega sistema Samsung prek obratne inženiring.
To ne pomeni, da naprave Exynos ne dobijo nobene podpore za AOSP ROM-e. AOSP Romi, tako kot CM in podobni, imajo sčasoma pristanejo na teh napravah, vendar se te pojavijo po številnih hekerjih na nizki ravni in izjemnih naporih vzdrževalcev, ki so dovolj pogumni, da ves svoj prosti čas posvetijo popravljanju tega, kar je pokvaril Samsung. Tudi takrat končni rezultat ni izkušnja AOSP, kot bi jo običajno pričakovali, in za to lahko varno krivite Samsung.
Rane Superbricka so še vedno sveže pri tistih, ki so združili svoje srce in dušo v prizadevanju za zlomljen cilj, ki se imenuje Samsung. Če želite dobiti napravo, pri kateri je prvo merilo razvoj ROM-a po meri in podpora za razvijalce ROM-a tretjih oseb, sledite besedam modrosti, ki jih deli Codeworkx:
Nehajte podpirati takšna podjetja z nakupom njihovih naprav.
Vzemite napravo sony ali nexus, pridobite kakovostne aosp rome, dobro podporo skupnosti in preprosto bodite srečni.