تغلغل تطوير الملكية بعمق في كود العديد من التطبيقات والخدمات. في الأنظمة المعقدة ، يكون التخلص منها صعبًا للغاية. غالبًا ما يتم استخدام الحلول لهذا الغرض ، والتي تشبه إلى حد كبير "العكازات". يستخدم Linux kernel برامج تشغيل interlayer للعمل مع برامج تشغيل خاصة ، والتي تم تصميمها بشكل حصري تقريبًا لترجمة مكالمات برنامج التشغيل إلى kernel. تحتوي الطبقة البينية على كود مفتوح المصدر ، لذلك لا توجد مشاكل في ترخيص GPL ، تم اتباع الإجراءات الشكلية.
لكن هذا النهج لديه العديد من المعارضين. أحدهم هو كريستوف هيلويج ، مطور نواة لينكس. كان سابقًا عضوًا في اللجنة التوجيهية الفنية لمؤسسة Linux. كما عمل كمدعي في دعوى قضائية مع VMware. اقترح Helwig تشديد الحماية بشكل كبير ضد برامج التشغيل المسجلة الملكية لمكونات Linux kernel.
للقيام بذلك ، يقترح استخدام التصحيحات التي تجعل من الممكن وراثة العلامات المرتبطة بتصدير رموز GPL. في هذه الحالة ، يتم توريث علامة TAINT_PROPRIETARY_MODULE في كافة الوحدات النمطية التي تقوم باستيراد الرموز من الوحدات النمطية باستخدام هذه العلامة. جوهر الحماية هو أنه إذا قام برنامج التشغيل البيني باستيراد شيء ليس من وحدة GPL ، فإن وحدة GPL سترث تسمية TAINT_PROPRIETARY_MODULE ولن تكون قادرة على الوصول إلى مكونات kernel المتاحة فقط لوحدات GPL.
المصدر: 3dnews
أثناء المناقشة ، تم اقتراح الحظر العكسي أيضًا. لذلك ، إذا قامت الوحدة باستيراد EXPORT_SYMBOL_GPL ، فلا يجب استيراد أي رموز تم تصديرها بواسطة الوحدة بواسطة وحدات لا تدعي توافق GPL. الاقتراح لم تقدمه Helwig ، ولكن من قبل مشارك آخر في المناقشة. لكن هيلويج اتفق معه. على الأرجح ، لن يتخطى Linus Torvalds هذا الاقتراح ، لأنه سيحظر عددًا من أنظمة kernel الفرعية للسائقين المملوكين. اندلعت
كل الجلبة بعد النشرمهندس باتش من فيسبوك مع تنفيذ النظام الفرعي netgpu. يتيح هذا النظام الفرعي تنظيم تبادل البيانات المباشر بين بطاقة الشبكة ووحدة معالجة الرسومات من خلال تنفيذ معالجة البروتوكول بواسطة وحدة المعالجة المركزية. على أساس الاقتراح ، يمكنك إجراء تنفيذ عام لـ RDMA لتبادل البيانات بين وحدات معالجة الرسومات أو CXD الخارجية. أعرب العديد من المطورين عن عدم رضاهم عن مثل هذه الابتكارات ، نظرًا لأن التنفيذ متاح فقط لسائقي NVIDIA المملوكين من خلال الطبقة التي توفرها هذه المحركات. حتى أن هيلفيج وصف المطور بالقزم.
بدوره ، اعترض مؤلف التصحيح على أن النظام الفرعي غير مرتبط بـ NVIDIA ، لذلك يمكن توفير دعمه لواجهات البرامج لوحدات معالجة الرسومات AMD و Intel. في النهاية ، كان من المستحيل الترويج لـ netgpu في النواة حتى يتوفر دعم عملي يعتمد على برامج تشغيل مجانية مثل AMDGPU أو Intel i915 أو Nouveau.