Samsung, Exynos और AOSP की व्याख्या: विश्वासघात की एक कहानी

क्या आपने कभी सोचा है कि Exynos उपकरणों को सर्वोत्तम AOSP समर्थन क्यों नहीं मिलता है? घटनाओं के हमारे पुनर्कथन में जानें!

याद रखें, याद रखें, नोट का पहला, आईसीएस रिलीज़ और प्लॉट

मुझे कोई कारण नहीं पता कि सुपरब्रिक राजद्रोह को कभी क्यों भुलाया जाना चाहिए

पुराने फ़ोरम सदस्यों और शुरुआती सैमसंग उपकरणों के एंड्रॉइड उपयोगकर्ताओं को यह बात थोड़ी-थोड़ी याद हो सकती है सुपरब्रिक असफलता. सुपरब्रिक तक पहुंचने वाली घटनाएं लंबी और जटिल हैं। संक्षिप्तता के लिए, एक tl; डॉ. स्पष्टीकरण यह है कि गैलेक्सी एस2 आई9100 और गैलेक्सी नोट एन7000 के कुछ वाहक वेरिएंट के लिए आईसीएस अपडेट लीक हो गया है। स्थायी ईंट. यह कोई सामान्य कठोर ईंट नहीं थी, क्योंकि एक प्रभावित उपकरण को JTAG के माध्यम से पुनर्जीवित नहीं किया जा सकता था और वह पूरी तरह से मृत और अनुत्तरदायी था। सुपरब्रिक ने डिवाइस की ईएमएमसी को प्रभावित किया, और इसलिए, मरम्मत केवल पूर्ण मदरबोर्ड परिवर्तन के साथ ही की जा सकती थी।

20151012151417122आम तौर पर "लीक" के साथ आने वाला अस्वीकरण इस मामले में भी मान्य था, कि लीक अनिवार्य रूप से "अप्रकाशित" सॉफ़्टवेयर हैं जो सार्वजनिक उपभोग के लिए उपयुक्त हो भी सकते हैं और नहीं भी। हालाँकि, मामले को जटिल बनाने के लिए, इस सुपरब्रिकिंग ICS कर्नेल ने वास्तव में Kies और OTA अपडेट के माध्यम से उपलब्ध आधिकारिक रिलीज़ के रूप में गैलेक्सी नोट N7000 तक अपना रास्ता बना लिया।

सुपरब्रिक विफलता और डेवलपर्स के प्रति सैमसंग के रवैये के कारण उत्पन्न नाटक को एंड्रयू डोड उर्फ ​​​​एक्सडीए वरिष्ठ मान्यता प्राप्त डेवलपर द्वारा 13-पोस्ट श्रृंखला में उजागर किया गया था। एन्ट्रॉपी512 उसके Google+ पर. आप इस पोस्ट शृंखला की शुरुआत पा सकते हैं यहाँ. हम अत्यधिक सिफारिश किया जाता है पाठकों को कुछ समय की छुट्टी लेनी चाहिए और पूरी प्रासंगिक जागरूकता हासिल करने और 2012-13 में हुई स्थिति की पूरी गंभीरता को समझने के लिए पोस्ट की पूरी श्रृंखला को पढ़ना चाहिए।

कुछ महत्वपूर्ण बिंदुओं को उजागर करने के लिए, यहां पोस्ट से कुछ अंश (अतिरिक्त जोर के साथ) दिए गए हैं:

"...जाहिर है, मुझे फॉलो करने वाला लगभग हर कोई हाल ही में सोशल मीडिया पर आए तूफान के बारे में जानता है, जो निराशा से उत्पन्न हुआ है तृतीय-पक्ष एंड्रॉइड फ़र्मवेयर समुदाय (विशेष रूप से साइनोजनमोड उपयोगकर्ता और डेवलपर्स) के साथ अनुभव कर रहा है सैमसंग। "सुपरब्रिक" विफलता, क्वालकॉम और टीआई के SoCs की तुलना में सैमसंग के Exynos4 SoC के दस्तावेज़ीकरण की कमी, और अन्य मुद्दों की एक लॉन्ड्री सूची - यह सब हाल ही में सामने आया है वर्तमान में सक्रिय सभी Exynos4 डिवाइस अनुरक्षकों का कोई भी नया डिवाइस न लेने का निर्णय..." - मूल पोस्ट.

