La كومة الرسم البياني جنو / لينكس معقد ، لدرجة أنه يصعب شرح كل الطبقات والعناصر المتضمنة فيه. يعمل نظام Linux الرسومي ، لكنه ليس بسيطًا على الإطلاق. من المؤكد أنك سمعت بالفعل عن بعض الأجزاء التي تتكون منها ، مثل برامج تشغيل الرسوم ، و DRM ، و KMS ، و FBDEV ، وما إلى ذلك ، دون الاعتماد على واجهة برمجة تطبيقات OpenGL الرسومية أو واجهات برمجة التطبيقات الأخرى ، بالإضافة إلى البيئة الرسومية التي تدعمها الخادم ، إلخ.
حسنًا ، هناك ما يُعرف بـ الإطارات الاحتياطية أو fbdev، توفر بعض برامج التشغيل الحد الأدنى من نظام الرسومات في محطة Linux ، بطريقة أكثر اعتمادًا على بطاقة الرسومات التي نستخدمها وقبل وجود برامج تشغيل رسومات أخرى أكثر تحديدًا. دون الخوض في الكثير من التفاصيل ، للقول إن هذا النظام قديم بالفعل إلى حد ما ، ولكنه قد يكون مفيدًا في بعض الحالات. مما لا شك فيه أن النشاط في هذا الجزء ضئيل للغاية في السنوات الأخيرة من حيث التنمية.
لا يساهم المطورون في هذا العنصر وكما أقول هناك بدائل له وهي الغليان مثل D. يتوافق هذا النظام مع وظائف fbdev لأنظمة الرسومات الحديثة ويمكنه حتى محاكاة تشغيل fbdev تمامًا. لذلك يوجد تكرار في نواة لينكس بهذا المعنى وهو محور بعض النقاد والأصوات التي تتحد معًا بحيث يتم التخلص من fbdev القديم من النواة. واحد منهم هو تومي فالكينن من شركة تكساس إنسترومنتس ...
تومي أشعل النار مرة أخرى هذه المناقشة وقد اقترحت مرة أخرى التخلص من برامج التشغيل القديمة ، وهو أمر لا يعني فقدان الوظائف من خلال امتلاك DRM (بالمناسبة ، لا ينبغي الخلط بينه وبين إدارة الحقوق الرقمية ، نظرًا لأنها اختصار لـ Direct Rendering Manager). على مستوى تطوير النواة ، فإن إزالة fbdev سيكون لإزالة حوالي 31.000 سطر من التعليمات البرمجية ، مما يجعل النواة أفتح. بالتأكيد لا يستهان به. ماذا سيفعلون؟