Обяснение на Samsung, Exynos и AOSP: История за предателство

Помнете, помнете, първата от бележката, изданието на ICS и сюжета

Не зная причина предателството на Superbrick да бъде забравено

По-старите членове на форума и потребителите на ранни устройства на Samsung с Android може да си спомнят слабо Супер тухла фиаско. Събитията, довели до Superbrick, са дълги и сложни. За краткост a tl; Обяснението на д-р е, че изтекла актуализация на ICS за няколко операторски варианта на Galaxy S2 i9100 и на Galaxy Note N7000 предизвика постоянна тухла. Това не беше обикновена твърда тухла, тъй като засегнатото устройство не можеше да бъде възкресено чрез JTAG и беше напълно мъртво и не реагираше. Супертухлата засегна eMMC на устройството и следователно ремонтът можеше да се извърши само с пълна смяна на дънната платка.

Отказът от отговорност, който обикновено върви с „течове“, беше валиден и в този случай, че течовете по същество са „неиздаден“ софтуер, който може или не може да бъде подходящ за обществено потребление. Въпреки това, за да се усложнят нещата, това супертухлено ICS ядро ​​всъщност си проправи път към Galaxy Note N7000 като официално издание, достъпно чрез Kies и OTA актуализации.

Фиаското на Superbrick и съпътстващата драма, която последва благодарение на отношението на Samsung към разработчиците, беше подчертано в поредица от 13 публикации от Андрю Дод, известен още като XDA Senior Recognized Developer Ентропия512 в неговия Google+. Можете да намерите началото на тази поредица от публикации тук. Ние горещо препоръчвам читателите да отделят малко време и да прочетат пълната поредица от публикации, за да съберат пълна контекстуална осведоменост и да разберат цялата сериозност на ситуацията, която се случи през 2012-13 г.

За да подчертаете няколко важни момента, ето няколко фрагмента (с допълнителен акцент) от публикациите:

"...Очевидно почти всеки, който ме следва, е наясно с неотдавнашната буря в социалните медии, произтичаща от разочарованието, Общността на фърмуера на трети страни за Android (особено потребителите и разработчиците на CyanogenMod) се е сблъскала с Samsung. Фиаското "Superbrick", липсата на документация за Exynos4 SoC на Samsung в сравнение със SoC на Qualcomm и TI, както и цял списък с други проблеми - всичко това наскоро стигна до върха с решението на всички активни в момента поддържащи устройства Exynos4 да не приемат нови устройства..." - Родителска публикация.

"...През ноември Samsung пусна XWKK5 за I9100 и UCKK6 за I777. Bluetooth HID на тези компилации няма да функционира с ядра, изградени от изходен код - само с двоични файлове, свързани с тези компилации. Samsung никога не пусна друга актуализация на източника на Gingerbread за I9100, въпреки че техните двоични файлове показаха ясни доказателства за функционална промяна на източника. По същия начин, източникът на I777 UCKK6 не беше пуснат до някакво неизвестно време в средата на 2012 г. - почти съм сигурен, че в най-добрия случай не преди пускането на I9100 ICS. Точно така - Samsung нарушаваше GPL с I777 UCKK6 и всяка компилация на I9100 Gingerbread от XWKK5 (ноември 2011 г.) до официалното пускане на I9100 ICS (март 2012 г.) - Всъщност, технически те все още са, тъй като източникът на 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 върна много от предимствата на ICS. Части от фърмуера бяха „нови“, части бяха „наследени Gingerbread“ и постоянните прекъсвания бяха смущаващи... - Родителска публикация

Дори по-лошо... Официален ICS стартира за N7000 с XXLPY. Мислехме, че Samsung никога няма да допусне ужасен бъг като този да влезе в пуснато ядро, но сгрешихме...

- Родителска публикация

"... Контакт в Samsung най-накрая беше признал, че са наясно със ситуацията и "работят усърдно" по нея... В крайна сметка „решението“ на Samsung ни беше представено. Chainfire НЕ беше доволен от предложеното "решение", нито аз... Не включваше защита на ниво ядро ​​и беше по-лоша от тази, която вече имахме с BOARD_SUPPRESS_EMMC_WIPE в CM. Освен това ни помолиха да не разпространяваме решението и да пренасочим разработчиците на ядрото, които търсят решение, към тях..."

"...Samsung също почти отказа да обсъжда каквито и да било решения, включващи зареждащи устройства... Причината, която нямаше смисъл, беше, че почти всички техни гаранционни искове, дължащи се на персонализиран фърмуер преди този дефект на eMMC, се дължаха на повреда на буутлоудъра... Разбира се, това няма смисъл, тъй като искахме да обсъдим методи за възстановяване от повреда на буутлоудъра, което ще премахне по-голямата част от тези гаранционни разходи за Samsung. Ние дори предлагахме сами да направим по-голямата част от инженеринга и внедряването на решения, стига Samsung просто да ни предостави някои конкретни малки компоненти, от които Доминик и Адам се нуждаеха..."

"...Samsung, след като "работихме усърдно" един месец, хвърлят граната в лицето ни

В началото на юли изтече XXLQ5 за I9100. В рамките на един ден се натрупаха множество съобщения за тухли. Не много след това XWLPM стартира на живо на Kies и хората също тухлиха наляво и надясно с тази конструкция.

