Samsung, Exynos ve AOSP Açıklandı: Bir İhanet Hikayesi

click fraud protection

Exynos cihazlarının neden en iyi AOSP desteğini alamadığını hiç merak ettiniz mi? Olay özetimizde öğrenin!

Notun ilkini, ICS sürümünü ve olay örgüsünü hatırlayın, hatırlayın

Superbrick ihanetinin unutulması için hiçbir neden bilmiyorum

Daha eski forum üyeleri ve ilk Samsung cihazlarının Android kullanıcıları, bu özelliği az da olsa hatırlayabilir. Süper tuğla fiyaskosu. Superbrick'e giden olaylar uzun ve karmaşıktır. Kısaltmak adına bir tl; Dr.'nin açıklaması, Galaxy S2 i9100 ve Galaxy Note N7000'in birkaç taşıyıcı versiyonu için sızdırılan bir ICS güncellemesinin bir soruna neden olduğu yönünde. kalıcı tuğla. Etkilenen bir cihaz bir JTAG aracılığıyla yeniden diriltilemediği ve tamamen ölü ve tepkisiz olduğu için bu sıradan bir sert tuğla değildi. Süper tuğla cihazın eMMC'sini etkiledi ve bu nedenle onarımlar yalnızca anakartın tamamen değiştirilmesiyle yapılabildi.

20151012151417122Genel olarak "sızıntılarla" ilgili sorumluluk reddi beyanı bu durumda da geçerliydi; sızıntılar aslında kamu tüketimine uygun veya uygun olmayan "yayınlanmamış" yazılımlardır. Ancak, işleri daha da karmaşık hale getiren şey, bu muhteşem ICS çekirdeğinin aslında Kies ve OTA güncellemeleri aracılığıyla resmi bir sürüm olarak Galaxy Note N7000'e de ulaşmasıydı.

Superbrick fiyaskosu ve buna eşlik eden Samsung'un geliştiricilere karşı tutumu sayesinde ortaya çıkan dram, XDA Kıdemli Tanınmış Geliştiricisi olarak da bilinen Andrew Dodd tarafından 13 gönderilik bir seride vurgulandı. Entropi512 Google+'da. Bu yazı serisinin başlangıcını burada bulabilirsiniz Burada. Biz şiddetle tavsiye ederim Okuyucuların biraz ara vermesini ve tam bir bağlamsal farkındalık elde etmek ve 2012-13'te yaşanan durumun ciddiyetini anlamak için yazı dizisinin tamamını okumasını öneriyoruz.

Birkaç önemli noktayı vurgulamak için, gönderilerden birkaç parçayı (daha fazla vurgu yaparak) burada bulabilirsiniz:

"...Açıkçası, beni takip eden neredeyse herkes, son zamanlarda yaşanan hayal kırıklığından kaynaklanan sosyal medya fırtınasının farkındadır. üçüncü taraf Android ürün yazılımı topluluğu (özellikle CyanogenMod kullanıcıları ve geliştiricileri) ile deneyimliyor SAMSUNG. "Superbrick" fiyaskosu, Samsung'un Exynos4 SoC'sinin Qualcomm ve TI'nin SoC'leriyle karşılaştırıldığında belgelenmemesi ve diğer sorunların bir listesi - bunların hepsi yakın zamanda doruğa ulaştı. Şu anda aktif olan tüm Exynos4 cihaz bakımcılarının yeni cihaz almama kararı..." - Ebeveyn gönderisi.

"...Kasım ayında Samsung, I9100 için XWKK5'i ve I777 için UCKK6'yı piyasaya sürdü. Bu yapılardaki Bluetooth HID, herhangi bir kaynakla oluşturulmuş çekirdekle çalışmaz; yalnızca bu yapılarla ilişkili ikili dosyalarla çalışır. İkili dosyaları kaynakta işlevsel bir değişiklik olduğuna dair açık kanıtlar göstermesine rağmen Samsung, I9100 için başka bir Gingerbread kaynak güncellemesi yayınlamadı. Benzer şekilde, I777 UCKK6 kaynağı 2012 ortalarında bilinmeyen bir zamana kadar yayınlanmadı - en iyi ihtimalle I9100 ICS piyasaya sürülene kadar yayınlanmadığından oldukça eminim. Bu doğru - Samsung GPL'yi ihlal ediyordu I777 UCKK6 ve XWKK5'ten (Kasım 2011) I9100 ICS'yi resmi olarak piyasaya sürene kadar (Mart 2012) her I9100 Gingerbread yapısıyla - Aslında, teknik olarak hala öyleler, çünkü bu çekirdeklere karşılık gelen Gingerbread kaynağı hiçbir zaman yayınlanmadı, ancak bunun gerçekten de önemi yok Daha..."

