Пояснення Samsung, Exynos і AOSP: історія зради

Пам'ятайте, пам'ятайте, перший із Note, випуск ICS і сюжет

Я не знаю жодної причини, чому зрада Superbrick має бути колись забута

Старші учасники форуму та користувачі Android ранніх пристроїв Samsung можуть слабо пам’ятати Фіаско суперцегли. Події, які привели до створення Superbrick, довгі та складні. Для стислості a tl; Пояснення dr полягає в тому, що витік оновлення ICS для кількох операторських варіантів Galaxy S2 i9100 і Galaxy Note N7000 спричинив незнімна цегла. Це не була звичайна жорстка цегла, оскільки вражений пристрій не можна було воскресити через JTAG, він був повністю мертвий і не реагував. Superbrick вплинув на eMMC пристрою, і, отже, ремонт можна було виконати лише після повної заміни материнської плати.

Застереження, яке зазвичай пов’язане з «витоками», було дійсним і в цьому випадку, що витоки — це, по суті, «неопубліковане» програмне забезпечення, яке може бути або не придатним для загального використання. Однак, що ускладнює ситуацію, це надзвичайно складне ядро ​​ICS фактично потрапило до Galaxy Note N7000 як офіційний випуск, доступний через оновлення Kies та OTA.

Фіаско Superbrick і супутня драма, яка виникла завдяки ставленню Samsung до розробників, були висвітлені в серії з 13 публікацій Ендрю Доддом, він же старший визнаний розробник XDA. Ентропія512 у своєму Google+. Ви можете знайти початок цієї серії публікацій тут. ми дуже рекомендую щоб читачі взяли трохи часу і прочитали повну серію дописів, щоб отримати повну контекстну обізнаність і зрозуміти всю серйозність ситуації, яка сталася ще в 2012-13 роках.

Щоб підкреслити кілька важливих моментів, ось кілька фрагментів (з додатковим акцентом) із дописів:

"...Очевидно, що майже всі, хто стежить за мною, знають про недавню бурю в соціальних мережах, спричинену розчаруванням Спільнота сторонніх виробників прошивки Android (особливо користувачів і розробників CyanogenMod) стикається з Samsung. Фіаско «Superbrick», відсутність документації щодо SoC Exynos4 від 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... Ці пристрої використовували Wi-Fi-чіп Atheros серії AR6000. Цікаво, що Atheros надає джерело для цих пристроїв за подвійною ліцензією GPL і BSD. (Оскільки Atheros володіє повним авторським правом на всі компоненти свого еталонного драйвера, це законно.) Samsung вибрала ліцензію BSD для цього драйвера. Кінцевим результатом є те, що на запит про джерело драйвера Wi-Fi (якого не було в вихідних джерелах для цих пристроїв), Samsung відповів: «Код — подвійна ліцензія GPL або BSD. Ми обираємо BSD [над GPL]"..." - Батьківський пост

"...Якщо можна було зробити якийсь очевидний висновок на основі ICS на GT-I9100, то це він шкіри виробника не тривають. Після запуску мікропрограми ICS I9100 на I777 (головним чином шляхом зворотного проектування замінених мікрофонних каналів на цей пристрій, який займав більшу частину вихідних...), було очевидно, що Touchwizz скасував багато переваг ICS. Частини мікропрограми були «новими», частини були «застарілими пряниками», а постійні розриви були вражаючими... - Батьківський пост

Навіть гірше... Офіційний 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 (варіант Wi-Fi - GT-N8013). Я подумав, що, оскільки він має спільний процесор з I9300, це було б досить безпечним рішенням...

Тепер, коли я підтвердив, як через нефункціональність драйвера Wi-Fi, так і через різні порівняння рядків із резервною копією стандартне ядро, що випущені вихідні коди для будь-якого варіанту N80xx НЕ збігалися зі стандартними ядрам (усі вони мали однаковий зламаний Wi-Fi водій та інші люди, які працювали з джерелами, скаржилися на подібні проблеми.), я порушив це питання зі своїм контактом на 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 для пристроїв Exynos розробляється так довго, ніж, скажімо, для пристроїв Qualcomm?

A: Старший визнаний розробник 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 на PowerVR разом із цілою купою інших змін, тому manta була марною для I9500, тощо)"

З: Яке майбутнє Exynos Development? Які кроки може вжити Samsung, щоб зробити себе більш дружнім до розробників?

A: Codeworkx:

Немає майбутнього. Усі розробники, яким ви писали, давно перестали працювати на пристроях Exynos. Більшість з них взагалі перестали працювати на пристроях samsung.

Ми неодноразово запитували вихідний код, але нічого не відбувалося. Їм просто байдуже до громади. Все, що їх цікавить, це $$$

Зрозуміло, що ситуація майже ідентична тій, що була понад 3 роки тому. Пристрої Samsung, зокрема на базі Exynos, залишаються поганими прикладами демонстрації роботи спільноти розробників поза прикладами на основі Touchwiz. Уся розробка пристрою залишається здебільшого обмеженою модифікаціями Touchwiz із користувальницькою сценою ПЗУ, що обертаються навколо додавання або видалення функцій із закритого вихідного коду ОС Samsung шляхом зворотного інженерія.

Це не означає, що пристрої Exynos не отримують абсолютно ніякої підтримки для ПЗУ AOSP. Роми AOSP, як і CM і їм подібні, роблять зрештою приземляються на цих пристроях, але це відбувається після великої кількості хакерських дій на низькому рівні та надзвичайних зусиль супроводжувачів, які сміливі присвятити весь свій вільний час виправленню того, що зламав Samsung. Навіть тоді кінцевий результат не є AOSP, який ви очікували б, і в цьому ви можете сміливо звинувачувати Samsung.

Рани від Superbrick ще свіжі для тих, хто об’єднав своє серце та душу, щоб працювати над розбитою справою, яка називає себе Samsung. Якщо ви бажаєте придбати пристрій, першим критерієм якого є розробка спеціального ПЗУ та підтримка сторонніх розробників ПЗУ, дотримуйтесь слів мудрості, якими поділився Codeworkx:

Припиніть підтримувати такі компанії, купуючи їхні пристрої.

Візьміть пристрій sony або nexus, отримайте якісні aosp roms, хорошу підтримку спільноти і просто будьте щасливі.