NVIDIA опубликовала свободные драйверы для ядра Linux

Текущий модуль ядра вполне открытый, есть исходники, nvidia.ko собирается вполне себе открытым компилятором. Да, есть какая-то закрытая часть, и вот ее просто переложили в другое место.

Было:

• минимально возможные обвязки смешного размера
• все остальное в скомпилированных объектных файлах

Стало:

• полностью опенсорсная ядерная часть

не поменялось вообще ничего.

Так что поменялось все очень даже серьёзно.

Очередная попытка нагнуть Linux?

Типа: «Задолбали ваши изменения в ядре, нам некогда так часто их учитывать, давайте вы сами их правьте, а нам нужен стабильный API для блобов.»

опять не всё

Было:

• минимально возможные обвязки смешного размера
• гемор с невозможностью использовать часть API ядра в новых ядрах
• пачка блобов

Стало:

• минимально возможные обвязки с перекладыванием гемора поддержки разных ядер на сопровождающих.
• пачка блобов в юзерспейсе и на железе.

Фикс

Спорить не буду, но вы в этом уверены? Если бы это было именно так, поддерживали бы все в-карты, включая старые.

Может есть тут специалисты посмотреть исходники, есть там что полезное или нет?

После стабилизации API/ABI драйверы планируется включить в основную ветку ядра Linux.

Так вроде раньше за подобные шалости с кодом, который нужен только нвидивским блобам Линус им фак показывал вместо мержа в ведро. В чём сейчас отличие?

В текущей ситуации обходят TAINT_PROPRIETARY_MODULE. И плевать хотели на мерж в ядро. А вот что будет дальше узнаем. Тот ли ещё Торвальдс или уже нет.

Полистал реддит, пишут, что все полезное как было, так и осталось в закрытых прошивках.

ебилды уже есть?

И плевать хотели на мерж в ядро.

Да сколько можно нести 4.2

There are plans to work on an upstream approach with the Linux kernel community and partners such as Canonical, Red Hat, and SUSE.

Может когда-нибудь AMD и догонит Nvidia по качеству драйверов.

Пользуюсь свободными АМДшными драйверами, всё работает без проблем, в отличие от свободных драйверов Нвидиа. У тебя были какие-то проблемы?

Полистал реддит, пишут, что все полезное как было, так и осталось в закрытых прошивках.

прошивки это ещё ладно, основная проблема что они юзерспейсную часть не открыли…

https://www.opennet.ru/opennews/art.shtml?num=57175

пишут, что все полезное как было, так и осталось в закрытых прошивках.

поддержка nouveau/mesa - вопрос времени, так что нет.

Ну там такая же новость как и тут, с оптимистичным заголовком.

В действительности же:

1. На новых картах появилась возможность перенести части кода драйвера из ядерной части в загружаемые прошивки. А все что осталось назвали открытым драйвером.

2.Для относительно старых карт 900-1000 серий, которые поддерживаются текущим закрытым драйвером совсем ничего не поменялось.

В итоге - оптимизм в заголовках, а по сути все тоже самое, вид сбоку.

There are plans to work on an upstream approach with the Linux kernel community and partners such as Canonical, Red Hat, and SUSE.

Т.е. пусть «Canonical, Red Hat, and SUSE» займутся проталкиванием этого в ядро, ну или добавят нужный им патч в свои ветки ядра.

После открытия драйвера стала например возможна его интеграция с Mesa.

ЭксперДное мнение, уровня лора.

Открытое там было ровным счётом - ничего. Сборочный утилитариум, не более.

В таком виде, как сейчас, оно конечно тоже не особо нужно. Другое дело, что в бедующем туда могут запилить mesa, но это надо ещё понимать архитектуру, насколько это будет трудоёмко.

Так же не понятен момент с прошивками, они у них вроде как подписанные, из-за чего noveau обосрамс сделал. Как там сейчас с этим не понятно, новый драйвер даёт , что нибудь?

На новых картах появилась возможность перенести части кода драйвера из ядерной части в загружаемые прошивки

Это бред какой-то, никто ничего не перенес и не будет переносить никуда

А все что осталось назвали открытым драйвером.

Примерно одинаковое разделение как было, так и будет

На новых картах

Это пока. Логично состредоточить апстриминг на новом железе.

Так же не понятен момент с прошивками, они у них вроде как подписанные

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

Вот еще новость https://www.phoronix.com/scan.php?page=article&item=nvidia-open-kernel&num=1

Only Turing and newer GPUs will be supported by this open-source kernel driver. Pre-Turing GPUs are left to using the existing proprietary kernel drivers or the Nouveau DRM driver for that matter. Turing and newer is a hard requirement due to being dependent upon the GPU System Processor (GSP).

Вот для этих карт с GSP и перенесли все полезное из ядерной части в закрытые прошивки.

одно из преимуществ amdgpu в том, что оно работает даже на некрожелезе

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

там вроде как легально распространять прошивку отдельно от бинарного драйвера нельзя…

ну и выковыривать ее оттуда было то еще «удовольствие» даже для старых карт. С новыми (900+) вообще вроде достать полноценную прошивку не получается - разработчикам оставалось ждать вброса от Нвидии.. и реклокинг там все равно не работает.

Как там сейчас с этим не понятно, новый драйвер даёт , что нибудь?

еще 34 мб бинарника.. правда вроде как risc-v и не зашифрованного

В итоге - оптимизм в заголовках, а по сути все тоже самое, вид сбоку.