"...Aynı sıralarda Samsung, her ikisi de GS2'de bulunan Exynos 4210 SoC'yi temel alan Tab 7.0 Plus ve Tab 7.7'yi piyasaya sürdü...Bu cihazlar Atheros AR6000 serisi wifi çipi kullanıyordu. İlginç bir şekilde Atheros, bu cihazlar için çift lisans, GPL ve BSD kapsamında kaynak sağlıyor. (Atheros referans sürücüsünün tüm bileşenlerinin tüm telif hakkına sahip olduğundan bu yasaldır.) Samsung bu sürücü için BSD lisansını seçmiştir. Sonuç olarak, wifi sürücüsü kaynağı istendiğinde (bu cihazlar için kaynak düşüşlerinde mevcut değildi), Samsung, "kod çift lisanslı GPL veya BSD'dir. BSD'yi [GPL yerine] seçiyoruz"..." - Ebeveyn Gönderisi

"...GT-I9100 ile ilgili ICS'den çıkarılacak bariz bir sonuç varsa o da şuydu: Üretici kaplamaları uzun süre dayanmaz. I777'de I9100 ICS donanım yazılımını çalıştırdıktan sonra (öncelikle bir hafta sonu çalışmasının çoğunu alan bu cihaz...), Touchwizz'in birçok avantajını geri döndürdüğü açıktı. ICS. Aygıt yazılımının bazı kısımları "yeni", bazı kısımları "eski Zencefilli kurabiye" idi ve sürekli kesintiler sarsıcıydı... - Ebeveyn Gönderisi

Daha da kötüsü... Resmi ICS, N7000 için XXLPY ile piyasaya sürüldü. Samsung'un piyasaya sürülen bir çekirdeğe böyle korkunç bir hatanın girmesine asla izin vermeyeceğini düşünüyorduk ama yanılmışız...

- Ebeveyn Gönderisi

not tuğlası"...Samsung'daki bir yetkili nihayet durumun farkında olduklarını ve üzerinde "özenle çalıştıklarını" kabul etti... Sonunda Samsung'un "çözüm"ü bize sunuldu. Chainfire önerilen "çözümden" memnun değildi, ben de... Çekirdek düzeyinde koruma içermiyordu ve CM'de BOARD_SUPPRESS_EMMC_WIPE ile halihazırda sahip olduğumuz korumadan daha düşüktü. Ayrıca çözümü dağıtmamamızı ve çözüm arayan kernel geliştiricilerini kendilerine yönlendirmemizi istediler..."

"...Samsung ayrıca önyükleyicilerle ilgili herhangi bir çözümü tartışmayı da reddetti... Hiçbir anlam ifade etmeyen gerekçe, bu eMMC hatasından önce özel ürün yazılımından kaynaklanan garanti taleplerinin neredeyse tamamının önyükleyici bozulmasından kaynaklanmasıydı... Elbette bunun hiçbir anlamı yok çünkü Samsung için bu garanti maliyetlerinin çoğunu ortadan kaldıracak önyükleyici bozulmasından kurtulma yöntemlerini tartışmak istedik. Samsung'un bize Dominik ve Adam'ın ihtiyaç duyduğu bazı küçük bileşenleri vermesi koşuluyla, mühendislik ve çözüm dağıtımının çoğunu kendimiz yapmayı bile teklif ediyorduk..."

"...Samsung bir ay boyunca "özenle" çalıştıktan sonra yüzümüze el bombası attı

Temmuz ayı başlarında I9100 için XXLQ5 sızdırıldı. Bir gün içinde çok sayıda tuğla haberi birikti. Çok geçmeden XWLPM Kies'te yayına girdi ve insanlar da bu yapıyla sağa sola tuğla örüyorlardı.

Olduğunu iddia etse de özenle çalışmak bu sorun üzerine Samsung daha önce güvenli olan bir cihazı alıp onu tehlikeye attı..." - Ebeveyn Gönderisi

"...Yani bu noktada - Kasım 2012'nin ortası ve Samsung'un arızalı eMMC'sinden etkilenen tek bir cihaza bile çekirdek düzeltmesi gelmedi. Topluluğun çabaları, Samsung'un resmi çekirdekleri olduğu sürece hasar oranlarının ÇOK düşük olmasına rağmen savunmasız, yardıma ihtiyacı olan ama benim yapamadığım Superbricked kullanıcısından birkaç günde bir özel mesaj alacağım yardım..." - Ebeveyn Gönderisi

"...Ağustos ortasında, daha iyi karar vermemeye ve bir Note 10.1 (WiFi modeli - GT-N8013) satın almaya karar verdim. I9300 ile SoC'yi paylaştığı için bunun oldukça güvenli bir bahis olacağını düşündüm ...