"...नवंबर में, सैमसंग ने I9100 के लिए XWKK5 और I777 के लिए UCKK6 जारी किया। इन बिल्ड पर ब्लूटूथ एचआईडी किसी भी स्रोत-निर्मित कर्नेल के साथ काम नहीं करेगा - केवल उन बिल्ड से जुड़े बायनेरिज़ के साथ। सैमसंग ने I9100 के लिए कभी भी एक और जिंजरब्रेड स्रोत अपडेट जारी नहीं किया, भले ही उनके बायनेरिज़ ने स्रोत में कार्यात्मक परिवर्तन के स्पष्ट सबूत दिखाए। इसी तरह, I777 UCKK6 स्रोत को 2012 के मध्य में किसी अज्ञात समय तक जारी नहीं किया गया था - मुझे पूरा यकीन है कि I9100 ICS के सर्वोत्तम रूप से जारी होने के बाद तक नहीं। यह सही है - सैमसंग जीपीएल का उल्लंघन कर रहा था I777 UCKK6 और XWKK5 (नवंबर 2011) से प्रत्येक I9100 जिंजरब्रेड निर्माण के साथ जब तक कि उन्होंने आधिकारिक तौर पर I9100 ICS (मार्च 2012) जारी नहीं किया - वास्तव में, तकनीकी रूप से वे अभी भी हैं, क्योंकि उन गुठली से संबंधित जिंजरब्रेड स्रोत कभी जारी नहीं किया गया था, लेकिन इससे वास्तव में कोई फर्क नहीं पड़ता अधिक..."

"...लगभग उसी समय, सैमसंग ने टैब 7.0 प्लस और टैब 7.7 लॉन्च किया, दोनों जीएस2 में पाए गए एक ही Exynos 4210 SoC पर आधारित थे...इन उपकरणों में एथेरोस AR6000-सीरीज़ वाईफाई चिप का उपयोग किया गया था। दिलचस्प बात यह है कि एथेरोस इन उपकरणों के लिए दोहरे लाइसेंस, जीपीएल और बीएसडी के तहत स्रोत प्रदान करता है। (चूंकि एथेरोस अपने संदर्भ ड्राइवर के सभी घटकों पर पूर्ण कॉपीराइट रखता है, यह कानूनी है।) सैमसंग ने इस ड्राइवर के लिए बीएसडी लाइसेंस चुना। अंतिम परिणाम यह होता है, जब वाईफाई ड्राइवर स्रोत के बारे में पूछा जाता है (जो इन उपकरणों के लिए स्रोत ड्रॉप्स में मौजूद नहीं था), सैमसंग ने जवाब दिया "कोड डुअल लाइसेंस जीपीएल या बीएसडी है। हम बीएसडी चुनते हैं [जीपीएल के बजाय]"..." - मूल पोस्ट

"...अगर GT-I9100 पर ICS की ओर से कोई स्पष्ट निष्कर्ष निकाला जाना था, तो वह यही था निर्माता की खाल टिकती नहीं है. I9100 ICS फर्मवेयर को I777 पर चलाने के बाद (मुख्य रूप से स्वैप किए गए माइक चैनलों को रिवर्स-इंजीनियरिंग द्वारा) यह उपकरण, जिसके काम में सप्ताहांत का अधिकांश समय लगा...), यह स्पष्ट था कि टचविज़ ने इसके कई लाभ वापस कर दिए आई.सी.एस. फ़र्मवेयर के हिस्से "नए" थे, हिस्से "विरासत जिंजरब्रेड" थे, और निरंतर असंततता परेशान कर रही थी... - मूल पोस्ट

और भी बदतर... XXLPY के साथ N7000 के लिए आधिकारिक ICS लॉन्च किया गया। हमने सोचा था कि सैमसंग इस तरह के भयानक बग को जारी कर्नेल में कभी नहीं आने देगा, लेकिन हम गलत थे...

