Oletko koskaan miettinyt, miksi Exynos-laitteet eivät saa parasta AOSP-tukea? Ota selvää tapahtumistamme!
Muista, muista, ensimmäinen Note, ICS-julkaisu ja juoni
En tiedä mitään syytä, miksi Superbrick-petturi pitäisi koskaan unohtaa
Vanhemmat foorumin jäsenet ja varhaisten Samsung-laitteiden Android-käyttäjät saattavat muistaa hämärästi Loistava fiasko. Tapahtumat, jotka johtavat Superbrickiin, ovat pitkiä ja monimutkaisia. Lyhytyyden vuoksi a tl; Dr selitys on, että vuotanut ICS-päivitys muutamille Galaxy S2 i9100:n ja Galaxy Note N7000:n operaattoriversioille aiheutti pysyvä tiili. Tämä ei ollut tavallinen kova tiili, koska vahingoittunutta laitetta ei voitu herättää henkiin JTAG: n kautta ja se oli täysin kuollut eikä reagoinut. Superbrick vaikutti laitteen eMMC: hen, joten korjaukset voitiin tehdä vain täydellisellä emolevyn vaihdolla.
Yleisesti "vuotojen" kanssa pätevä vastuuvapauslauseke pätee myös tässä tapauksessa, että vuodot ovat pohjimmiltaan "julkaisemattomia" ohjelmistoja, jotka voivat olla tai eivät kelpaa julkiseen käyttöön. Asioiden mutkistamiseksi tämä superbricking ICS-ydin itse asiassa päätyi Galaxy Note N7000:een virallisena julkaisuna, joka on saatavilla Kies- ja OTA-päivitysten kautta.
Superbrick-fiasko ja siihen liittyvä draama, joka seurasi Samsungin asenteesta kehittäjiä kohtaan, korostui Andrew Doddin alias XDA Senior Recognized Developerin 13-postaisessa sarjassa. Entropia512 hänen Google+ -palvelussaan. Löydät tämän postaussarjan alun tässä. Me suosittelen lämpimästi että lukijat pitävät hetken taukoa ja lukevat koko viestisarjan saadakseen täydellisen kontekstuaalisen tietoisuuden ja ymmärtääkseen vuosina 2012–2013 tapahtuneen tilanteen vakavuuden.
Muutaman tärkeän kohdan korostamiseksi tässä on muutama katkelma (korostettuna) viesteistä:
"...Ilmeisesti lähes kaikki minua seuraavat ovat tietoisia viimeaikaisesta sosiaalisen median myrskystä, joka on seurausta kolmannen osapuolen Android-laiteohjelmistoyhteisö (erityisesti CyanogenMod-käyttäjät ja -kehittäjät) on kokenut Samsung. "Superbrick"-fiasko, Samsungin Exynos4 SoC: n dokumentaation puute verrattuna Qualcommiin ja TI: n SoC: iin ja pesulista muista ongelmista – kaikki on viime aikoina päässyt kärkeen. kaikkien tällä hetkellä aktiivisten Exynos4-laitteiden ylläpitäjien päätös olla hankkimatta uusia laitteita..." - Vanhemman viesti.
"...Marraskuussa Samsung julkaisi XWKK5:n I9100:lle ja UCKK6:n I777:lle. Näiden koontiversioiden Bluetooth HID ei toimisi minkään lähdepohjaisen ytimen kanssa – vain kyseisiin koontiversioihin liittyvien binäärien kanssa. Samsung ei koskaan julkaissut toista Gingerbread-lähdepäivitystä I9100:lle, vaikka niiden binaarit osoittivat selkeää näyttöä lähteen toiminnallisesta muutoksesta. Samoin I777 UCKK6 lähde julkaistiin vasta tuntemattomaan aikaan vuoden 2012 puolivälissä - olen melko varma, että vasta I9100 ICS: n julkaisun jälkeen. Aivan oikein - Samsung rikkoi GPL: ää I777 UCKK6:lla ja jokaisella I9100 Gingerbread -versiolla XWKK5:stä (marraskuu 2011), kunnes ne virallisesti julkaisivat I9100 ICS: n (maaliskuu 2012) - Itse asiassa, teknisesti ne ovat edelleen, sillä noita ytimiä vastaavaa Gingerbread-lähdettä ei koskaan julkaistu, mutta sillä ei vain ole väliä lisää..."
"...Noin samaan aikaan Samsung julkaisi Tab 7.0 Plus: n ja Tab 7.7:n, jotka molemmat perustuivat samaan Exynos 4210 SoC: hen, joka löytyy GS2:sta...Näissä laitteissa käytettiin Atheros AR6000 -sarjan wifi-sirua. Mielenkiintoista on, että Atheros tarjoaa lähteen näille laitteille kaksoislisenssillä, GPL: llä ja BSD: llä. (Koska Atherosilla on kaikki tekijänoikeudet referenssiohjaimensa kaikkiin osiin, tämä on laillista.) Samsung valitsi BSD-lisenssin tälle ohjaimelle. Lopputulos on, kun kysytään wifi-ohjaimen lähdettä (jota ei ollut näiden laitteiden lähdepudoissa), Samsung vastasi "koodi on kaksoislisenssi GPL tai BSD. Valitsemme BSD [GPL: n sijaan]"..." - Vanhempi viesti
"...Jos GT-I9100:n ICS: stä oli tehtävä selvä johtopäätös, se oli, että valmistajan skinit eivät kestä. Kun I9100 ICS -laiteohjelmisto on käynnissä I777:ssä (ensisijaisesti kääntämällä vaihdetut mikrofonikanavat päälle tämä laite, joka kesti suurimman osan viikonlopun työstä...), oli ilmeistä, että Touchwizz palautti monet ICS. Osa laiteohjelmistosta oli "uusia", osa "perintöä piparkakkua", ja jatkuvat epäjatkuvuudet olivat ärsyttäviä... - Vanhempi viesti
Vielä pahempi... Virallinen ICS julkaistiin N7000:lle XXLPY: llä. Ajattelimme, että Samsung ei koskaan päästäisi tällaisen kauhean bugin päästä julkaistuun ytimeen, mutta olimme väärässä...
- Vanhempi viesti
"...Samsungin yhteyshenkilö oli vihdoin myöntänyt, että he olivat tietoisia tilanteesta ja "työskentelivät ahkerasti" sen eteen... Lopulta Samsungin "ratkaisu" esiteltiin meille. Chainfire EI ollut tyytyväinen ehdotettuun "ratkaisuun", enkä minäkään... Se ei sisältänyt ydintason suojausta, ja se oli huonompi kuin meillä oli jo käytössä CM: n BOARD_SUPPRESS_EMMC_WIPE-toiminnolla. Lisäksi he pyysivät meitä olemaan jakamatta ratkaisua ja ohjaamaan ratkaisua etsivät ytimen kehittäjät heille..."
"...Samsung kieltäytyi myös melkein keskustelemasta kaikista käynnistyslataimia koskevista ratkaisuista... Päättely, jossa ei ollut järkeä, oli se, että lähes kaikki heidän takuuvaatimuksensa, jotka koskivat mukautettua laiteohjelmistoa ennen tätä eMMC-vikaa, johtuivat käynnistyslataimen vioittumisesta... Tässä ei tietenkään ole mitään järkeä, koska halusimme keskustella menetelmistä toipua käynnistyslataimen vioittumisesta, mikä eliminoisi suurimman osan näistä takuukustannuksista Samsungille. Tarjouduimme jopa tekemään suurimman osan suunnittelusta ja ratkaisujen käyttöönotosta itse, kunhan Samsung vain antoi meille joitain tiettyjä pieniä komponentteja, joita Dominik ja Adam tarvitsivat..."
"...Samsung, "työskenneltyään ahkerasti" kuukauden ajan, heittää kranaatin kasvoillemme
Heinäkuun alussa XXLQ5 vuoti I9100:lle. Päivän sisällä lukuisia tiiliraportteja oli kasaantunut. Pian tämän jälkeen XWLPM julkaistiin Kiesissä ja ihmiset tiilivät vasemmalle ja oikealle myös tällä rakenteella.
Vaikka väittää olevansa työskentelee ahkerasti Tässä ongelmassa Samsung sen sijaan otti aiemmin turvallisen laitteen ja vaaransi sen..." - Vanhempi viesti
"...Joten, tässä vaiheessa - On marraskuun puoliväli 2012, eikä yksikään Samsungin viallisen eMMC: n vaikuttanut laite ole saanut ytimen korjausta. Vaikka yhteisön ponnistelut ovat vaurioittaneet paljon, niin kauan kuin Samsungin viralliset ytimet ovat haavoittuva, saan silti muutaman päivän välein PM-viestin Superbricked-käyttäjältä, joka tarvitsee apua, jota en voi auta..." - Vanhempi viesti
"...Elokuun puolivälissä päätin vastustaa parempaa harkintaa ja ostaa Note 10.1:n (WiFi-versio - GT-N8013). Ajattelin, että koska se jakoi SoC: n I9300:n kanssa, se olisi melko turvallinen veto...
Nyt kun olin vahvistanut, sekä wifi-ohjaimen toimimattomuuden että eri merkkijonovertailujen kautta varmuuskopioitujen kanssa varastoydin, että julkaistut lähteet millekään N80xx-versiolle EIVÄT vastanneet varastossa olevia ytimiä (kaikissa oli sama rikkinäinen wifi kuljettaja ja muut lähteiden kanssa työskennelleet ihmiset valittivat samankaltaisista ongelmista.), Otin asian esille yhteyshenkilöni kanssa osoitteessa Samsung...
He jäljittivät jonkun, ja tämän henkilön vastaus oli: Samsungilla ei ollut velvollisuutta toimittaa lähdettä, joka vastasi GT-N8013:n UEALGB-koontiversiota, koska se ei ollut virallinen versio. Kyllä, se on oikein - joku itse asiassa uskalsi väittää, että jokaiseen Yhdysvalloissa myytävään GT-N8013-yksikköön esiasennettu laiteohjelmisto oli VUOTO. Tämä oli kolmas kerta, kun joku Samsung Mobilessa valehteli räikeästi kontaktilleni päin..." - Vanhempi viesti
"...Joten näiden välissä muita asioita (katso monia esimerkkejä tämän saagan aikaisemmista osista) ja Superbrick, lähes kaikki Exynos4-ylläpitäjät olivat uupumuksen rajoilla Samsungin ja erityisesti sen kanssa Exynos 4.
Ilmoitin, että Note 10.1 tulee olemaan viimeinen laitteeni, enkä ollut varma kuinka kauan viipyisin I777:n ja N7000:n kanssa, koska olin myös tässä vaiheessa uupunut.
Olin kyllästynyt olemaan kuukausia jäljessä muusta Cyanogenmod-tiimistä, koska työskentelin laitteiden kanssa, joissa oli enemmän blobeja ja enemmän käyttöliittymäkatkoja kuin missään muussa laitteessa.
(Paitsi Tegra3-laitteet, mutta ihmiset tiesivät jo välttää näitä, elleivät ne olleet Nexuksessa..." - Vanhempi viesti
"...Lähellä [BABBQ 2012] loppua oli Samsungin kehittäjäsuhdeesitys. Täällä he lupasivat parantaa Exynos4:n viitelähdekoodin ja dokumentaation laatua, mikä teoriassa lieventää yhteisön huolenaiheita. Varsinainen esityksen sisältö lupasi vähän - melkein kaikki, mitä he ilmoittivat, oli tavaraa, joka oli jo teknisesti olemassa, mutta josta oli vähän tai ei mitään hyötyä, koska se oli vanhentunut tai yksinkertaisesti toimimaton..." - Vanhempi viesti
Kaikki tämä on ollut jälleen yksi tapaus, jossa Samsung puhuu ja tekee lupauksia ja epäonnistuu täyttämään, aivan kuten he ovat puhuneet ja antaneet lupauksia yli vuoden. Kehityslevyjen oletetaan olevan puhelimien edellä – niiden ei tarvitse tehdä operaattoritestausta, langattomat sertifioinnit tai muut asiat, jotka ovat yleensä pahamaineisia luurin pidättelemisestä päivitykset. Lisäksi heidän tarkoitettu kohde on KEHITTÄJÄT, joten heidän pitäisi olla "vuotoreuna". Tämä on Qualcommin ja TI: n viitelähde – se on ehdoton uusin, edellä mitään puhelimissa nähtyä. Se, mitä saamme Samsungilta, on yli 6 kuukautta vanhentunut - ICS: lle SoC: lle, joka oli ICS: n kanssa lanseeratussa puhelimessa keväällä 2012, ja joka sai virallisen Jellybean-päivityksen (operaattorin hyväksynnät / langattomat sertifikaatit ja kaikki) lokakuun alussa 2012... Mutta he työskentelevät edelleen ICS: n parissa viitelähdettä varten?
- Vanhempi viesti
Sarja päätettiin yhteenvetopostauksella, joka löytyy tässä. Suosittelemme, että kaikki käyttäjät lukevat sen ennen jatkamista.
Tämän artikkelin lähtökohtana oli yrittää selittää, miksi Exynos-laitteista yleensä puuttuu AOSP-pohjainen kehitys verrattuna Qualcomm-laitteisiin. Yllämainittu ja lainattu G+-viestisarja korosti Exynos-laitteen ylläpitäjän kohtaamia vaikeuksia. Postaus on päivätty ajanjaksolle 2011-2013, joten otimme yhteyttä muutamaan mainituista kehittäjistä selvittääksemme tilanteen tällä hetkellä. Loppujen lopuksi paljon voi muuttua 3 vuodessa mobiilimaailmassa.
Ei ilmeisesti Samsungille ja sen tuelle AOSP: lle.
K: Miksi AOSP-ROM-levyjen saapuminen Exynos-laitteille kestää niin kauan verrattuna esimerkiksi Qualcomm-laitteisiin?
V: XDA: n vanhempi tunnustettu kehittäjä codeworkx:
Qualcomm julkaisee aina ajan tasalla olevaa lähdekoodia, jota tarvitaan, jotta kaikki alustan komponentit toimisivat AOSP: ssä. Katso tässä.
Samsung ei tee mitään.
XDA: n vanhempi tunnustettu kehittäjä Entropia512:
"Qualcomm CAF on huomattavasti parempi jäljitettävyyden suhteen OEM-julkaisuihin/-julkaisuista (en ole koskaan nähnyt muuta OEM-laitetta kuin Nexusta, jota ei olisi helppo jäljittää takaisin CAF-tunnisteeseen osoitteessa CodeAurora), koodin laatu ja päivitystiheys Insignal (jossa ei ole KitKatia "Arndale Octa" -mallille eikä mitään uudempaa kuin ICS: tä Exynos 4:lle.) Sen lisäksi, että se on vanhentunut, Samsung Mobilen OEM-valmistajien välillä ei ole minkäänlaista jäljitettävyyttä. julkaisut ja Exynos-viitelähde, kun taas kaikilla OEM-valmistajilla on melko hyvä jäljitettävyys takaisin CAF: iin (HTC ja Samsung jonkin verran vähemmän kuin muut, mutta silti paljon parempi kuin mikään muu Exynos)
Odota, he lopulta julkaisivat JB: n Origen Quadille? Ei ennen kuin KitKat oli melkein poissa... Ja se, mitä he kutsuivat JB: ksi, oli luultavasti lähellä heidän hyödytöntä katastrofia Piparkakku "ICS"
Exynos3 eli Hummingbird oli täysin erilainen tarina Nexus S: n ansiosta, mutta Samsung on tehnyt pointin, ettei sen jälkeen ole koskaan jaettu piirisarjaa Nexus-laitteiden ja muiden niiden laitteiden välillä. (Galaxy Nexus oli OMAP4, kun taas kaikki muu tuon aikakauden muutamaa poikkeusta lukuun ottamatta oli Exynos4, Nexus 10 ja Samsung Chromebook olivat kaksi ainoaa Aina toimitettavia Exynos 5250 -laitteita, Exynos 54xx vaihtoi Malin GPU: sta PowerVR: ään sekä joukko muita muutoksia, joten manta oli hyödytön I9500:lle, jne.)"
K: Mikä on Exynos Developmentin tulevaisuus? Mihin toimiin Samsung voisi ryhtyä tehdäkseen itsensä kehittäjäystävällisempiä?
V: Codeworkx:
Ei ole tulevaisuutta. Kaikki kehittäjät, joille olet kirjoittanut, ovat lakanneet toimimasta exynos-laitteilla kauan sitten. Suurin osa heistä jopa lakkasi toimimasta samsung-laitteissa yleensä.
Olemme pyytäneet useammin kuin kerran lähdekoodia, mutta mitään ei tapahtunut. He eivät yksinkertaisesti välitä yhteisöstä. He välittävät vain $$$
On selvää, että tilanne on lähes identtinen yli 3 vuotta sitten. Samsungin laitteet, erityisesti Exynos-pohjaiset, ovat edelleen huonoja esimerkkejä kehitysyhteisön työn esittelemisestä Touchwiz-pohjaisten esimerkkien ulkopuolella. Kaikki laitteen kehitys rajoittuu suurelta osin Touchwizin muunnoksiin mukautetun näyttämön kanssa ROM-levyt pyörivät ominaisuuksien lisäämisessä tai poistamisessa Samsungin suljetun lähdekoodin käyttöjärjestelmän "ihosta" käänteisesti suunnittelu.
Tämä ei tarkoita, että Exynos-laitteet eivät saa lainkaan tukea AOSP-ROM-levyille. AOSP-romit, kuten CM ja muut, tekevät lopulta laskeutuvat näille laitteille, mutta ne tulevat monien alhaisten hakkerointien ja äärimmäisten ponnistelujen jälkeen, joita ylläpitäjät ovat tarpeeksi rohkeita omistamaan kaiken vapaa-aikansa Samsungin rikkomien asioiden korjaamiseen. Silloinkaan lopputulos ei ole AOSP-kokemus, jollaista normaalisti odotat, ja tästä voit syyttää Samsungia.
Superbrickin haavat ovat vielä tuoreita niillä, jotka yhdistävät sydämensä ja sielunsa työskennelläkseen murtuneen asian puolesta, joka kutsuu itseään Samsungiksi. Jos aiot hankkia laitteen, jonka ensimmäinen kriteeri on mukautettu ROM-kehitys ja kolmannen osapuolen ROM-kehittäjien tuki, noudata Codeworkxin jakamia viisauden sanoja:
Lopeta tällaisten yritysten tukeminen ostamalla heidän laitteitaan.
Ota Sony- tai Nexus-laite, hanki laadukkaat aosp-romit, hyvä yhteisön tuki ja ole vain onnellinen.