Kas olete kunagi mõelnud, miks Exynose seadmed ei saa parimat AOSP tuge? Uurige meie sündmuste kokkuvõttest!
Pidage meeles, pidage meeles, esimene Note, ICS väljalase ja süžee
Ma ei tea ühtki põhjust, miks Superbricki riigireetmist tuleks kunagi unustada
Vanemad foorumiliikmed ja varasemate Samsungi seadmete Androidi kasutajad võivad seda nõrgalt meenutada Superbrick fiasko. Superbrickini viivad sündmused on pikad ja keerulised. Lühiduse huvides a tl; dr selgitus on see, et mõne Galaxy S2 i9100 ja Galaxy Note N7000 operaatori variandi lekkinud ICS-värskendus põhjustas püsitellis. See ei olnud tavaline kõva telliskivi, kuna mõjutatud seadet ei saanud JTAG-i kaudu taaselustada ning see oli täiesti surnud ega reageerinud. Superbrick mõjutas seadme eMMC-d ja seetõttu sai remonti teha ainult emaplaadi täieliku vahetamisega.
Üldjuhul "lekete" juurde kuuluv lahtiütlus kehtis ka selle juhtumi puhul, et lekked on sisuliselt "avaldamata" tarkvara, mis võib, aga ei pruugi avalikuks tarbimiseks sobida. Asjade keerulisemaks muutmiseks jõudis see superbricking ICS-tuum tegelikult Galaxy Note N7000-sse ametliku väljalasena, mis on saadaval Kiesi ja OTA värskenduste kaudu.
Superbricki fiaskot ja sellega kaasnenud draama, mis järgnes tänu Samsungi suhtumisele arendajatesse, tõstis Andrew Doddi ehk XDA tunnustatud vanemarendaja 13 postitusega seeria esile. Entroopia512 tema Google+. Leiate selle postituste sarja alguse siin. Meie väga soovitada et lugejad võtaksid aja maha ja loeksid läbi terve postituste seeria, et koguda täielikku kontekstialast teadlikkust ja mõista aastatel 2012–2013 juhtunud olukorra tõsidust.
Mõne olulise punkti esiletõstmiseks on siin mõned väljavõtted (lisatud rõhuasetusega) postitustest:
"...Ilmselt on peaaegu kõik, kes mind jälgivad, teadlikud hiljutisest sotsiaalmeedia tormist, mis tulenes pettumusest kolmanda osapoole Androidi püsivara kogukond (eriti CyanogenModi kasutajad ja arendajad) on kogenud Samsung. "Superbricki" fiasko, Samsungi Exynos4 SoC dokumentatsiooni puudumine võrreldes Qualcommi ja TI SoC-dega ning muude probleemide pesuloend – see kõik on viimasel ajal pähe tulnud. kõigi praegu aktiivsete Exynos4 seadme hooldajate otsus mitte võtta uusi seadmeid..." - Lapsevanema postitus.
"...Novembris andis Samsung välja XWKK5 I9100 jaoks ja UCKK6 I777 jaoks. Bluetoothi HID nendes järgudes ei töötaks ühegi allikapõhise tuumaga – ainult nende järgudega seotud binaarfailidega. Samsung ei avaldanud I9100 jaoks kunagi teist piparkoogi allika värskendust, kuigi nende kahendfailid näitasid selgeid tõendeid allika funktsionaalse muutuse kohta. Samamoodi lasti I777 UCKK6 allikas välja alles teadmata ajal 2012. aasta keskel – olen üsna kindel, et parimal juhul alles pärast I9100 ICS väljaandmist. See on õige – Samsung rikkus GPL-i I777 UCKK6 ja iga I9100 Gingerbreadiga alates XWKK5 (november 2011) kuni I9100 ICS ametliku väljalaskmiseni (märts 2012) – tegelikult tehniliselt on nad seda ikka veel, kuna nendele tuumadele vastavat piparkoogiallikat ei avaldatud kunagi, kuid sellel pole lihtsalt mingit tähtsust rohkem..."
"...Umbes samal ajal tõi Samsung turule Tab 7.0 Plus ja Tab 7.7, mis mõlemad põhinevad samal Exynos 4210 SoC-l, mis leidus GS2-s...Need seadmed kasutasid Atherose AR6000-seeria wifi-kiipi. Huvitav on see, et Atheros pakub nendele seadmetele allikat kahe litsentsi, GPL ja BSD alusel. (Kuna Atherosel on kõik nende võrdlusdraiveri komponentide autoriõigused, on see seaduslik.) Samsung valis selle draiveri jaoks BSD-litsentsi. Lõpptulemus on see, kui küsitakse wifi draiveri allikat (mida nende seadmete lähtetekstides ei olnud), Samsung vastas: "kood on kahelitsentsiga GPL või BSD. Valime BSD [GPL-i asemel]"..." - Vanempost
"...Kui GT-I9100 ICS-i põhjal teha ilmselgeid järeldusi, siis tootja nahad ei kesta. Pärast I9100 ICS püsivara käivitamist I777-l (peamiselt vahetatud mikrofonikanalite pöördprojekteerimisega see seade, mis võttis suurema osa nädalavahetusest tööd...), oli ilmne, et Touchwizz tõi tagasi paljud selle eelised ICS. Püsivara osad olid "uued", osad olid "pärand piparkoogid" ja pidevad katkestused olid häirivad ... - Vanempost
Veel hullem... Ametlik ICS käivitati XXLPY-ga N7000 jaoks. Arvasime, et Samsung ei lase kunagi sellisel kohutaval veal välja antud kernelisse sattuda, kuid me eksisime...
- Vanempost
"...Samsungi kontakt oli lõpuks tunnistanud, et nad on olukorrast teadlikud ja "töötavad usinalt" selle kallal... Lõpuks esitleti meile Samsungi "lahendust". Chainfire EI olnud pakutud "lahendusega rahul" ega ka mina... See ei sisaldanud kerneli tasemel kaitset ja oli halvem kui see, mis meil juba oli CM-is BOARD_SUPPRESS_EMMC_WIPE-ga. Lisaks palusid nad meil lahendust mitte levitada ja lahendust otsivad kerneli arendajad neile ümber suunata..."
"...Samsung keeldus üsna palju ka arutamast mis tahes lahendusi, mis hõlmavad alglaadureid... Põhjendus, millel polnud mõtet, oli see, et peaaegu kõik nende garantiinõuded, mis olid seotud kohandatud püsivaraga enne seda eMMC-defekti, olid tingitud alglaaduri rikkest... Muidugi pole sellel mõtet, kuna tahtsime arutada alglaaduri korruptsioonist taastumise meetodeid, mis kaotaksid Samsungi jaoks suurema osa neist garantiikuludest. Pakkusime isegi, et teeme suurema osa projekteerimisest ja lahenduste juurutamisest ise, kui Samsung andis meile just mõned väikesed komponendid, mida Dominik ja Adam vajasid..."
"...Samsung viskab pärast kuu aega "usinat töötamist" meile granaadi näkku
Juuli alguses lekkis I9100 jaoks XXLQ5. Ühe päevaga oli kuhjunud arvukalt teateid telliste kohta. Varsti pärast seda läks XWLPM Kies'is ja inimesed müüsid ka selle ehitusega vasakule ja paremale.
Vaatamata väitele, et on usinalt töötades Selle probleemi puhul võttis Samsung hoopis varem turvalise seadme ja seadis selle ohtu..." - Vanempost
"...Seega, praegu – on 2012. aasta novembri keskpaik ja ükski Samsungi defektse eMMC-i poolt mõjutatud seade pole saanud tuumaparandust. Ehkki kogukonna jõupingutuste tõttu on kahjumäärad SUURED langenud, nii kaua kui Samsungi ametlikud tuumad on haavatav, saan endiselt iga paari päeva tagant PM-i Superbrickedi kasutajalt, kes vajab abi, keda ma ei saa appi..." - Vanempost
"...Augusti keskel otsustasin minna vastu paremale otsusele ja osta Note 10.1 (WiFi variant - GT-N8013). Arvasin, et kuna see jagas SoC-d I9300-ga, oleks see üsna turvaline panus...
Nüüd, kui sain kinnitust nii wifi-draiveri mittefunktsionaalsuse kui ka erinevate stringide võrdlemise kaudu varundatud varutuuma, et ühegi N80xx variandi välja antud allikad EI ühtinud aktsiatuumadega (neil kõigil oli sama katkine wifi juht ja teised allikatega koostööd teinud inimesed kaebasid sarnaste probleemide üle.), tõstatasin selle probleemi oma kontaktiga aadressil Samsung...
Nad leidsid kellegi jälile ja selle inimese vastus oli: Samsung ei olnud kohustatud esitama allikat, mis ühtiks GT-N8013 UEALGB järguga, kuna see ei olnud ametlik versioon. Jah, see on õige – keegi tegelikult julges väita, et igale USA-s müüdavale GT-N8013 seadmele eelinstallitud püsivara oli LEKE. See oli kolmas kord, kui keegi Samsung Mobile'ist minu kontaktisikule räigelt näkku valetas..." - Vanempost
"...Selle vahele jäävad muud asjad (palju näiteid vaadake selle saaga varasematest osadest) ja Superbrick, peaaegu kõik Exynos4 hooldajad olid Samsungi ja eriti selle ammendumise piiril Exynos4.
Märkasin, et Note 10.1 on minu viimane seade, ja ma ei olnud kindel, kui kauaks ma I777 ja N7000 juurde jään, kuna olin ka sel hetkel kurnatud.
Olin väsinud sellest, et olin ülejäänud Cyanogenmodi meeskonnast kuude kaupa maas, sest töötasin seadmetega, millel oli rohkem plokke ja rohkem liidese katkestusi kui üheski teises seadmes
(Välja arvatud Tegra3 seadmed, kuid inimesed teadsid juba neid vältida, kui nad just Nexuses ei olnud)..." - Vanempost
"... [BABBQ 2012] lõpus oli Samsungi arendajasuhete esitlus. See oli koht, kus nad lubasid parandada Exynos4 lähtekoodi ja dokumentatsiooni kvaliteeti, leevendades teoreetiliselt kogukonna muresid. Tegelik esitluse sisu lubas vähe - peaaegu kõik, mida nad teatasid, olid asjad, mis olid tehniliselt juba olemas, kuid millest polnud kasu, kuna see oli aegunud või lihtsalt mittetoimiv..." - Vanempost
Kõik see on olnud järjekordne juhtum, kus Samsung räägib ja annab lubadusi ja ei suuda täita, just nagu nad on rääkinud ja lubanud juba üle aasta. Arendusplaadid peaksid olema telefonidest EES – need ei pea tegelema operaatorite testimisega, traadita ühenduse sertifikaate või muid asju, mis on tavaliselt kurikuulsad telefonitoru tagasihoidmise tõttu uuendused. Lisaks on nende sihtmärgiks ARENDAJAD, seega peaksid nad olema "vereringe". See on Qualcommi ja TI viiteallikas – see on absoluutselt uusim, edestades kõike, mida telefonides näha on. See, mida me Samsungilt saame, on enam kui kuus kuud aegunud – ICS soC-le, mis oli koos ICS-iga käivitatud telefonitorus 2012. aasta kevadel ja mis sai ametliku Jellybeani värskenduse (operaatori kinnitused/traadita ühenduse serdid ja kõik) oktoobri alguses 2012... Kuid nad töötavad endiselt oma viiteallika ICS-i kallal???
- Vanempost
Sari lõpetati kokkuvõtva postitusega, mille leiate siin. Soovitame kõigil kasutajatel see enne jätkamist läbi lugeda.
Selle artikli lähtepunktiks oli püüda selgitada, miks Exynose seadmetel tavaliselt puudub AOSP-põhine arendus võrreldes Qualcommi seadmetega. Ülalmainitud ja tsiteeritud G+ postituste seerias rõhutati raskusi, millega Exynose seadme hooldaja silmitsi seisis. Postitus on dateeritud ajavahemikule 2011-2013, seega võtsime ühendust mõne mainitud arendajaga, et välja selgitada, kuidas praegu olukord on. Lõppude lõpuks võib mobiilimaailmas 3 aastaga palju muutuda.
Tundub, et mitte Samsungi ja selle AOSP-i toe jaoks.
K: Miks võtab AOSP ROM-ide ilmumine Exynose seadmete puhul nii kaua aega, võrreldes Qualcommi seadmetega?
V: XDA tunnustatud vanemarendaja codeworkx:
Qualcomm annab alati välja ajakohase lähtekoodi, mis on vajalik nende platvormi kõigi komponentide töötamiseks AOSP-s. Vaata siin.
Samsung ei tee midagi.
XDA tunnustatud vanemarendaja Entroopia512:
"Qualcomm CAF on OEM-väljaannete jälgitavuse osas märkimisväärselt parem (ma pole kunagi näinud muud OEM-seadet peale Nexuse, mida poleks olnud lihtne CAF-i märgiseni tagasi jälgida CodeAurora), koodi kvaliteet ja värskenduste sagedus Insignal (millel pole "Arndale Octa" jaoks KitKatit ega midagi uuemat kui ICS Exynos 4 jaoks.) Lisaks aegunud olemisele on Samsung Mobile'i originaalseadmete tootjate vahel täiesti null jälgitavus väljalasked ja Exynose viiteallikas, samas kui kõigil originaalseadmete tootjatel on CAF-i jälgitavus üsna korralik (HTC-l ja Samsungil on mõnevõrra vähem kui teistel, kuid siiski palju parem kui miski muu Exynos)
Oota, nad andsid lõpuks välja JB Origen Quadi jaoks? Alles enne, kui KitKat oli peaaegu väljas... Ja see, mida nad kutsusid JB-ks, oli tõenäoliselt nende kasutu katastroofi lähedal Piparkoogid "ICS"
Exynos3 ehk Hummingbird oli tänu Nexus S-le täiesti erinev lugu, kuid Samsung on sellest ajast peale võtnud ülesandeks mitte kunagi jagada kiibikomplekti Nexuse seadmete ja nende muude seadmete vahel. (Galaxy Nexus oli OMAP4, samas kui kõik muu selle ajastu peale mõne erandi oli Exynos4, Nexus 10 ja Samsung Chromebook olid kaks ainsat Kunagi tarnitavad Exynos 5250 seadmed, Exynos 54xx lülitus Mali GPU-lt PowerVR-ile koos paljude muude muudatustega, nii et manta oli I9500 jaoks kasutu, jne.)"
K: Mis on Exynose arenduse tulevik? Milliseid samme võiks Samsung ette võtta, et muuta end arendajasõbralikumaks?
V: Codeworkx:
Pole tulevikku. Kõik arendajad, mille olete kirjutanud, on juba ammu lõpetanud exynose seadmetes töötamise. Enamik neist lõpetas isegi üldiselt samsungi seadmetes töötamise.
Oleme rohkem kui korra küsinud lähtekoodi ja midagi ei juhtunud. Nad lihtsalt ei hooli kogukonnast. Kõik, millest nad hoolivad, on $$$
On selge, et olukord on peaaegu identne enam kui 3 aasta taguse olukorraga. Samsungi seadmed, eriti Exynosel põhinevad, on endiselt kehvad näited arenduskogukonna töö tutvustamiseks väljaspool Touchwizi näiteid. Kogu seadme arendus piirdub suures osas Touchwizi muudatustega, mis on kohandatud ROMid, mis pöörlevad Samsungi suletud lähtekoodiga OS-i "nahast" funktsioonide lisamise või eemaldamise ümber tagurpidi inseneritöö.
See ei tähenda, et Exynose seadmed ei saaks AOSP ROM-ide jaoks üldse mingit tuge. AOSP Romid, nagu CM ja teised sarnased, teevad seda lõpuks maanduvad nendele seadmetele, kuid need tulevad pärast palju madalat häkkerit ja äärmuslikke jõupingutusi hooldajate poolt, kes on piisavalt julged pühendada kogu oma vaba aja Samsungi rikkumiste parandamisele. Isegi siis pole lõpptulemus AOSP-kogemus, nagu tavaliselt ootaks, ja selles võite Samsungi süüdistada.
Superbricki haavad on endiselt värsked neil, kes panevad südame ja hinge kokku, töötades katkise eesmärgi nimel, mis nimetab end Samsungiks. Kui soovite hankida seadet, mille esimene kriteerium on kohandatud ROM-i arendus ja kolmanda osapoole ROM-i arendaja tugi, järgige Codeworkxi poolt jagatud tarkusesõnu:
Lõpetage selliste ettevõtete toetamine nende seadmete ostmisega.
Võtke Sony või Nexuse seade, hankige kvaliteetsed AOSP-ROMid, hea kogukonna tugi ja olge lihtsalt õnnelik.