- मूल पोस्ट

नोटब्रिक"...सैमसंग के एक संपर्क ने अंततः स्वीकार किया कि वे स्थिति से अवगत थे और इस पर "परिश्रमपूर्वक काम" कर रहे थे... आख़िरकार, सैमसंग का "समाधान" हमारे सामने प्रस्तुत किया गया। चेनफ़ायर प्रस्तावित "समाधान" से खुश नहीं था, न ही मैं... इसमें कोई कर्नेल-स्तरीय सुरक्षा शामिल नहीं थी, और यह सीएम में BOARD_SUPPRESS_EMMC_WIPE के साथ पहले से मौजूद सुरक्षा से कमतर थी। इसके अलावा उन्होंने हमसे समाधान वितरित न करने और समाधान की तलाश कर रहे कर्नेल डेवलपर्स को पुनर्निर्देशित करने के लिए कहा..."

"...सैमसंग ने भी बूटलोडर्स से जुड़े किसी भी समाधान पर चर्चा करने से काफी हद तक इनकार कर दिया... तर्क, जिसका कोई मतलब नहीं था, यह था कि इस ईएमएमसी दोष से पहले कस्टम फर्मवेयर के कारण उनके लगभग सभी वारंटी दावे बूटलोडर भ्रष्टाचार के कारण थे... बेशक, इसका कोई मतलब नहीं है, क्योंकि हम बूटलोडर भ्रष्टाचार से उबरने के तरीकों पर चर्चा करना चाहते थे, जो सैमसंग के लिए इन वारंटी लागतों के बहुमत को खत्म कर देगा. हम अधिकांश इंजीनियरिंग और समाधान परिनियोजन स्वयं करने की पेशकश भी कर रहे थे, जब तक कि सैमसंग ने हमें डोमिनिक और एडम के लिए आवश्यक कुछ विशिष्ट छोटे घटक दिए..."

"...सैमसंग, एक महीने तक "परिश्रम से काम करने" के बाद, हमारे चेहरे पर ग्रेनेड फेंकता है

जुलाई की शुरुआत में, XXLQ5 I9100 के लिए लीक हो गया। एक दिन के भीतर, ईंटों की ढेर सारी खबरें सामने आ गईं। कुछ ही समय बाद, XWLPM Kies पर लाइव हो गया, और लोग इस निर्माण में भी बाएँ और दाएँ ईंटें लगा रहे थे.

होने का दावा करने के बावजूद लगन से काम कर रहे हैं इस समस्या पर, इसके बजाय, सैमसंग ने पहले से सुरक्षित डिवाइस ले लिया और इसे खतरे में डाल दिया..." - मूल पोस्ट

"...तो, इस बिंदु पर - यह नवंबर 2012 के मध्य में है, और सैमसंग के दोषपूर्ण ईएमएमसी से प्रभावित एक भी डिवाइस को कर्नेल फिक्स नहीं मिला है। जबकि समुदाय के प्रयासों से क्षति दर काफी कम हो गई है, जब तक कि सैमसंग के आधिकारिक कर्नेल हैं असुरक्षित, मुझे अभी भी हर कुछ दिनों में एक सुपरब्रिक्ड उपयोगकर्ता से एक पीएम प्राप्त होता है जिसे मदद की ज़रूरत होती है, जिसकी मैं मदद नहीं कर सकता मदद करना..." - मूल पोस्ट

"...अगस्त के मध्य में, मैंने बेहतर फैसले के खिलाफ जाने और नोट 10.1 (वाईफाई संस्करण - जीटी-एन8013) खरीदने का फैसला किया। मैंने सोचा कि चूँकि इसने I9300 के साथ एक SoC साझा किया है, यह काफी सुरक्षित दांव होगा...