Artık hem wifi sürücüsünün işlevsel olmamasını hem de yedeklenen sürücüyle yapılan çeşitli dize karşılaştırmalarını doğrulamıştım. stok çekirdeği, herhangi bir N80xx varyantı için yayımlanan kaynakların stok çekirdeklerle eşleşmediğini (hepsinde aynı bozuk wifi vardı) sürücü ve kaynaklarla çalışan diğer kişiler de benzer sorunlardan şikayetçi olmuşlardı.), konuyu şu adresteki bağlantım ile paylaştım: SAMSUNG...

Birinin izini sürdüler ve o kişinin yanıtı şuydu: Samsung'un GT-N8013 için UEALGB yapısıyla eşleşen kaynağı sağlama yükümlülüğü yoktu çünkü bu resmi bir yapı değildi. Evet, bu doğru - aslında birisi Amerika Birleşik Devletleri'nde satılan her GT-N8013 ünitesine önceden yüklenmiş donanım yazılımının SIZIN olduğunu iddia etmeye cesaret etti. Bu, Samsung Mobile'daki birinin bağlantımın yüzüne açıkça yalan söylediği üçüncü seferdi..." - Ebeveyn Gönderisi

"...Bunun arasında, diğer şeyler (birçok örnek için bu destanın önceki bölümlerine bakınız) ve Superbrick, Exynos4 bakımcılarının neredeyse tamamı Samsung ve özellikle de tükenme sınırındaydı. Exynos4.

Note 10.1'in son cihazım olacağını belirttim ve bu noktada ben de yorulduğum için I777 ve N7000'de ne kadar kalacağımdan emin değildim.

Cyanogenmod ekibinin geri kalanının aylarca gerisinde kalmaktan yoruldum çünkü diğer cihazlara göre daha fazla blob ve bloblarda daha fazla arayüz kesintisi olan cihazlarla çalıştım

