LINUX.ORG.RU

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

 , ,


3

3

Компания NVIDIA сообщила о публикации свободных модулей ядра, реализующих поддержку видеокарт поколения Turing и новее. Исходный код открыт под двойной лицензией MIT/GPLv2. Прошивка (GSP firmware) и компоненты, работающие в пространстве пользователя (включая реализации OpenGL и Vulkan), остаются закрытыми.

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

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

>>> Подробности

★★★★★

Проверено: hobbit ()
Последнее исправление: sudopacman (всего исправлений: 11)

Ответ на: комментарий от sergio-m

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

Было:

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

Стало:

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

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

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

derlafff ★★★★★
() автор топика

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

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

AlexVR ★★★★★
()
Ответ на: комментарий от derlafff

Было:

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

Стало:

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

Фикс

AlexVR ★★★★★
()
Ответ на: комментарий от derlafff

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

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

sergio-m
()
Ответ на: комментарий от ya-betmen

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

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

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

AlexVR ★★★★★
()
Ответ на: комментарий от AlexVR

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

Да сколько можно нести 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.

token_polyak ★★★★
()
Ответ на: комментарий от LongLiveUbuntu

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

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

sena ★★
()
Ответ на: комментарий от sergio-m

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

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

sena ★★
()
Ответ на: комментарий от sergio-m

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

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

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

derlafff ★★★★★
() автор топика
Последнее исправление: derlafff (всего исправлений: 1)
Ответ на: комментарий от derlafff

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

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

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

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

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

sergio-m
()
Ответ на: комментарий от token_polyak

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» займутся проталкиванием этого в ядро, ну или добавят нужный им патч в свои ветки ядра.

AlexVR ★★★★★
()
Ответ на: комментарий от sergio-m

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

X512 ★★★★★
()
Последнее исправление: X512 (всего исправлений: 1)
Ответ на: комментарий от sergio-m

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

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

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

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

shpinog ★★★
()
Ответ на: комментарий от sergio-m

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

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

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

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

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

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

derlafff ★★★★★
() автор топика
Последнее исправление: derlafff (всего исправлений: 1)
Ответ на: комментарий от shpinog

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

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

X512 ★★★★★
()
Ответ на: комментарий от derlafff

Вот еще новость 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 и перенесли все полезное из ядерной части в закрытые прошивки.

sergio-m
()
Ответ на: комментарий от derlafff

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

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

AlexM ★★★★★
()
Ответ на: комментарий от X512

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

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

Andrew-R ★★★★
()
Ответ на: комментарий от shpinog

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

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

Andrew-R ★★★★
()
Ответ на: комментарий от sergio-m

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

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

altwazar ★★★★
()
Ответ на: комментарий от AlexM

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

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

token_polyak ★★★★
()
Ответ на: комментарий от altwazar

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

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

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

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

sergio-m
()
Ответ на: комментарий от sergio-m

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

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

altwazar ★★★★
()
Ответ на: комментарий от sergio-m

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

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

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

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

gremlin_the_red ★★★★★
()
Ответ на: комментарий от sudopacman

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

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

crypt ★★★★★
()
Ответ на: комментарий от LongLiveUbuntu

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

Gonzo ★★★★★
()
Ответ на: комментарий от cobold

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

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

SkyMaverick ★★★★★
()
Ответ на: комментарий от LongLiveUbuntu

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

Gonzo ★★★★★
()
Ответ на: комментарий от crypt

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

sudopacman ★★★★★
()
Ответ на: комментарий от sudopacman

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

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

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

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

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

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

crypt ★★★★★
()
Последнее исправление: crypt (всего исправлений: 1)
Ответ на: комментарий от crypt

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

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

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

kott ★★★★★
()
Ответ на: комментарий от derlafff

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

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

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

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

🫤

sudopacman ★★★★★
()
Ответ на: комментарий от Sunderland93

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

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

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.

И это радует.

Odalist ★★★★★
()
Последнее исправление: Odalist (всего исправлений: 1)
Ответ на: комментарий от Sunderland93

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

crypt ★★★★★
()
Ответ на: комментарий от shpinog

Разве прошивки от невидии, есть в 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

Andrew-R ★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.