अब जब मैंने वाईफाई ड्राइवर की गैर-कार्यक्षमता और बैकअप के साथ विभिन्न स्ट्रिंग तुलनाओं दोनों के माध्यम से पुष्टि की थी स्टॉक कर्नेल, कि किसी भी N80xx वैरिएंट के लिए जारी किए गए स्रोत स्टॉक कर्नेल से मेल नहीं खाते (उन सभी में एक ही टूटी हुई वाईफाई थी) ड्राइवर, और अन्य लोग जो स्रोतों के साथ काम कर रहे थे, ने इसी तरह के मुद्दों के बारे में शिकायत की।), मैंने अपने संपर्क के साथ इस मुद्दे को उठाया सैमसंग...

उन्होंने किसी को ट्रैक किया, और उस व्यक्ति की प्रतिक्रिया थी: सैमसंग जीटी-एन8013 के लिए यूईएएलजीबी बिल्ड से मेल खाने वाला स्रोत प्रदान करने के लिए बाध्य नहीं था, क्योंकि वह आधिकारिक बिल्ड नहीं था। हाँ, यह सही है - वास्तव में कोई यह दावा करने का साहस किया कि संयुक्त राज्य अमेरिका में बेची गई प्रत्येक GT-N8013 इकाई पर पहले से इंस्टॉल किया गया फर्मवेयर लीक था. यह तीसरी बार है जब सैमसंग मोबाइल में किसी ने मेरे संपर्क के सामने खुलेआम झूठ बोला है..." - मूल पोस्ट

"...तो इसके बीच, अन्य चीज़ें (कई उदाहरणों के लिए इस गाथा की पिछली किश्तें देखें), और सुपरब्रिक, लगभग सभी Exynos4 अनुरक्षक सैमसंग और विशेष रूप से सैमसंग के साथ थकावट की सीमा पर थे Exynos4.

मैंने संकेत दिया कि नोट 10.1 मेरा आखिरी उपकरण होगा, और मुझे यकीन नहीं था कि मैं I777 और N7000 के साथ कितने समय तक रहूंगा, क्योंकि मैं इस बिंदु पर भी थक गया था।

मैं साइनोजनमोड टीम के बाकी सदस्यों से महीनों पीछे रहकर थक गया था क्योंकि मैंने उन डिवाइसों के साथ काम किया था जिनमें किसी भी अन्य डिवाइस की तुलना में अधिक ब्लॉब्स और ब्लॉब्स में अधिक इंटरफ़ेस ब्रेक थे।

(टेग्रा3 उपकरणों को छोड़कर, लेकिन लोग पहले से ही जानते थे कि इनसे बचना चाहिए जब तक कि वे नेक्सस में न हों...)" - मूल पोस्ट

"...[BABBQ 2012 के] अंत में सैमसंग की डेवलपर संबंध प्रस्तुति थी। यहीं पर उन्होंने सैद्धांतिक रूप से समुदाय की चिंताओं को कम करते हुए, Exynos4 के लिए संदर्भ स्रोत कोड और दस्तावेज़ीकरण की गुणवत्ता में सुधार करने का वादा किया था। वास्तविक प्रस्तुति सामग्री का वादा बहुत कम था - उन्होंने जो कुछ भी घोषित किया वह लगभग वह सामान था जो पहले से ही तकनीकी रूप से मौजूद था लेकिन पुराना होने या बस गैर-कार्यात्मक होने के कारण इसका कोई उपयोग नहीं था..." - मूल पोस्ट

यह सब सैमसंग द्वारा बात करने और वादे करने और उन्हें पूरा करने में विफल रहने का एक और मामला है, जैसे वे एक साल से अधिक समय से बात कर रहे हैं और वादे कर रहे हैं। विकास बोर्डों को हैंडसेट से आगे माना जाता है - उन्हें वाहक परीक्षण से निपटने की आवश्यकता नहीं है, वायरलेस प्रमाणपत्र, या ऐसी कोई भी चीज़ जो आमतौर पर हैंडसेट को रोकने के लिए कुख्यात है अद्यतन. साथ ही उनका इच्छित लक्ष्य डेवलपर्स हैं, इसलिए उन्हें "ब्लीडिंग एज" होना चाहिए। यह क्वालकॉम और टीआई संदर्भ स्रोत है - यह बिल्कुल नवीनतम है, हैंडसेट पर देखी गई किसी भी चीज़ से आगे है। हम सैमसंग से जो प्राप्त कर रहे हैं वह 6 महीने से अधिक पुराना है - एक एसओसी के लिए आईसीएस जो उस हैंडसेट में था जिसे आईसीएस के साथ लॉन्च किया गया था वसंत 2012 में, और जिसे अक्टूबर की शुरुआत में आधिकारिक जेलीबीन अपडेट (वाहक अनुमोदन/वायरलेस प्रमाणपत्र और सभी) प्राप्त हुआ 2012... लेकिन वे अभी भी अपने संदर्भ स्रोत के लिए आईसीएस पर काम कर रहे हैं???