(Tegra3 cihazları hariç, ancak insanlar Nexus'ta olmadıkları sürece bunlardan kaçınmaları gerektiğini zaten biliyorlardı.)..." - Ebeveyn Gönderisi

"...[BABBQ 2012'nin] sonuna doğru Samsung'un geliştirici ilişkileri sunumu vardı. Burası, Exynos4 için referans kaynak kodunun ve dokümantasyonun kalitesini iyileştirmeye söz verdikleri ve teorik olarak topluluğun endişelerini hafifleteceklerine söz verdikleri yerdi. Gerçek sunum içeriği çok az şey vaat ediyordu - açıkladıkları neredeyse her şey, teknik olarak zaten var olan, ancak güncelliğini yitirmiş olması veya işlevsiz olması nedeniyle pek işe yaramayan veya hiç kullanılmayan şeylerdi..." - Ebeveyn Gönderisi

Bütün bunlar, tıpkı bir yılı aşkın süredir konuşup sözler verdikleri gibi, Samsung'un konuşması, sözler vermesi ve yerine getirememesinin bir başka örneğiydi. Geliştirme kurullarının cep telefonlarının ÖNÜNDE olması gerekiyor - taşıyıcı testleriyle uğraşmalarına gerek yok, kablosuz sertifikalar veya genellikle ahizeyi geri tutmakla ünlü olan herhangi bir şey güncellemeler. Ayrıca amaçlanan hedefleri GELİŞTİRİCİLER'dir, bu nedenle "öncü" olmaları gerekir. Qualcomm ve TI referans kaynağı budur - Bu, cep telefonlarında görülen her şeyin ötesinde, kesinlikle en yenisidir. Samsung'dan aldığımız bilgi 6 aydan fazla güncelliğini yitirmiş durumda - ICS ile piyasaya sürülen bir telefondaki SoC için ICS 2012 İlkbaharında ve Ekim başında resmi bir Jellybean güncellemesi (operatör onayları/kablosuz sertifikaları ve tümü) aldı. 2012... Ama hâlâ referans kaynakları olarak ICS üzerinde çalışıyorlar???

- Ebeveyn Gönderisi

Dizi, şu adreste bulabileceğiniz bir özet gönderiyle sona erdi: Burada. Devam etmeden önce tüm kullanıcıların okumasını öneririz.

Bu makalenin başlangıç ​​noktası, Exynos cihazlarının Qualcomm cihazlarla karşılaştırıldığında neden genellikle AOSP tabanlı geliştirme açısından yetersiz olduğunu açıklamaya çalışmaktı. Yukarıda bahsedilen ve alıntılanan G+ gönderi serisi, bir Exynos cihazının bakımcısının karşılaştığı zorlukları vurguladı. Gönderi 2011-2013 dönemine ait olduğundan, durumun şu anda nasıl olduğunu öğrenmek için adı geçen geliştiricilerden birkaçına ulaştık. Sonuçta mobil dünyada 3 yılda çok şey değişebilir.

Görünüşe göre Samsung ve AOSP desteği için değil.

S: Exynos cihazlarına AOSP ROM'ların gelmesi Qualcomm cihazlarıyla karşılaştırıldığında neden bu kadar uzun sürüyor?

C: XDA Kıdemli Tanınmış Geliştiricisi kod çalışmasıx:

Qualcomm, platformunun tüm bileşenlerinin aosp üzerinde çalışmasını sağlamak için gereken her zaman güncel kaynak kodunu yayınlar. Görmek Burada.

Samsung hiçbir şey yapmıyor.

XDA Kıdemli Tanınmış Geliştirici Entropi512:

"Qualcomm CAF OEM sürümlerine/ürünlerinden izlenebilirlik açısından çok üstündür (Nexus dışında hiçbir zaman bir CAF etiketine kadar kolayca izlenemeyen bir OEM cihazı görmedim.) CodeAurora), kodun kalitesi ve güncelleme sıklığı Sinyal ("Arndale Octa" için KitKat'ı yoktur ve Exynos4 için ICS'den daha yenisi yoktur.) Güncelliğini yitirmiş olmasının yanı sıra, Samsung Mobile'ın OEM'leri arasında kesinlikle sıfır izlenebilirlik vardır. sürümler ve Exynos referans kaynağı, tüm OEM'lerin CAF'ye kadar oldukça makul miktarda izlenebilirliği var (HTC ve Samsung diğerlerinden biraz daha az, ancak yine de her şeyden çok daha iyi) Exynos)

Bekle, sonunda Origen Quad için JB'yi mi piyasaya sürdüler? KitKat neredeyse çıkana kadar... Ve JB dedikleri şey muhtemelen onların başına gelen işe yaramaz felakete yakındı. Zencefilli kurabiye "ICS"

Exynos3, diğer adıyla Hummingbird, Nexus S sayesinde tamamen farklı bir hikayeydi, ancak Samsung, o zamandan beri Nexus cihazlarıyla diğer cihazları arasında asla yonga seti paylaşmamaya özen gösterdi. (Galaxy Nexus OMAP4'tü, birkaç istisna dışında o döneme ait diğer her şey Exynos4'tü, Nexus 10 ve Samsung Chromebook tek Exynos 5250 cihazları piyasaya sürüldü, Exynos 54xx, Mali GPU'dan PowerVR'ye ve diğer birçok değişiklikle birlikte manta'nın I9500 için işe yaramaz hale gelmesine geçti, vesaire.)"

S: Exynos Development'ın geleceği nedir? Samsung kendisini daha geliştirici dostu hale getirmek için hangi adımları atabilir?

A: Kod Çalışmasıx:

Gelecek yok. Yazdığınız tüm geliştiriciler uzun zaman önce exynos cihazlarında çalışmayı bıraktı. Hatta çoğu genel olarak Samsung cihazları üzerinde çalışmayı bıraktı.

Kaynak kodunu defalarca istedik ama hiçbir şey olmadı. Toplumu umursamıyorlar. Tek umursadıkları $$$

Durumun 3 yıldan fazla bir süre önceki durumla hemen hemen aynı olduğu açıktır. Özellikle Exynos tabanlı Samsung cihazları, Touchwiz tabanlı örneklerin dışında geliştirme topluluğunun çalışmalarını sergileme konusunda zayıf örnekler olmaya devam ediyor. Cihaza yönelik tüm geliştirmeler büyük ölçüde Touchwiz'de yapılan değişikliklerle sınırlı kalıyor. Samsung'un kapalı kaynaklı işletim sistemi "dış görünümünden" özelliklerin tersine eklenmesi veya kaldırılması etrafında dönen ROM'lar mühendislik.

Bu, Exynos cihazlarının AOSP ROM'lar için kesinlikle hiçbir destek almadığı anlamına gelmez. AOSP Rom'ları, CM ve benzerleri gibi sonunda ancak bunlar, tüm boş zamanlarını Samsung'un bozduğu şeyleri düzeltmeye adayacak kadar cesur bakımcıların gerçekleştirdiği çok sayıda düşük seviyeli bilgisayar korsanlığı ve aşırı çabaların ardından geliyor. O zaman bile sonuç, normalde beklediğiniz türden bir AOSP deneyimi değildir ve bunun için Samsung'u rahatlıkla suçlayabilirsiniz.

Superbrick'in yaraları, kendisine Samsung diyen kırık bir amaç için kalplerini ve ruhlarını bir araya getirenlerin üzerinde hala taze. İlk kriteri özel ROM geliştirme ve 3. parti ROM geliştirici desteği olan bir cihaz almak istiyorsanız Codeworkx tarafından paylaşılan bilgelik sözlerini takip edin:

Bu tür şirketlerin cihazlarını satın alarak onlara destek olmayı bırakın.

Bir sony veya nexus cihazı alın, kaliteli aosp rom'lar, iyi topluluk desteği alın ve mutlu olun.