תהיתם פעם מדוע מכשירי Exynos אינם מקבלים את התמיכה הטובה ביותר ב-AOSP? גלה בסיכום האירועים שלנו!
זכור, זכור, את הראשון של הערה, מהדורה והעלילה של ICS
אני לא יודע שום סיבה מדוע הבגידה בסופרבריק תישכח אי פעם
חברי פורום מבוגרים ומשתמשי אנדרואיד של מכשירי סמסונג מוקדמים עשויים לזכור קלוש את זה פיאסקו סופרבריק. האירועים שמובילים לסופרבריק הם ארוכים ומורכבים. לשם קיצור, א tl; ההסבר של dr הוא שעדכון ICS דלף עבור כמה גרסאות של ספקים של ה-Galaxy S2 i9100 ושל ה-Galaxy Note N7000 גרם ל- לבנה קבועה. זו לא הייתה לבנה קשה רגילה, מכיוון שלא ניתן היה להחיות מכשיר מושפע דרך JTAG והוא היה מת לחלוטין ולא הגיב. ה-Superbrick השפיע על ה-eMMC של המכשיר, ומכאן שניתן היה לבצע תיקונים רק עם החלפת לוח אם מוחלטת.
כתב הוויתור שמתחבר בדרך כלל ל"הדלפות" היה תקף גם במקרה זה, שהדלפות הן בעצם תוכנות "שלא שוחררו" שעשויות להיות ראויות לצריכה ציבורית או לא. עם זאת, כדי לסבך את העניינים, ליבת ה-ICS המופלאה הזו עשתה את דרכה ל-Galaxy Note N7000 כגרסה רשמית הזמינה באמצעות עדכוני Kies ו-OTA.
הפיאסקו של Superbrick, והדרמה הנלווית שהתרחשה בעקבות יחסה של סמסונג למפתחים, הודגשו בסדרה בת 13 פוסטים מאת אנדרו דוד, הידוע כ-XDA Senior Recognized Developer.
כדי להדגיש כמה נקודות חשובות, הנה כמה קטעים (עם הדגשה נוספת) מהפוסטים:
"...ברור, כמעט כל מי שעוקב אחרי מודע לסערת המדיה החברתית האחרונה הנובעת מהתסכול של קהילת קושחת אנדרואיד של צד שלישי (במיוחד משתמשי ומפתחי CyanogenMod) התנסתה עם סמסונג. הפיאסקו של "Superbrick", חוסר התיעוד של ה-Exynos4 SoC של סמסונג בהשוואה ל-SoCs של Qualcomm ו-TI, ורשימת כביסה של בעיות אחרות - הכל הגיע לאחרונה לראש עם ההחלטה של כל מתחזקי מכשירי Exynos4 הפעילים כרגע לא לקחת על עצמם מכשירים חדשים..." - פוסט הורה.
"...בנובמבר, סמסונג הוציאה את XWKK5 עבור I9100 ו-UCKK6 עבור I777. Bluetooth HID ב-builds אלה לא יתפקד עם כל ליבות שנבנו במקור - רק עם קבצים בינאריים המשויכים ל-builds אלו. סמסונג מעולם לא פרסמה עדכון מקור נוסף של Gingerbread עבור I9100, למרות שהקבצים הבינאריים שלהם הראו עדויות ברורות לשינוי פונקציונלי במקור. באופן דומה, מקור I777 UCKK6 לא שוחרר עד בזמן לא ידוע באמצע 2012 - אני די בטוח רק לאחר שה-I9100 ICS שוחרר במקרה הטוב. זה נכון - סמסונג הפרה את ה-GPL עם I777 UCKK6 וכל I9100 Gingerbread שנבנה מ-XWKK5 (נובמבר 2011) עד שהם הוציאו רשמית את I9100 ICS (מרץ 2012) - למעשה, מבחינה טכנית הם עדיין כאלה, מכיוון שמקור זנגביל שמתאים לאותם גרעינים מעולם לא שוחרר, אבל זה פשוט לא ממש משנה יותר..."
"...בסביבות אותו הזמן השיקה סמסונג את ה-Tab 7.0 Plus ו-Tab 7.7, שניהם מבוססים על אותו Exynos 4210 SoC שנמצא ב-GS2...מכשירים אלו השתמשו בשבב wifi מסדרת Atheros AR6000. מעניין לציין כי Atheros מספקת מקור למכשירים אלה תחת רישיון כפול, GPL ו-BSD. (מכיוון ש-Atheros מחזיקה בזכויות יוצרים מלאות על כל הרכיבים של מנהל ההתקן שלהם, זה חוקי.) סמסונג בחרה ברישיון ה-BSD עבור מנהל ההתקן הזה. התוצאה הסופית היא, כשנשאל מקור דרייבר ל-wifi (שלא היה קיים בנפילות המקור עבור מכשירים אלה), סמסונג השיבה עם "הקוד הוא GPL או BSD ברישיון כפול. אנחנו בוחרים ב-BSD [על פני GPL]"..." - פוסט הורה
"...אם הייתה מסקנה ברורה להסיק מ-ICS על ה-GT-I9100, זו הייתה עורות היצרן אינם מחזיקים מעמד. לאחר הפעלת קושחת I9100 ICS ב-I777 (בעיקר על ידי הנדסה לאחור של ערוצי המיקרופון שהוחלפו ב- המכשיר הזה, שלקח את רוב סוף השבוע של עבודה...), היה ברור ש-Touchwizz החזיר לעצמנו הרבה מהיתרונות של ICS. חלקים מהקושחה היו "חדשים", חלקים היו "ג'ינג'רברייד מדור קודם", וההפרעות הקבועות היו צורמות... - פוסט הורה
אפילו גרוע יותר... ICS רשמי הושק עבור N7000 עם XXLPY. חשבנו שסמסונג לעולם לא תיתן לבאג נורא כמו זה להיכנס לגרעין ששוחרר, אבל טעינו...
- פוסט הורה
"...איש קשר בסמסונג הודה סוף סוף שהם מודעים למצב ו"עובדים במרץ" על זה... בסופו של דבר הוצג בפנינו ה"פתרון" של סמסונג. שרשרת לא הייתה מרוצה מה"פתרון המוצע", וגם אני לא... זה לא כלל הגנה ברמת ליבה, והיה נחות ממה שכבר היה לנו עם BOARD_SUPPRESS_EMMC_WIPE ב-CM. בנוסף הם ביקשו מאיתנו לא להפיץ את הפתרון ולנתב מחדש מפתחי ליבה שמחפשים להם פתרון..."
"...סמסונג גם די סירבה לדון בפתרונות כלשהם הכוללים מטעני אתחול... הנימוק, שלא היה הגיוני, היה שכמעט כל תביעות האחריות שלהם עקב קושחה מותאמת אישית לפני פגם eMMC זה נבעו משחיתות של טוען האתחול... כמובן, זה לא הגיוני, שכן רצינו לדון בשיטות להתאוששות משחיתות של טוען האתחול, שתבטל את רוב עלויות האחריות הללו עבור סמסונג. אפילו הצענו לבצע את רוב ההנדסה והפריסה של הפתרונות בעצמנו, כל עוד סמסונג רק נתנה לנו כמה רכיבים קטנים ספציפיים שדומיניק ואדם היו צריכים..."
"...סמסונג, לאחר ש"עבדה בחריצות" במשך חודש, זורקת לנו רימון בפרצוף
בתחילת יולי, XXLQ5 דלף עבור I9100. תוך יום נערמו דיווחים רבים על לבנים. זמן לא רב לאחר מכן, XWLPM עלה לאוויר ב-Kies, ו אנשים חיברו ימין ושמאל עם המבנה הזה.
למרות הטענה שכן עובדים בחריצות בבעיה זו, במקום זאת, סמסונג לקחה מכשיר בטוח בעבר וסיכנה אותו..." - פוסט הורה
"...אז, בשלב זה - זה אמצע נובמבר 2012, ואף מכשיר אחד שהושפע מה-eMMC הפגום של סמסונג לא קיבל תיקון ליבה. אמנם למאמצי הקהילה יש שיעורי נזק נמוך בהרבה, כל עוד הגרעינים הרשמיים של סמסונג נמצאים פגיע, אני עדיין הולך לקבל PM כל כמה ימים ממשתמש Superbricked שזקוק לעזרה שאני לא יכול עֶזרָה..." - פוסט הורה
"...באמצע אוגוסט החלטתי ללכת נגד שיפוט טוב ולרכוש Note 10.1 (גרסת WiFi - GT-N8013). חשבתי שככל שהוא חולק SoC עם I9300, זה יהיה הימור בטוח למדי...
כעת, לאחר שאישרתי, הן דרך אי-הפונקציונליות של מנהל ההתקן של ה-wifi, והן השוואות מחרוזות שונות עם הגיבוי ליבת המניות, שהמקורות ששוחררו עבור כל וריאנט של N80xx לא תאמו לגרעיני המניות (לכולם היה אותו wifi שבור נהג, ואנשים אחרים שעבדו עם המקורות התלוננו על בעיות דומות.), העליתי את הנושא בפני איש הקשר שלי בכתובת סמסונג...
הם איתרו מישהו, והתגובה של אותו אדם הייתה: סמסונג לא הייתה מחויבת לספק מקור שתואם את ה-UEALGB build עבור GT-N8013, מכיוון שזה לא היה מבנה רשמי. כן, זה נכון - מישהו בעצם העז לטעון שהקושחה המותקנת מראש בכל יחידת GT-N8013 שנמכרת בארצות הברית היא דליפה. זו הייתה הפעם השלישית שמישהו בתוך סמסונג מובייל שיקר באופן בוטה לפנים של איש הקשר שלי..." - פוסט הורה
"...אז בין זה, דברים אחרים (ראה פרקים קודמים של הסאגה הזו לדוגמאות רבות), לבין Superbrick, כמעט כל מתחזקי ה-Exynos4 היו בגבולות התשישות עם סמסונג ובמיוחד עם Exynos4.
ציינתי שה-Note 10.1 הולך להיות המכשיר האחרון שלי, ולא הייתי בטוח כמה זמן אשאר עם ה-I777 וה-N7000, מכיוון שגם אני הייתי מותש בשלב זה.
נמאס לי להיות חודשים אחרי שאר צוות Cyanogenmod כי עבדתי עם מכשירים שיש להם יותר כתמים ויותר שבירות ממשק בבלבים מכל מכשיר אחר
(חוץ ממכשירי Tegra3, אבל אנשים כבר ידעו להימנע מהם אלא אם כן הם נמצאים ב-Nexus..." - פוסט הורה
"...בסמוך לסוף [של BABBQ 2012] הייתה מצגת קשרי המפתחים של סמסונג. זה היה המקום שבו הם הבטיחו לשפר את איכות קוד המקור והתיעוד עבור Exynos4, בתיאוריה להקל על החששות של הקהילה. תוכן המצגת בפועל הבטיח מעט - כמעט כל מה שהם הכריזו היה דברים שכבר היו קיימים מבחינה טכנית, אבל לא היו מועילים עד לא בגלל שהם מיושנים או פשוט לא פונקציונליים..." - פוסט הורה
כל זה היה רק עוד מקרה של סמסונג מדברת ומבטיחה הבטחות ולא מקיימת, בדיוק כמו שהם מדברים ומבטיחים הבטחות כבר יותר משנה. לוחות פיתוח אמורים להקדים את המכשירים - הם לא צריכים להתמודד עם בדיקות ספקים, אישורים אלחוטיים, או כל אחד מהדברים הידועים לשמצה בדרך כלל בשמירה על השפופרת עדכונים. בנוסף היעד המיועד שלהם הוא DEVELOPERS, אז הם צריכים להיות "קצה המדמם". זהו מקור ההתייחסות של קוואלקום ו-TI - זה האחרון המוחלט, לפני כל מה שנראה במכשירים. מה שאנחנו מקבלים מסמסונג מיושן יותר מ-6 חודשים - ICS עבור SoC שהיה במכשיר שהושק עם ICS באביב 2012, ואשר קיבל עדכון רשמי של Jellybean (אישורי ספק/אישורים אלחוטיים והכל) בתחילת אוקטובר 2012... אבל הם עדיין עובדים על ICS למקור ההתייחסות שלהם???
- פוסט הורה
הסדרה הסתיימה בפוסט סיכום שניתן למצוא כאן. אנו ממליצים לכל המשתמשים לקרוא אותו לפני שתמשיך.
נקודת המוצא של מאמר זה הייתה לנסות ולהסביר מדוע מכשירי Exynos בדרך כלל חסרים במונחים של פיתוח מבוסס AOSP בהשוואה למכשירי קוואלקום. סדרת הפוסטים של G+ שהוזכרה לעיל והצטטטה הדגישה את הקשיים איתם מתמודד מתחזק של מכשיר Exynos. הפוסט מתוארך לתקופת הזמן 2011-2013, אז פנינו לכמה מהמפתחים שהוזכרו כדי להבין איך המצב כרגע. אחרי הכל, הרבה יכול להשתנות ב-3 שנים בעולם המובייל.
לא עבור סמסונג והתמיכה שלה ב-AOSP, כך נראה.
ש: מדוע לוקח ל-AOSP ROM כל כך הרבה זמן להגיע למכשירי Exynos, בהשוואה למשל למכשירי קוואלקום?
ת: מפתח מוכר בכיר ב-XDA codeworkx:
קוואלקום משחררת תמיד קוד מקור עדכני, הדרוש כדי לגרום לכל רכיבי הפלטפורמה שלהם לעבוד על aosp. לִרְאוֹת כאן.
סמסונג לא עושה כלום.
מפתח מוכר בכיר ב-XDA אנטרופיה512:
"קוואלקום CAF הוא מעולה בהרבה במונחים של מעקב אל/ממהדורות OEM (מעולם לא ראיתי מכשיר OEM מלבד Nexus שלא ניתן היה לעקוב בקלות בחזרה לתג CAF ב- CodeAurora), איכות הקוד ותדירות העדכונים ל אי-אות (שאין לו KitKat עבור "Arndale Octa" ושום דבר חדש יותר מ-ICS עבור Exynos4.) בנוסף להיותו מיושן, יש אפס מעקב מוחלט בין ה-OEM של Samsung Mobile מהדורות ומקור ההתייחסות של Exynos, בעוד שלכל יצרני ה-OEM יש כמות הגונה למדי של עקיבות חזרה ל-CAF (HTC וסמסונג קצת פחות מאחרים, אבל עדיין הרבה יותר טוב מהכל Exynos)
רגע, בסופו של דבר הם שחררו את JB ל-Origen Quad? לא עד ש-KitKat כמעט נגמר... ומה שהם כינו JB כנראה היה קרוב לאסון חסר התועלת שהיה שלהם ג'ינג'ר "ICS"
Exynos3 aka Hummingbird היה סיפור אחר לגמרי הודות ל-Nexus S, אבל סמסונג הקפידה מעולם לא לחלוק ערכת שבבים בין מכשירי Nexus לאף אחד מהמכשירים האחרים שלהם מאז. (Galaxy Nexus היה OMAP4 בעוד שכל שאר התקופה ההיא למעט כמה יוצאי דופן היה Exynos4, Nexus 10 ו-Samsung Chromebook היו שניים מהיחידים מכשירי Exynos 5250 שיישלחו אי פעם, Exynos 54xx עבר מ-Mali GPU ל-PowerVR יחד עם חבורה שלמה של שינויים אחרים, כך שמנטה הייתה חסרת תועלת עבור I9500, וכו.)"
ש: מהו העתיד של Exynos Development? אילו צעדים סמסונג יכולה לנקוט כדי להפוך את עצמה לידידותית יותר למפתחים?
ת: Codeworkx:
אין עתיד. כל המפתחים שכתבת להם הפסיקו לעבוד על מכשירי exynos לפני זמן רב. רובם אפילו הפסיקו לעבוד על מכשירי סמסונג באופן כללי.
ביקשנו יותר מפעם אחת קוד מקור ושום דבר לא קרה. פשוט לא אכפת להם מהקהילה. כל מה שמעניין אותם זה $$$
ברור שהמצב כמעט זהה למה שהיה לפני יותר מ-3 שנים. מכשירי סמסונג, במיוחד מבוססי Exynos, נותרו דוגמאות גרועות להצגת העבודה של קהילת הפיתוח מחוץ לדוגמאות מבוססות Touchwiz. כל הפיתוח של המכשיר נותר מוגבל במידה רבה לשינויים ב-Touchwiz, עם הסצנה של מותאם אישית ROMs הסובבים סביב הוספה או הסרה של תכונות מ"עור" מערכת ההפעלה של סמסונג במקור סגור דרך הפוך הַנדָסָה.
זה לא אומר שמכשירי Exynos לא מקבלים תמיכה כלל עבור ROM AOSP. AOSP Roms, כמו CM ודומיו, כן בסופו של דבר נוחתים על המכשירים האלה, אבל אלה מגיעים לאחר הרבה האקריות ברמה נמוכה ומאמצים קיצוניים של מתחזקים אמיצים מספיק כדי להקדיש את כל זמנם הפנוי לתיקון מה שסמסונג שברה. גם אז, התוצאה הסופית אינה חווית AOSP שכמותה הייתם מצפים בדרך כלל, ועל כך תוכלו להאשים את סמסונג בבטחה.
הפצעים של סופרבריק עדיין טריים על מי שחיברו את הלב והנשמה שלהם בעבודה למען מטרה שבורה שקוראת לעצמה סמסונג. אם אתה מחפש להשיג מכשיר שהקריטריון הראשון הוא פיתוח ROM מותאם אישית ותמיכה במפתחי ROM של צד שלישי, עקוב אחר דברי החוכמה שחולקו על ידי Codeworkx:
הפסיקו לתמוך בחברות כאלה על ידי קניית המכשירים שלהן.
קח מכשיר סוני או nexus, קבל רום aosp איכותי, תמיכה קהילתית טובה ופשוט תהיה מאושר.