Linus Benedict Torvalds هو مهندس برمجيات أمريكي فنلندي ، معروف ببدء تطوير نواة Linux والحفاظ عليه ،
مؤخرا أثناء مناقشة الحلول على معالجات x86 التي لا تدعم التعليمات «cmpxchg8b» ، صرح Linus Torvalds أنه قد يكون الوقت قد حان اجعل هذا البيان إلزاميًا لتشغيل النواة و إزالة الدعم عن معالجات i486 التي لا تدعم "cmpxchg8b" ، بدلاً من "محاولة محاكاة" كيفية عمل هذه التعليمات على المعالجات التي "لم يعد يستخدمها أحد".
حاليًا ، تحولت جميع توزيعات Linux التي تستمر في دعم أنظمة x86 32 بت تقريبًا إلى تجميع النواة باستخدام خيار X86_PAE ، والذي يتطلب دعم "cmpxchg8b".
وفقا للينوس ، من حيث الدعم في النواة ، فقدت معالجات i486 أهميتها ، على الرغم من أنها لا تزال موجودة في الحياة اليومية. في مرحلة معينة ، تصبح المعالجات قطعًا متحفية ، وبالنسبة لهم من الممكن تمامًا التعامل مع نوى "المتحف".
ومن الجدير بالذكر أنه في حالة استمرار إزالة دعم i486 الكلاسيكي ، فلن يؤثر ذلك على معالجات Intel المدمجة Quark ، والتي على الرغم من أنها تنتمي إلى فئة i486 ، إلا أنها تتضمن تعليمات إضافية نموذجية لجيل Pentium ، بما في ذلك "cmpxchg8b".
بالإضافة إلى ذلك يذكر أن الأمر نفسه ينطبق على معالجات Vortex86DX. تم إسقاط دعم معالجات i386 في النواة منذ 10 سنوات.
ربما يجب علينا أن نعض الرصاصة ونقول إننا ندعم x86-32 فقط مع "cmpxchg8b" (أي Pentium والإصدارات الأحدث).
تخلص من جميع "محاكاة الذرات ذات 64 بت مع cli / sti ، مع العلم أنه لا يوجد أحد لديه SMP على وحدات المعالجة المركزية هذه على أي حال" ، وقم بتنفيذ إعداد x86-32 xchg () عام باستخدام حلقة try_cmpxchg64 تلك.
أعتقد أن معظم التوزيعات (الكل؟) تمكّن بالفعل X86_PAE على أي حال ، مما يجعل X86_CMPXCHG64 جزءًا من المتطلبات الأساسية.
لا يعني ذلك أنني مقتنع بأن معظم التوزيعات تقوم بتطوير 32 بت هذه الأيام.
...
لقد تخلصنا من دعم i386 في عام 2012. ربما حان الوقت لإسقاط دعم i486 في عام 2022؟
يمكن أن تكون نهاية دعم i486 علامة فارقة يجب مراعاتها ، حيث اختارت توزيعات Linux المختلفة منذ وقت ليس ببعيد إلغاء دعم معالجات 32 بت ، والتي لم يكن لها في الواقع التداعيات التي توقعها الكثيرون. نظرًا لذلك ، لا يزال هناك الآلاف من المستخدمين الذين لديهم أجهزة كمبيوتر منخفضة الموارد ، مما جعل Linux خيارًا ممتازًا لمواصلة استخدامها ، خاصة في العديد من المناطق المهمشة.
وعلى الرغم من استمرار تقديم الدعم لهذا النوع من المعدات من خلال التوزيعات الرئيسية ، فإن متطلباتها الحالية جعلت استخدامها مستحيلًا. الحقيقة هي أنه لا تزال هناك بعض التوزيعات التي تستمر في دعم هذه البنية ، وقبل كل شيء ، تم تحسينها لاستخدام أجهزة الكمبيوتر منخفضة الموارد.
فيما يتعلق بحالة انتهاء الدعم ، يذكر أن سيتمكن المستخدمون الذين لديهم أنظمة مع معالجات i486 من استخدام إصدارات LTS من النواةوالتي سوف تستمر لسنوات عديدة قادمة.
من ناحية أخرى ، تجدر الإشارة أيضًا إلى ذلك مطور برنامج تشغيل Linux المصدر المفتوح لوحدة معالجة رسومات Apple AGX المستخدمة في رقائق أبل M1 ذكرت ذلك اجتاز بنجاح 99,3٪ من اختبارات مجموعة dEQP-GLES2، والذي يتحقق من مستوى الدعم لمواصفات OpenGL ES 2. تم استخدام مكونين في العمل: برنامج تشغيل DRM لنواة Linux ، مكتوب بلغة Rust ، وبرنامج تشغيل Mesa مكتوب بلغة C.
التطور من وحدات التحكم معقد بسبب حقيقة أن Apple M1 تستخدم وحدة معالجة الرسومات الخاصة بها، التي صممتها Apple ، تدير برامج ثابتة مملوكة لها وتستخدم هياكل بيانات مشتركة معقدة إلى حد ما. لا توجد وثائق فنية لوحدة معالجة الرسومات (GPU) ، ويستخدم تطوير برنامج التشغيل المستقل هندسة عكسية لبرامج تشغيل macOS.
المتحكم المصدر المفتوح تم تطويره لـ Mesa في البداية في بيئة macOS حتى تم إعداد برنامج تشغيل DRM (مدير التقديم المباشر) المطلوب لنواة Linux ، مما سمح لبرنامج التشغيل الذي تم تطويره لـ Mesa لاستخدامه على Linux.
بالإضافة إلى النجاح الحالي في اجتياز اختبارات dEQP-GLES2 ، وصل برنامج تشغيل Linux لشرائح Apple M1 في أواخر سبتمبر إلى مستوى مناسب لتشغيل جلسة GNOME المستندة إلى Wayland وتشغيل لعبة Neverball و YouTube في متصفح Firefox.
أخيرا إذا كنت مهتمًا بمعرفة المزيد عنها، يمكنك التحقق من التفاصيل في الرابط التالي.