Angebot zur Sperrung von Treibern, die Zugriff auf GPL-Aufrufe des Linux-Kernels gewähren

Christoph Hellwig, ein bekannter Entwickler des Linux-Kernels, der einst Mitglied des technischen Ausschusses der Linux Foundation war und Kläger in einem Verfahren im Zusammenhang mit der GPL, zog gegen VMware, Alternativen zu den Begriffen „whitelist/blacklist“ und „master/slave“ vor, die für die Verwendung in Spezifikationen bevorzugt werden – anstelle von „master/slave“ wird empfohlen, „primary/secondary“, „leader/follower“, um den Schutz gegen die Bindung proprietärer Treiber an die Linux-Kernelkomponenten, die ausschließlich für GPL-lizenzierte Module exportiert werden, zu verstärken. Um die Einschränkung des Exports von GPL-Symbolen zu umgehen, verwenden Hersteller proprietärer Treiber ein Schnittstellenmodul, dessen Code offen ist und unter der GPLv2-Lizenz verteilt wird, allerdings beschränken sich die Funktionen auf die Übersetzung des Zugriffs des proprietären Treibers auf erforderliche APIs des Kernels, die aus proprietärem Code heraus nicht direkt genutzt werden dürfen.

Um einen solchen Manöver zu blockieren, schlug Christoph Hellwig hat für den Linux-Kernel Patches vor, die die Vererbung von GPL-Exportbezugnahmen sicherstellen. Der Vorschlag zielt darauf ab, das TAINT_PROPRIETARY_MODULE-Flag in allen Modulen zu vererben, die Symbole aus Modulen mit diesem Flag importieren. Wenn also ein GPL-Schnittstellenmodul versucht, Symbole aus einem nicht-GPL-Modul zu importieren, erbt das GPL-Modul die TAINT_PROPRIETARY_MODULE-Markierung und kann nicht auf Kernel-Komponenten zugreifen, die nur für Module unter GPL-Lizenz verfügbar sind, selbst wenn das Modul zuvor Symbole aus der Kategorie „gplonly“ importiert hat.

Bei der Diskussion wurde auch vorgeschlagen eine Rückblockierung — wenn ein Modul EXPORT_SYMBOL_GPL-Symbole importiert, dürfen alle von diesem Modul exportierten Symbole nicht von Modulen importiert werden, die nicht ausdrücklich die Kompatibilität mit GPL erklären. Das heißt, wenn ein Modul EXPORT_SYMBOL_GPL-Symbole importiert, müssen alle seine exportierten Symbole als EXPORT_SYMBOL_GPL behandelt werden. Christoph Hellwig schrieb, dass er mit diesem Vorschlag zu 100 % einverstanden ist, aber eine solche Änderung wird von Linus Torvalds nicht genehmigt, da sie dazu führen würde, dass proprietäre Treiber für die meisten Subsysteme des Kernels nicht mehr zugänglich wären, weil bei der Entwicklung von Treibern auf grundlegende Symbole zurückgegriffen wird, die unter GPL exportiert werden.

Änderung wurde als Reaktion auf Veröffentlichung eine Serie von Patches eines Facebook-Ingenieurs mit der Implementierung eines neuen netgpu-Subsystems vorgeschlagen, das es ermöglicht, den direkten Datenaustausch (DMA
zero-copy) zwischen der Netzwerkkarte und der GPU zu organisieren und dabei die Protokollverarbeitung durch die CPU durchzuführen. Unzufriedenheit der Entwickler wurde hervorgerufen Verfügbarkeit Implementierungen nur für proprietäre NVIDIA-Treiber über die von diesen Treibern bereitgestellte GPL-Schicht. Als Antwort auf Kritik Autor der Patches wies darauf hin, dass das Subsystem nicht an NVIDIA gebunden ist und dessen Unterstützung auch für Software-Schnittstellen zu AMD- und Intel-GPUs bereitgestellt werden kann. Letztendlich wurde die Förderung von netgpu in den Kernel als unmöglich angesehen, bis eine funktionale Unterstützung auf Grundlage freier Treiber wie AMDGPU, Intel i915 oder Nouveau verfügbar ist.

Quelle: opennet.ru