Linus Torvalds מציע להפסיק את התמיכה ב-i486 בליבת לינוקס

לינוס טורבאלדס

לינוס בנדיקט טורוואלדס הוא מהנדס תוכנה פיני-אמריקאי, הידוע כמי שמתחיל ותחזק את הפיתוח של ליבת לינוקס,

לאחרונה תוך כדי דיון בפתרונות על מעבדי x86 שאינם תומכים ההוראה «cmpxchg8b», לינוס טורוואלדס הצהיר שאולי הגיע הזמן לעשות זאת הפוך את ההצהרה הזו לחובה כדי שהקרנל יפעל ו הסר תמיכה במעבדי i486 שאינם תומכים ב-"cmpxchg8b", במקום "לנסות לחקות איך" הוראה זו פועלת על מעבדים ש"אף אחד לא משתמש בהם יותר".

נכון לעכשיו, כמעט כל ההפצות של לינוקס שממשיכות לתמוך במערכות x86 32-bit עברו להדר את הליבה עם אפשרות X86_PAE, הדורשת תמיכה ב-"cmpxchg8b".

לדברי לינוס, מבחינת תמיכה בקרנל, מעבדי i486 איבדו רלוונטיות, למרות שהם עדיין נמצאים בחיי היומיום. בשלב מסוים, המעבדים הופכים לחפצי מוזיאון, ועבורם בהחלט אפשרי להסתדר עם ליבות "מוזיאון".

ראוי להזכיר שאם הסרת התמיכה ב-i486 הקלאסי תתקדם, הדבר לא ישפיע על מעבדי Quark המשובצים של אינטל, שלמרות שהם שייכים למחלקת i486, כוללים הוראות נוספות אופייניות לדור הפנטיום, כולל "cmpxchg8b ».

בנוסף לכך מוזכר שאותו דבר חל על מעבדי Vortex86DX. התמיכה במעבדי i386 ירדה בקרנל לפני 10 שנים.

אולי אנחנו צריכים לנגוס בכדור ולומר שאנחנו תומכים רק ב-x86-32 עם 'cmpxchg8b' (כלומר Pentium ואילך).

היפטר מכל ה"חיקוי 64-bit atomics עם cli/sti, בידיעה שבכל מקרה לאף אחד אין SMP במעבדים האלה", והטמיע הגדרה גנרית של x86-32 xchg() באמצעות אותה לולאה try_cmpxchg64.

אני חושב שרוב (כל?) ההפצות כבר מאפשרות את X86_PAE בכל מקרה, מה שהופך את X86_CMPXCHG64 לחלק מדרישת הבסיס.

לא שאני משוכנע שרוב ההפצות אפילו עושות פיתוח של 32 סיביות בימינו.
...
נפטרנו מהתמיכה ב-i386 ב-2012. אולי הגיע הזמן לבטל את התמיכה ב-i486 ב-2022?

סיום התמיכה ב-i486 יכול להיות אבן דרך שיש לקחת בחשבון, שכן לפני זמן לא רב בחרו הפצות לינוקס שונות לבטל את התמיכה במעבדי 32 סיביות, שלא ממש היו לה ההשלכות שרבים ציפו לה. מכיוון שככזה כן, יש עדיין אלפי משתמשים שיש להם מחשבים דלי משאבים, מה שהפך את לינוקס לאופציה מצוינת להמשיך להשתמש בהם, במיוחד באזורים שוליים רבים.

ולמרות שהתמיכה בציוד מסוג זה המשיכה להינתן על ידי ההפצות העיקריות, הדרישות הנוכחיות שלהם הפכו את השימוש בהם לבלתי אפשרי לביצוע. האמת היא שעדיין יש כמה הפצות שממשיכות לתמוך בארכיטקטורה הזו, ומעל לכל, מותאמות לשימוש במחשבים דלי משאבים.

לגבי המקרה של סיום התמיכה, מוזכר כי משתמשים שיש להם מערכות עם מעבדי i486 יוכלו להשתמש בגרסאות ה-LTS של הליבהשיימשך שנים רבות.

מצד שני, כדאי גם להזכיר את זה מפתח מנהל ההתקן של לינוקס קוד פתוח עבור Apple AGX GPU בשימוש בשבבי Apple M1 דיווחו על כך עבר בהצלחה 99,3% ממבחני חבילת dEQP-GLES2, המאמת את רמת התמיכה במפרט OpenGL ES 2. בעבודה נעשה שימוש בשני רכיבים: דרייבר DRM עבור ליבת לינוקס, כתוב ב-Rust, ומנהל התקן Mesa שנכתב ב-C.

הפיתוח של בקרים מסובך בגלל העובדה שאפל M1 משתמשת ב-GPU משלה, שתוכנן על ידי אפל, מריץ קושחה קניינית ומשתמש במבני נתונים משותפים מורכבים למדי. אין תיעוד טכני ל-GPU, ופיתוח מנהלי התקנים עצמאי משתמש בהנדסה הפוכה של מנהלי התקנים של macOS.

הבקר קוד פתוח שפותח עבור Mesa נבדק תחילה בסביבת macOS עד שהוכן הדרייבר של ה-DRM (מנהל עיבוד ישיר) הנדרש עבור ליבת לינוקס, מה שאיפשר להשתמש במנהל ההתקן שפותח עבור Mesa על לינוקס.

בנוסף להצלחה הנוכחית במעבר מבחני dEQP-GLES2, בסוף ספטמבר הדרייבר של לינוקס לשבבי Apple M1 הגיע לרמה המתאימה להפעלת סשן GNOME מבוסס Wayland והפעלת המשחק Neverball ו-YouTube בדפדפן Firefox.

בסופו של דבר אם אתה מעוניין לדעת יותר על כך, אתה יכול לבדוק את הפרטים ב הקישור הבא.


השאירו את התגובה שלכם

כתובת הדוא"ל שלך לא תפורסם. שדות חובה מסומנים *

*

*

  1. אחראי על הנתונים: AB Internet Networks 2008 SL
  2. מטרת הנתונים: בקרת ספאם, ניהול תגובות.
  3. לגיטימציה: הסכמתך
  4. מסירת הנתונים: הנתונים לא יועברו לצדדים שלישיים אלא בהתחייבות חוקית.
  5. אחסון נתונים: מסד נתונים המתארח על ידי Occentus Networks (EU)
  6. זכויות: בכל עת תוכל להגביל, לשחזר ולמחוק את המידע שלך.