Закрытая прошивка - плохо, но лучше закрытого кода в ядре. Через год-два это позволит перейти на открытый модуль ядра, что избавит от проблем с обновлениями. Через 6-10 лет, возможно, увидим адекватную открытую юзерспейс часть. В этом случае можно будет вставить в пк хоть нвидию, хоть амд и спокойно работать из коробки.

PMU firmware забыл, без которого nouveau и помер

Разве прошивки от невидии, есть в linux-firmaware ? Ещё вопрос с PMU firmware не закрыт.

В начале года воткнул Radeon HD 2400, ТВ-выход заработал без проблем, ускорение не пробовал. DVI не мог проверить из-за хитрого разъёма.

Встройка в A4-6300 тоже работает нормально, включая 3D и даже OpenCL.

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

Т.е. для пользователей дистрибутивов ничего не поменялось, этот модуль нужно будет доставлять отдельно. Сейчас он автоматически собирается dkms, а этот будет просто уже собранный. Да, не нужно будет ставить пользователю компилятор и заголовки ядра.

И только если вдруг кто-то сможет заменить закрытую часть драйвера, на открытую реализацию из mesa (как сделано для amd-карт), вот только тогда этот модуль могут включить в основное дерево ядра и тогда можно будет говорить - да, драйвер nvidia открыт. И то с оговорками насчет всяких CUDA.

Но кто будет это делать и за какое время (6-10 лет)?

Но кто будет это делать и за какое время (6-10 лет)?

Предполагаю, что в ядре будет через 1-2 года. А через 6-10 лет, если нвидия поспособствует, у нас будет адекватная открытая юзерспейс часть. Но на это я бы деньги не поставил.

В текущем виде этот модуль ядра не включат в основное дерево ядра, это вроде как запрещено правилами

А Линус об этих правилах знает?

для своей работы он требует закрытую юзерспейс часть

Во-первых, не требует. Ну да, никакого ускорения не будет, ни 2D, ни 3D, ни видео. Но картинка будет. Во-вторых, для включения в ядро это помехой в любом случае не является.

Зелёных убедили конкуренция в HPC и шапка. Взлом никакой роли не сыграл по весьма очевидным причинам.

ага. годами не убеждали, а тут через несколько недель после взлома.

Даже в Quake 2, 3 и OpenArena

Запусти Control

Что это? Я не фанат игорей просто. От слова вообще. Шпилю в то старое, что когда-то нравилось и от силы минут 20 в день.

Ну эт в теории не зависит, а на практике вспомни в uefi всякие if _OSI == “Windows”

Ну да, такой вариант, к сожалению, тоже имеет место быть. Ладно хоть в данном конкретном разрезе позволяется представляться кем хочешь.

Оффтоп. С ACPI вообще весело: спецификация как-бы есть, но на неё как-бы всем похрен. Я, честно, удивляюсь, как оно вообще в Линуксах работает. Немного в теме покопавшись, офигел от того, что в таблицах такая куча отсебятины и ошибок, что удивительно, как оно вообще пашет на чём-то, что не скомпенсировано костылями производителя.

Посмотрел, что это. Не мое. К тому же у меня старый комп для всего этого.

Годами убеждали и наконец убедили. Как и рынок HPC. Давай так: почему взлом должен был склонить NVIDIA к открытию драйверов? И почему тогда вместо открытия всего запилили отдельный драйвер, значительная часть которого перенесена в проприетарную прошивку?

почему взлом должен был склонить NVIDIA к открытию драйверов

такие были требования

И почему тогда вместо открытия всего запилили отдельный драйвер

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

Годами убеждали и наконец убедили.

а взлом случился как раз перед этим. совпадение) я уверен, ты и новостям по тв веришь=)

такие были требования

Почему они должны были эти требования выполнять? Какие последствия от их невыполнения?

перечитай оригинальную новость. выложили бы проприетарную собственность в паблик.

Уже и так выложили. Какая разница, если ей никто воспользоваться не может?

Уже и так выложили.

что значит, «уже и так». пруф?

а взлом случился как раз перед этим. совпадение) я уверен, ты и новостям по тв веришь=)

ну, то есть твои аргументы: «совпадение? - не думаю», а новостям верит кто-то другой

про «после - не значит вследствие» слышал?

Уже слили исходники драйверов.

официально поддерживается только никому не нужный AMDVLK

на compute для потребителей забили

на виртуализацию забили

У AMD всё очень радужно

🫤

На Форониксе провели тесты открытого модуля https://www.phoronix.com/scan.php?page=article&item=nvidia-r515-open&...

На Форониксе провели тесты открытого модуля

И вывод вот такой

Aside from the proprietary driver generally having a 2~3% advantage advantage (or more in select cases) over the initial NVIDIA open-source kernel driver release, there were not any stability issues or other obstacles I saw with the RTX 3090 on this R515 beta release. So for being «alpha quality», it was a better experience than I initially anticipated. I was thinking that the performance penalties would have been more broad and much greater, but they were manageable in this early state of the NVIDIA kernel driver code.

И это радует.

пруф где?:) нет, не слили.

даже чуток помедленней, оказывается.

Разве прошивки от невидии, есть в linux-firmaware ?

https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/nvidia

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

Интересно, теперь PMU в этом самом gsp.bin?

https://mobile.twitter.com/marcan42/status/1524615058688724992

Пользуюсь фирменным драйвером Нвидия и сейчас ок.