تيمور كريستوف كمقاول في فريق سائق Linux Graphics في Valve المصدر معروف بعمله على برنامج Radv Vulkan Driver و Aco Shader ، لكنه كان يعمل مؤخرًا على بعض التحسينات على سائق Amdgpu kernel. إن الفذ الكبير الذي كان يعالجه هو تمكين دعم موصلات العرض التناظرية ضمن برنامج تشغيل AMDGPU لرمز “DC”. إلى جانب عدد قليل من معالجة وحدات معالجة الرسومات الأقدم التي تحتوي على اتصالات DVI-I ، يعد هذا الدعم التناظري مهمًا من حيث أنه علامة فارقة لإلغاء حظر GCN 1.0 و GCN 1.1 من استخدام برنامج تشغيل AMDGPU الحديث بشكل افتراضي.

بالنسبة لأولئك الذين لم يكونوا على مشهد Linux لفترة كافية أو لا ينتبهون إلى جميع محتوى Phoronix بما فيه الكفاية ، يتم استخدام برنامج تشغيل رسومات AMDGPU kernel الحديث بشكل افتراضي لبطاقات الرسومات GCN 1.2 وأحدث – من خلال أحدث رسومات RDNA4. يستخدم GCN 1.1 أو الأقدم برنامج تشغيل رسومات Kernel الأقدم “Radeon” في الغالب الأجيال قبل Core Core Next (GCN). على الرغم من أن GCN 1.0 و GCN 1.1 في مكان غريب ، يوجد دعم تجريبي ضمن برنامج تشغيل AMDGPU إذا تعطل برنامج Radeon واستخدام خيار الوحدة النمطية لإجبار برنامج تشغيل AMDGPU kernel في مكانه.

باستخدام برنامج تشغيل AMDGPU مع معالجات الرسومات GCN 1.0 / GCN 1.1 يمكن أن تسفر عن أداء أفضل ، وتوافق برنامج تشغيل RADV Vulkan ، والتحسينات الأخرى للميزات مقارنة بسائق Radeon DRM الذي نادراً ما تم لمسه هذه الأيام. يكون سائق Radeon أساسًا في حالة إرثية ناضجة عادةً ما ترى إصلاحات بينما لا تزال AMDGPU هي برامج تشغيل رسومات kernel الحديثة مفتوحة المصدر.

واحدة من الميزات المفقودة على الرغم من أن برنامج تشغيل رسومات AMDGPU kernel هو اتصالات الإخراج التناظرية مع رمز عرض AMDGPU CORE “DC”. يعمل تيمور كريستوف على معالجة هذه الفجوة.

أوضح في اليوم سلسلة التصحيح:

“تضيف هذه السلسلة دعمًا للموصلات التناظرية إلى DC لـ DCE6-10. هناك سببان لإضافة هذا الدعم:

1. وحدات معالجة الرسومات التي تستخدم بالفعل DC بشكل افتراضي ولها موصلات تمثيلية. في الواقع ، تحتوي بعض بطاقات رسومات Tonga و Hawaii على موصلات DVI-I ، والجزء التناظري لا يعمل بشكل افتراضي. تراجعت هذه الوظيفة عند التبديل من رمز العرض القديم AMDGPU إلى العاصمة.

2. وحدات معالجة الرسومات التي لا تستخدم AMDGPU افتراضيًا حتى الآن. حاليًا ، لا تستخدم SI (GFX6) و CIK (GFX7) AMDGPU افتراضيًا حتى الآن ، ويتم ذكر دعم الموصل التناظري المفقود كأحد الأسباب الرئيسية لعدم ذلك.

مع إضافة هذا الدعم التناظري إلى العاصمة ، يمكننا بالفعل تبديل وحدات معالجة الرسومات CIK المنفصلة بالكامل لاستخدام DC وتحويلها إلى برنامج تشغيل AMDGPU. بالنسبة لـ GFX7 APUS و SI ، هناك حاجة إلى مزيد من الإصلاحات قبل تمكين DC.

قبل البدء في هذا العمل ، سألت هاري وأليكس عن أفضل السبل للقيام بذلك ووافقنا على أننا نرغب في استخدام VBIOs لإعداد DAC. لذلك استخدمت رمز عرض AMDGPU Legacy كمرجع. تضيف الالتزامات القليلة الأولى بعض التغييرات البسيطة إلى العاصمة للتحضير لدعم تدفق التناظرية وتشفير الارتباطات ، ثم يتم إضافة اكتشاف الارتباط التناظري إلى جانب الاقتراع ، وأخيراً دعم الكشف عن حمل DAC ، وهو مفيد للشاشات القديمة والمحولات. “

GCN 1.0 هي الجزر الجنوبية “SI” بينما GCN 1.1 هي جزر البحر “CIK”. كان GCN 1.0 مع سلسلة Radeon HD 7000 بينما تمثل أجهزة GCN 1.1 هاواي ، بونير ، كابيني ، كافيري ، و Apus مختلف.

على الرغم من أنه لم يتم تعيين أي شيء في الحجر حتى الآن ، إلا أن آفاق GCN 1.1 (وربما GCN 1.0) التي تحولت إلى سائق amdgpu kernel بشكل افتراضي لم تكن على بطاقة bingo الخاصة بي لمدة عام 2025. وربما نرى التغيير يحدث. على الأقل الآن إذا انتقلت GCN 1.1 وربما GCN 1.0 إلى AMDGPU بشكل افتراضي ، من الأفضل الحفاظ على الكود هذه الأيام من سائق Radeon الذي نادراً ما نادراً ما نأمل أن يتم التخلص من ذلك بسرعة إذا لم يكن ذلك بالفعل نظرًا للسنوات ، فقد كان هناك دعم تجريبي. هيك في المرة الأخيرة التي أجري فيها اختبار برنامج تشغيل Radeon مقابل AMDGPU لـ GCN 1.0/1.1 كان طوال الطريق في عام 2017 وحتى مع ذلك ، كان برنامج تشغيل AMDGPU مفيدًا وتحسين على سائق Radeon الأقدم.