ოდესმე გაგიკვირდებათ, რატომ არ იღებენ Exynos მოწყობილობებს საუკეთესო AOSP მხარდაჭერა? შეიტყვეთ ჩვენი მოვლენების რეზიუმეში!
დაიმახსოვრე, დაიმახსოვრე, პირველი შენიშვნა, ICS გამოშვება და შეთქმულება
მე არ ვიცი მიზეზი, თუ რატომ უნდა დავივიწყოთ სუპერბრიკის ღალატი
ძველი ფორუმის წევრები და ადრეული Samsung მოწყობილობების Android-ის მომხმარებლებმა შეიძლება სუსტად გაიხსენონ ის სუპერ აგურის ფიასკო. მოვლენები, რომლებიც Superbrick-მდე მიგვიყვანს, გრძელი და რთულია. მოკლედ, ტლ; dr ახსნა არის ის, რომ გაჟონულმა ICS განახლებამ Galaxy S2 i9100-ისა და Galaxy Note N7000-ის რამდენიმე ოპერატორის ვარიანტისთვის გამოიწვია მუდმივი აგური. ეს არ იყო ჩვეულებრივი მყარი აგური, რადგან დაზიანებული მოწყობილობა ვერ აღდგება JTAG-ის საშუალებით და სრულიად მკვდარი იყო და არ რეაგირებდა. სუპერაგური იმოქმედა მოწყობილობის eMMC-ზე და, შესაბამისად, შეკეთება მხოლოდ დედაპლატის სრული შეცვლით შეიძლებოდა.
პასუხისმგებლობის შეზღუდვა, რომელიც ჩვეულებრივ თან ახლავს "გაჟონვას" მართებული იყო ამ შემთხვევაშიც, რომ გაჟონვა არსებითად "გამოუქვეყნებელი" პროგრამული უზრუნველყოფაა, რომელიც შეიძლება იყოს ან არ იყოს შესაფერისი საჯარო მოხმარებისთვის. თუმცა, საქმის გასართულებლად, ამ ბრწყინვალე ICS ბირთვმა ფაქტობრივად გაიარა Galaxy Note N7000, როგორც ოფიციალური გამოცემა ხელმისაწვდომი Kies და OTA განახლებების საშუალებით.
სუპერბრიკის ფიასკო და თანმხლები დრამა, რომელიც მოჰყვა Samsung-ის დეველოპერებისადმი დამოკიდებულების გამო, ხაზი გაესვა 13 პოსტიან სერიას ენდრიუ დოდის მიერ, იგივე XDA Senior Recognized Developer. ენტროპია512 მის Google+-ზე. შეგიძლიათ იპოვოთ ამ პოსტის სერიის დასაწყისი აქ. ჩვენ ყველაზე მეტად რეკომენდირებული რომ მკითხველებმა დაისვენონ და წაიკითხონ პოსტების სრული სერია, რათა შეაგროვონ სრული კონტექსტური ცნობიერება და გაიგონ სიტუაციის სრული სიმძიმე, რომელიც მოხდა 2012-13 წლებში.
რამდენიმე მნიშვნელოვანი პუნქტის ხაზგასასმელად, აქ არის რამდენიმე ფრაგმენტი (დამატებითი აქცენტით) პოსტებიდან:
"...ცხადია, თითქმის ყველამ, ვინც მიყვება, იცის ბოლოდროინდელი სოციალური მედიის ქარიშხალი, რომელიც გამოწვეულია იმედგაცრუებით. მესამე მხარის Android firmware საზოგადოება (განსაკუთრებით CyanogenMod მომხმარებლები და დეველოპერები) განიცდის სამსუნგი. "სუპერაგურის" ფიასკო, Samsung-ის Exynos4 SoC-ის დოკუმენტაციის ნაკლებობა Qualcomm-ისა და TI-ის SoC-ებთან შედარებით და სხვა საკითხების სამრეცხაო სია - ეს ყველაფერი ახლახან დადგა სათავეში. ყველა ამჟამად აქტიური Exynos4 მოწყობილობის დამხმარეების გადაწყვეტილება, არ აიღონ ახალი მოწყობილობები..." - მშობლის პოსტი.
"...ნოემბერში Samsung-მა გამოუშვა XWKK5 I9100-ისთვის და UCKK6 I777-ისთვის. ამ ნაგებობებზე Bluetooth HID არ იმუშავებს წყაროში შექმნილ ბირთვებთან - მხოლოდ ამ ნაგებობებთან ასოცირებულ ბინარებთან. Samsung-მა არასოდეს გამოუშვა Gingerbread-ის წყაროს კიდევ ერთი განახლება I9100-ისთვის, მიუხედავად იმისა, რომ მათ ბინარებში აშკარად ჩანს წყაროს ფუნქციური ცვლილების შესახებ. ანალოგიურად, I777 UCKK6 წყარო არ გამოქვეყნებულა 2012 წლის შუა ხანებში გაურკვეველ დრომდე - დარწმუნებული ვარ, საუკეთესო I9100 ICS-ის გამოშვებამდე. ასეა – სამსუნგი არღვევდა GPL-ს I777 UCKK6-ით და ყოველი I9100 Gingerbread-ის აშენებული XWKK5-დან (2011 წლის ნოემბერი) სანამ ისინი ოფიციალურად გამოუშვეს I9100 ICS (2012 წლის მარტი) - სინამდვილეში, ტექნიკურად ისინი ჯერ კიდევ არიან, რადგან ამ ბირთვების შესაბამისი Gingerbread წყარო არასოდეს გამოქვეყნებულა, მაგრამ ამას ნამდვილად არ აქვს მნიშვნელობა მეტი..."
"...დაახლოებით იმავე პერიოდში Samsung-მა გამოუშვა Tab 7.0 Plus და Tab 7.7, ორივე დაფუძნებული იმავე Exynos 4210 SoC-ზე, რომელიც ნაპოვნია GS2-ში... ეს მოწყობილობები იყენებდნენ Atheros AR6000 სერიის wifi ჩიპს. საინტერესოა, რომ Atheros უზრუნველყოფს ამ მოწყობილობების წყაროს ორმაგი ლიცენზიით, GPL და BSD. (რადგან Atheros ფლობს სრულ საავტორო უფლებებს მათი საცნობარო დრაივერის ყველა კომპონენტზე, ეს ლეგალურია.) Samsung-მა აირჩია BSD ლიცენზია ამ დრაივერისთვის. საბოლოო შედეგი არის, როდესაც ითხოვენ wifi დრაივერის წყაროს (რომელიც არ იყო ამ მოწყობილობების წყაროს წვეთებში), სამსუნგმა უპასუხა: „კოდი არის ორმაგი ლიცენზია GPL ან BSD. ჩვენ ვირჩევთ BSD-ს [GPL-ზე]"..." - მშობელი პოსტი
"... თუ იყო რაიმე აშკარა დასკვნის გაკეთება ICS-დან GT-I9100-ზე, ეს იყო მწარმოებლის სკინები არ ძლებს. I9100 ICS firmware გაშვების შემდეგ I777-ზე (ძირითადად, შეცვლილი მიკროფონის არხების საპირისპირო ინჟინერიით ამ მოწყობილობას, რომელსაც შაბათ-კვირის მუშაობის უმეტესი ნაწილი დასჭირდა...), აშკარა იყო, რომ Touchwizz-მა დააბრუნა მრავალი უპირატესობა ICS. პროგრამული უზრუნველყოფის ნაწილები იყო "ახალი", ნაწილები იყო "მემკვიდრეობითი Gingerbread" და მუდმივი შეწყვეტა იყო შემაძრწუნებელი... - მშობელი პოსტი
Უარესი... ოფიციალური ICS ამოქმედდა N7000-ისთვის XXLPY-ით. ჩვენ გვეგონა, რომ Samsung არასოდეს დაუშვებდა მსგავს საშინელ შეცდომას გამოშვებულ ბირთვში, მაგრამ ვცდებოდით...
- მშობელი პოსტი
"...სამსუნგის კონტაქტმა საბოლოოდ აღიარა, რომ მათ იცოდნენ სიტუაციის შესახებ და "გულმოდგინედ მუშაობდნენ" ამაზე... საბოლოოდ Samsung-ის „გადაწყვეტა“ წარმოგვიდგინეს. Chainfire არ იყო კმაყოფილი შემოთავაზებული "გადაწყვეტით", არც მე ვიყავი... ის არ მოიცავდა ბირთვის დონის დაცვას და ჩამორჩებოდა იმას, რაც უკვე გვქონდა BOARD_SUPPRESS_EMMC_WIPE-ით CM-ში. გარდა ამისა, მათ გვთხოვეს, არ გაგვევრცელებინა გამოსავალი და გადაგვემართა ბირთვის დეველოპერები, რომლებიც ეძებდნენ მათ გამოსავალს..."
"...სამსუნგმა ასევე უარი თქვა ნებისმიერი გადაწყვეტის განხილვაზე, რომელიც ჩამტვირთველებს ეხება... მსჯელობა, რომელსაც აზრი არ ჰქონდა, იყო ის, რომ თითქმის ყველა მათი საგარანტიო პრეტენზია პერსონალური პროგრამული უზრუნველყოფის გამო ამ eMMC დეფექტამდე იყო ჩამტვირთველის კორუფციის გამო... რა თქმა უნდა, ამას აზრი არ აქვს, რადგან ჩვენ გვინდოდა განგვეხილა ჩამტვირთველის კორუფციისგან გამოჯანმრთელების მეთოდები, რაც აღმოფხვრა Samsung-ისთვის ამ საგარანტიო ხარჯების უმეტესი ნაწილი.. ჩვენ კი ვთავაზობდით საინჟინრო და გადაწყვეტის დანერგვის უმრავლესობის გაკეთებას ჩვენ თვითონ, სანამ სამსუნგმა მოგვცა რამდენიმე კონკრეტული მცირე კომპონენტი, რომელიც დომინიკს და ადამს სჭირდებოდათ..."
"...სამსუნგი, ერთი თვის განმავლობაში „გულმოდგინე მუშაობის“ შემდეგ, ყუმბარას ისვრის სახეში
ივლისის დასაწყისში XXLQ5 გაჟონა I9100-ისთვის. ერთ დღეში უამრავი ცნობა დაგროვდა აგურის შესახებ. არც ისე დიდი ხნის შემდეგ, XWLPM პირდაპირ ეთერში გავიდა Kies-ზე და ხალხიც მარცხნივ და მარჯვნივ აგურებდა ამ შენობით.
პრეტენზიის მიუხედავად გულმოდგინედ მუშაობს ამ პრობლემაზე სამსუნგმა აიღო მანამდე უსაფრთხო მოწყობილობა და საფრთხე შეუქმნა...“ - მშობელი პოსტი
"...მაშ ასე, ამ ეტაპზე - ეს არის 2012 წლის ნოემბრის შუა რიცხვები და არც ერთ მოწყობილობას, რომელიც დაზარალდა Samsung-ის გაუმართავი eMMC-ით, არ მიუღია ბირთვის შესწორება. მიუხედავად იმისა, რომ საზოგადოების მცდელობამ ზიანის მაჩვენებელი მნიშვნელოვნად შემცირდა, სანამ Samsung-ის ოფიციალური ბირთვები არის დაუცველი, მე მაინც ვაპირებ PM-ის მიღებას ყოველ რამდენიმე დღეში Superbricked მომხმარებლისგან, რომელსაც დახმარება სჭირდება, რომელსაც მე არ შემიძლია დახმარება..." - მშობელი პოსტი
"...აგვისტოს შუა რიცხვებში გადავწყვიტე უკეთესი განსჯის წინააღმდეგ წავსულიყავი და შემეძინა Note 10.1 (WiFi ვარიანტი - GT-N8013). მე მივხვდი, რომ რადგან ის იზიარებდა SoC-ს I9300-თან, ეს იქნებოდა საკმაოდ უსაფრთხო ფსონი...
ახლა, როცა დავადასტურე, როგორც wifi-ის დრაივერის არაფუნქციონალობის, ისე სარეზერვო ასლების სხვადასხვა სტრიქონების შედარების გამო საფონდო ბირთვი, რომ გამოშვებული წყაროები ნებისმიერი N80xx ვარიანტისთვის არ ემთხვეოდა საფონდო ბირთვებს (ყველა მათგანს ჰქონდა იგივე გატეხილი wifi მძღოლი და სხვა ადამიანები, რომლებიც მუშაობდნენ წყაროებთან, უჩივიან მსგავს საკითხებს.), მე დავაყენე ეს საკითხი ჩემს კონტაქტთან მისამართზე Samsung...
მათ თვალყური ადევნეს ვინმეს და ამ პიროვნების პასუხი იყო: Samsung არ იყო ვალდებული მიეწოდებინა წყარო, რომელიც ემთხვეოდა UEALGB-ს GT-N8013-ისთვის, რადგან ეს არ იყო ოფიციალური ვერსია. დიახ, ეს მართალია - ვიღაც რეალურად გაბედა იმის მტკიცება, რომ შეერთებულ შტატებში გაყიდულ ყველა GT-N8013 ერთეულზე წინასწარ დაინსტალირებული firmware იყო გაჟონვა. ეს იყო მესამე შემთხვევა, როდესაც ვიღაცამ Samsung Mobile-ში უხეშად მოატყუა ჩემი კონტაქტის სახე..." - მშობელი პოსტი
"...ასე რომ, სხვა საკითხებს შორის (იხილეთ ამ საგის ადრინდელი ნაწილები მრავალი მაგალითისთვის) და Superbrick, თითქმის ყველა Exynos4 დამხმარე იყო ამოწურვის ზღვარზე Samsung-თან და განსაკუთრებით Exynos4.
მე მივუთითე, რომ Note 10.1 იქნებოდა ჩემი ბოლო მოწყობილობა და არ ვიცოდი, რამდენ ხანს დავრჩებოდი I777-თან და N7000-თან, რადგანაც ამ ეტაპზე დაღლილი ვიყავი.
დავიღალე Cyanogenmod-ის დანარჩენ გუნდთან თვეებით ჩამორჩენით, რადგან ვმუშაობდი მოწყობილობებთან, რომლებსაც ჰქონდათ მეტი blobs და მეტი ინტერფეისის წყვეტა blobs-ში, ვიდრე ნებისმიერ სხვა მოწყობილობას.
(გარდა 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 მოწყობილობებთან შედარებით?
A: XDA Senior აღიარებული დეველოპერი codeworkx:
Qualcomm ავრცელებს ყოველთვის განახლებულ კოდს, რომელიც საჭიროა მათი პლატფორმის ყველა კომპონენტის aosp-ზე მუშაობისთვის. იხ აქ.
Samsung არაფერს აკეთებს.
XDA Senior აღიარებული დეველოპერი ენტროპია512:
"Qualcomm CAF უაღრესად აღემატება მიკვლევადობის თვალსაზრისით OEM გამოშვებებს შორის (მე არასოდეს მინახავს OEM მოწყობილობა, გარდა Nexus-ისა, რომელიც არ იყო ადვილად მიკვლევადი CAF ტეგამდე CodeAurora), კოდის ხარისხი და განახლების სიხშირე სასიგნალო (რომელსაც არ აქვს KitKat "Arndale Octa"-სთვის და არაფერი უფრო ახალი ვიდრე ICS Exynos4-ისთვის.) გარდა იმისა, რომ მოძველებულია, Samsung Mobile-ის OEM-ს შორის აბსოლუტურად ნულოვანი მიკვლევადობაა. გამოშვებები და Exynos საცნობარო წყარო, მაშინ როცა ყველა OEM-ს აქვს საკმაოდ სოლიდური მიკვლევადობა CAF-მდე (HTC და Samsung სხვებზე ოდნავ ნაკლები, მაგრამ მაინც ბევრად უკეთესია ვიდრე ყველაფერი Exynos)
მოიცადეთ, მათ საბოლოოდ გამოუშვეს JB Origen Quad-ისთვის? სანამ KitKat თითქმის არ გამოვიდა... და რასაც მათ JB უწოდეს, ალბათ ახლოს იყო უსარგებლო კატასტროფასთან, რომელიც მათი იყო Gingerbready "ICS"
Exynos3, aka Hummingbird, სრულიად განსხვავებული ამბავი იყო Nexus S-ის წყალობით, მაგრამ Samsung-მა განაცხადა, რომ მას შემდეგ არასოდეს გაუზიაროს ჩიპსეტი Nexus მოწყობილობებსა და მათ სხვა მოწყობილობებს შორის. (Galaxy Nexus იყო OMAP4, ხოლო იმ ეპოქის დანარჩენი ყველაფერი, რამდენიმე გამონაკლისის გარდა, იყო Exynos4, Nexus 10 და Samsung Chromebook იყო ორი ერთადერთი. Exynos 5250 მოწყობილობები ოდესმე გაგზავნილი, Exynos 54xx გადაერთო Mali GPU-დან PowerVR-ზე, სხვა ცვლილებებთან ერთად, ასე რომ მანტა გამოუსადეგარი იყო I9500-ისთვის. და ა.შ.)"
კითხვა: როგორია Exynos Development-ის მომავალი? რა ნაბიჯები შეიძლება გადადგას სამსუნგს, რათა უფრო მეგობრული გახდეს?
A: Codeworkx:
მომავალი არ არის. ყველა დეველოპერს, რომლებსაც თქვენ დაწერეთ, დიდი ხნის წინ შეწყვიტა მუშაობა exynos მოწყობილობებზე. მათმა უმრავლესობამ საერთოდ შეწყვიტა სამსუნგის მოწყობილობებზე მუშაობა.
ჩვენ არაერთხელ მოვითხოვეთ წყაროს კოდი და არაფერი მომხდარა. მათ უბრალოდ არ აინტერესებთ საზოგადოება. მათ მხოლოდ $$$ აინტერესებთ
ნათელია, რომ სიტუაცია თითქმის იდენტურია, ვიდრე 3 წლის წინ. Samsung-ის მოწყობილობები, კონკრეტულად Exynos-ზე დაფუძნებული, რჩება განვითარების საზოგადოების მუშაობის წარმოჩენის ცუდი მაგალითები Touchwiz-ის მაგალითების გარეთ. მოწყობილობის ყველა განვითარება დიდწილად შემოიფარგლება Touchwiz-ის ცვლილებებით, ჩვეული სცენით ROM-ები, რომლებიც ტრიალებს სამსუნგის დახურული ოპერაციული სისტემის "კანიდან" ფუნქციების დამატების ან ამოღების ირგვლივ. საინჟინრო.
ეს არ ნიშნავს იმას, რომ Exynos მოწყობილობები აბსოლუტურად არ იღებენ მხარდაჭერას AOSP ROM-ებისთვის. AOSP რომები, როგორიცაა CM და მსგავსი, აკეთებენ საბოლოოდ დაეშვა ამ მოწყობილობებზე, მაგრამ ეს ხდება ბევრი დაბალი დონის ჰაკერებისა და ექსტრემალური ძალისხმევის შემდეგ იმ შემსრულებლების მიერ, რომლებიც საკმარისად გაბედულნი არიან დაუთმონ მთელი თავიანთი თავისუფალი დრო Samsung-ის დარღვევის გამოსწორებას. მაშინაც კი, საბოლოო შედეგი არ არის AOSP გამოცდილება, რომელსაც ჩვეულებრივ მოელით, და ამაში შეგიძლიათ უსაფრთხოდ დაადანაშაულოთ Samsung.
Superbrick-ის ჭრილობები ჯერ კიდევ ახალია მათთვის, ვინც გულსა და სულს აერთიანებს გატეხილი მიზეზისკენ, რომელიც საკუთარ თავს Samsung-ს უწოდებს. თუ გსურთ მიიღოთ მოწყობილობა, რომლის პირველი კრიტერიუმია Custom ROM-ის განვითარება და მესამე მხარის ROM-ის დეველოპერის მხარდაჭერა, მიჰყევით Codeworkx-ის მიერ გაზიარებულ სიბრძნის სიტყვებს:
შეწყვიტეთ ასეთი კომპანიების მხარდაჭერა მათი მოწყობილობების ყიდვით.
აიღეთ sony ან nexus მოწყობილობა, მიიღეთ ხარისხიანი aosp რომები, საზოგადოების კარგი მხარდაჭერა და უბრალოდ იყავით ბედნიერი.