Въпреки че твърди, че е работейки усърдно по този проблем, вместо това Samsung взе безопасно преди това устройство и го застраши..." - Родителска публикация

"...И така, в този момент - средата на ноември 2012 г. е и нито едно устройство, засегнато от дефектния eMMC на Samsung, не е получило корекция на ядрото. Въпреки че усилията на общността имат нива на щети МНОГО по-ниски, стига официалните ядра на Samsung да са уязвим, все още ще получавам ЛС на всеки няколко дни от потребител на Superbricked, който се нуждае от помощ, но не мога помогне..." - Родителска публикация

"... В средата на август реших да се противопоставя на по-добрата преценка и да купя Note 10.1 (WiFi вариант - GT-N8013). Реших, че тъй като споделя SoC с I9300, това би било доста сигурен залог...

Сега, след като потвърдих, както чрез нефункционалността на wifi драйвера, така и чрез различни сравнения на низове с архивирания стандартно ядро, че издадените източници за който и да е вариант на N80xx НЕ съответстват на стандартните ядра (всички те имаха една и съща повредена wifi водач и други хора, които работеха с източниците, се оплакаха от подобни проблеми.), повдигнах проблема с моя контакт на Samsung...

Те проследиха някого и отговорът на този човек беше: Samsung не беше задължен да предостави източник, който съответства на компилацията на UEALGB за GT-N8013, тъй като това не беше официална компилация. Да, точно така - някой всъщност се осмели да твърди, че фърмуерът, предварително инсталиран на всеки GT-N8013 модул, продаван в Съединените щати, е ТЕЧ. Това бе третият път, когато някой от Samsung Mobile излъга нагло в лицето на моя контакт..." - Родителска публикация

"...Така че между това, други неща (вижте по-ранните части от тази сага за много примери) и Superbrick, почти всички поддържащи Exynos4 бяха на предела на изтощението със Samsung и особено с Exynos4.

Посочих, че Note 10.1 ще бъде последното ми устройство и не бях сигурен колко дълго ще остана с I777 и N7000, тъй като бях изтощен и в този момент.

Бях уморен да изоставам с месеци от останалата част от екипа на Cyanogenmod, защото работех с устройства, които имаха повече петна и повече прекъсвания на интерфейса в петната от всяко друго устройство

(С изключение на устройства 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 старши признат разработчик codeworkx:

Qualcomm пуска винаги актуален изходен код, който е необходим, за да могат всички компоненти на тяхната платформа да работят на aosp. Вижте тук.

Samsung не прави нищо.

XDA старши признат разработчик Ентропия512:

"Qualcomm CAF е значително по-добър по отношение на проследимостта до/от версиите на OEM (никога не съм виждал OEM устройство, различно от Nexus, което да не е лесно проследимо обратно до CAF етикет на КодАврора), качество на кода и честота на актуализации на Insignal (който няма KitKat за „Arndale Octa“ и нищо по-ново от ICS за Exynos4.) Освен че е остарял, има абсолютно нулева проследимост между OEM на Samsung Mobile версии и референтния източник на Exynos, докато всички OEM производители имат доста прилична степен на проследимост до CAF (HTC и Samsung малко по-малко от другите, но все пак много по-добри от всичко Exynos)

Чакай, те в крайна сметка пуснаха JB за Origen Quad? Не и преди KitKat почти да излезе... И това, което нарекоха JB, вероятно беше близо до безполезното бедствие, което беше тяхно Джинджифилов сладкиш "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 Development? Какви стъпки може да предприеме Samsung, за да стане по-удобен за разработчиците?

A: Codeworkx:

Няма бъдеще. Всички разработчици, на които сте писали, са спрели да работят на устройства exynos преди много време. Повечето от тях дори спряха да работят на устройства на samsung като цяло.

Питахме повече от веднъж за изходния код и нищо не се случи. Те просто не се интересуват от обществото. Всичко, което ги интересува, е $$$

Ясно е, че ситуацията е почти идентична с тази от преди повече от 3 години. Устройствата на Samsung, по-специално базираните на Exynos, остават лоши примери за демонстриране на работата на общността за разработка извън примерите, базирани на Touchwiz. Цялата разработка на устройството остава до голяма степен ограничена до модификации на Touchwiz, със сцена по поръчка ROM, които се въртят около добавяне или премахване на функции от "кожата" на операционната система със затворен код на Samsung чрез обратен ход инженерство.

Това не означава, че устройствата Exynos не получават абсолютно никаква поддръжка за AOSP ROM. AOSP Roms, като CM и други подобни, го правят в крайна сметка кацат на тези устройства, но те идват след много хакерство на ниско ниво и екстремни усилия от страна на поддържащите, достатъчно смели да посветят цялото си свободно време на поправка на това, което Samsung счупи. Дори тогава крайният резултат не е AOSP изживяване, каквото бихте очаквали нормално, и за това можете спокойно да обвинявате Samsung.

Раните на Superbrick са все още свежи за онези, които са обединили сърцето и душата си в работата за разбита кауза, която нарича себе си Samsung. Ако искате да получите устройство, като първият критерий е персонализирана разработка на ROM и поддръжка на разработчици на ROM от трети страни, следвайте думите на мъдростта, споделени от Codeworkx:

Спрете да подкрепяте такива компании, като купувате техните устройства.

Вземете устройство sony или nexus, вземете качествени aosp roms, добра поддръжка от общността и просто бъдете щастливи.