- मूल पोस्ट

श्रृंखला का समापन एक सारांश पोस्ट के साथ हुआ जिसे पाया जा सकता है यहाँ. हम अनुशंसा करते हैं कि आगे बढ़ने से पहले सभी उपयोगकर्ता इसे पढ़ें।

इस लेख का प्रारंभिक बिंदु यह समझाने का प्रयास करना था कि क्वालकॉम उपकरणों की तुलना में Exynos उपकरणों में आमतौर पर AOSP आधारित विकास की कमी क्यों होती है। उपर्युक्त और उद्धृत G+ पोस्ट श्रृंखला में Exynos डिवाइस के अनुरक्षक के सामने आने वाली कठिनाइयों पर प्रकाश डाला गया है। पोस्ट 2011-2013 की समयावधि के लिए दिनांकित है, इसलिए हम यह पता लगाने के लिए कुछ उल्लेखित डेवलपर्स तक पहुंचे कि वर्तमान में स्थिति कैसी है। आख़िरकार, मोबाइल की दुनिया में 3 साल में बहुत कुछ बदल सकता है।

ऐसा लगता है कि यह सैमसंग और AOSP के लिए इसके समर्थन के लिए नहीं है।

प्रश्न: क्वालकॉम उपकरणों की तुलना में, Exynos उपकरणों के लिए AOSP ROM को आने में इतना समय क्यों लगता है?

ए: एक्सडीए वरिष्ठ मान्यता प्राप्त डेवलपर कोडवर्कx:

क्वालकॉम हमेशा अद्यतन स्रोत कोड जारी करता है जो कि उनके प्लेटफ़ॉर्म के सभी घटकों को एओएसपी पर काम करने के लिए आवश्यक होता है। देखना यहाँ.

सैमसंग कुछ नहीं करता.

XDA वरिष्ठ मान्यता प्राप्त डेवलपर एन्ट्रॉपी512:

"क्वालकॉम सीएएफ ओईएम रिलीज से/से ट्रेसबिलिटी के मामले में यह काफी बेहतर है (मैंने नेक्सस के अलावा कभी भी कोई ओईएम डिवाइस नहीं देखा है जिसे आसानी से सीएएफ टैग पर वापस ट्रेस नहीं किया जा सकता था)। कोडअरोड़ा), कोड की गुणवत्ता, और अपडेट की आवृत्ति संकेतहीन (जिसमें "अर्नडेल ऑक्टा" के लिए कोई किटकैट नहीं है और Exynos4 के लिए ICS से नया कुछ भी नहीं है।) पुराना होने के अलावा, सैमसंग मोबाइल के OEM के बीच बिल्कुल शून्य ट्रैसेबिलिटी है रिलीज़ और Exynos संदर्भ स्रोत, जबकि सभी OEM के पास CAF (HTC और सैमसंग) में ट्रैसेबिलिटी की काफी अच्छी मात्रा है जो दूसरों की तुलना में कुछ हद तक कम है, लेकिन फिर भी किसी भी चीज़ से कहीं बेहतर है एक्सिनोस)

रुको, अंततः उन्होंने ओरिजन क्वाड के लिए जेबी जारी कर दिया? तब तक नहीं जब तक किटकैट लगभग ख़त्म नहीं हो गया... और जिसे वे जेबी कहते थे वह संभवतः उस बेकार आपदा के करीब था जो उनकी थी जिंजरब्रेड "आईसीएस"

