LINUX.ORG.RU
ФорумTalks

Linux Kernel не дает проприетарщикам

 , ,


0

2

Релиз Linux 6.6 принес следующее новшество:

Внесены изменения в обработку внутренних символов категории «GPL-only», нацеленные на усложнение использования проприетарными модулями GPL-прослоек для обхода ограничений доступа к подсистемам ядра, допускающим обращение только кода под лицензией GPL. В функции symbol_get() для проприетарных модулей запрещён поиск символов, помеченных как GPL-only, и наоборот, GPL-модули не смогут находить символы, экспортируемые проприетарными модулями.

Теперь проприетарные модули больше не смогут обращаться к GPL-only символам через symbol_get(). Поэтому проприетарщики (привет, nvidia) будут вынуждены либо открыть свои драйверы, либо страдать.

Ответ на: комментарий от wandrien

Совсем другое - специально вставлять палки в колёса и делать прозрачные намёки на судебные разбирательства. Второе выглядит совсем тухло. Пусть Нвидии поугрожают, раз такие смелые.

Они ей и угрожают:

What symbol_get() can be used for, though, is obtaining addresses from a proprietary module without going through the normal import mechanism (and its restrictions). It can, in other words, be used to circumvent the 2020 fix, making it once again possible for a nominally GPL-licensed module to call into a proprietary module and give that module access to the kernel functionality it needs. Hellwig has asserted that NVIDIA, a company long known for its proprietary kernel modules, has duly modified its code to make use of this workaround.

In response, he posted this patch set (since revised) to close the hole once again. It changes the behavior of symbol_get(), causing it to fail when asked to look up a symbol that is not marked GPL-only. This is an inversion of the usual test, which denies access to symbols that are marked GPL-only. The reasoning is that symbol_get() has always been intended for low-level cooperation deep within the kernel, where everything is expected to be GPL-only anyway. As it happens, a handful of the uses in the kernel were for symbols that were not so marked, so the patch set includes changes to make the symbols referenced in those cases GPL-only.

ZFS сломался по остаточному принципу.

cumvillain
() автор топика
Последнее исправление: cumvillain (всего исправлений: 2)
Ответ на: комментарий от Mischutka

Зело интересно, ограничится ли дело лишь угрозами или дойдёт до иска?

nvidia заопенсурсила драйвера с тех пор. Так что это все уже не особо важно.

cumvillain
() автор топика
Ответ на: комментарий от cumvillain

заопенсурсила

Ну-ну.

However, in the current release, some display and graphics features (notably: SLI, G-Sync on notebooks, preserving video memory across power management events with NVreg_PreserveVideoMemoryAllocations set) and NVIDIA virtual GPU (vGPU), are not yet supported. These features will be added in upcoming driver releases.

Use of the open kernel modules on GeForce and Workstation GPUs should be considered alpha-quality in this release due to the missing features listed above.

Кроме того, чтобы их установить именно из сырцов, требуется отдельный пердолинг.

alegz ★★★★
()
Последнее исправление: alegz (всего исправлений: 1)
15 февраля 2024 г.
Ответ на: комментарий от cumvillain

Я же сказал, с примерами.

Например переходник USB-RS485 на чипе от Exar (usb id 04e2:1411) Он определяется линуксом, но данные не идут пока не запихаешь в регистры чипа некие циферки,вытащенные реверсом из виндового драйвера. Используется у меня дома для управления контроллером солнечной электростанции.

Понимаю,что пример ну очень экзотический и привел его именно как редкое исключение.

Перед этим лет несколько назад сталкивался с втыкаемыми в usb радиомодемами Huawei. Там было такое же поведение - модем виден но не работает. Потом в ядерном драйвере подправили - оказалось у этих модемов протокол обмена реализован с каким-то глюком,в смысле в самом модеме. На память об этом глюке осталась строчка в логе huawei_cdc_ncm 1-4:1.2: NDP will be placed at end of frame for this device.

А так-то да, последние лет уже как бы не десять удивляюсь что в линуксе работает практически почти всё что бы я в него ни воткнул. Включая всякие китайские программаторы и тому подобную экзотику.

Из более обыденных вещей у меня не запустилась только поддержка OpenCL для встроенного Intel UHD Graphics 620. Опять же - соответствующий пакет в Дебиане 11 есть(beginet называется), грузится,видеокарточку видит,но не работает.
Но это был чисто эксперимент потому как практическая надобность этого видео в качестве вычислителя околонулевая.

watchcat382
()
Закрыто добавление комментариев для недавно зарегистрированных пользователей (со score < 50)