Nexus S की बदौलत Exynos3 उर्फ ​​हमिंगबर्ड एक पूरी तरह से अलग कहानी थी, लेकिन सैमसंग ने तब से Nexus डिवाइस और उनके किसी भी अन्य डिवाइस के बीच कभी भी चिपसेट साझा नहीं करने का निश्चय किया है। (गैलेक्सी नेक्सस OMAP4 था जबकि कुछ अपवादों को छोड़कर उस युग की बाकी सभी चीज़ें Exynos4 थीं, Nexus 10 और Samsung Chromebook केवल दो थे Exynos 5250 डिवाइस कभी भी शिप नहीं किए गए, Exynos 54xx अन्य परिवर्तनों के एक पूरे समूह के साथ माली GPU से PowerVR में बदल गया, इसलिए I9500 के लिए मंटा बेकार था, वगैरह।)"

प्रश्न: Exynos डेवलपमेंट का भविष्य क्या है? सैमसंग स्वयं को अधिक डेवलपर-अनुकूल बनाने के लिए क्या कदम उठा सकता है?

ए: कोडवर्कx:

कोई भविष्य नहीं है. आपके द्वारा लिखे गए सभी डेवलपर्स ने बहुत समय पहले Exynos उपकरणों पर काम करना बंद कर दिया है। उनमें से अधिकांश ने सामान्य तौर पर सैमसंग उपकरणों पर काम करना भी बंद कर दिया।

हमने स्रोत कोड के लिए एक से अधिक बार पूछा है और कुछ नहीं हुआ। उन्हें समुदाय की कोई परवाह नहीं है। उन्हें बस $$$ की परवाह है

यह स्पष्ट है कि स्थिति लगभग वैसी ही है जैसी 3 साल पहले थी। सैमसंग डिवाइस, विशेष रूप से Exynos आधारित, टचविज़ आधारित उदाहरणों के बाहर विकास समुदाय के काम को प्रदर्शित करने के खराब उदाहरण बने हुए हैं। डिवाइस के लिए सभी विकास कस्टम के दृश्य के साथ, टचविज़ में संशोधनों तक ही सीमित हैं रोम रिवर्स के माध्यम से सैमसंग के बंद स्रोत ओएस "स्किन" से सुविधाओं को जोड़ने या हटाने के इर्द-गिर्द घूमते हैं अभियांत्रिकी।

इसका मतलब यह नहीं है कि Exynos डिवाइसों को AOSP ROM के लिए बिल्कुल भी समर्थन नहीं मिलता है। एओएसपी रोम, सीएम और उनके जैसे लोग करते हैं अंततः इन उपकरणों पर उतरें, लेकिन ये निम्न स्तर की हैकरी और अनुरक्षकों के अत्यधिक प्रयासों के बाद आते हैं, जो इतने बहादुर हैं कि सैमसंग ने जो कुछ भी तोड़ा है उसे ठीक करने में अपना सारा खाली समय समर्पित कर दिया। फिर भी, अंतिम परिणाम एओएसपी अनुभव नहीं है जिसकी आप सामान्य रूप से अपेक्षा करते हैं, और इसके लिए आप सुरक्षित रूप से सैमसंग को दोषी ठहरा सकते हैं।

सुपरब्रिक के घाव अभी भी उन लोगों पर ताज़ा हैं जिन्होंने खुद को सैमसंग कहने वाले टूटे हुए उद्देश्य की दिशा में काम करने के लिए अपना दिल और आत्मा एक साथ लगा दी। यदि आप पहली कसौटी पर कस्टम ROM विकास और तीसरे पक्ष ROM डेवलपर समर्थन के साथ एक उपकरण प्राप्त करना चाहते हैं, तो Codeworkx द्वारा साझा किए गए ज्ञान के शब्दों का पालन करें:

ऐसी कंपनियों के उपकरण खरीदकर उनका समर्थन करना बंद करें।

एक सोनी या नेक्सस डिवाइस लें, गुणवत्तापूर्ण एओएसपी रोम, अच्छा सामुदायिक समर्थन प्राप्त करें और बस खुश रहें।