forum.opennet.ru - "NVIDIA подытожила планы по переводу Linux-драйверов на открытые модули ядра по умолчанию" (142)

Вариант для распечатки	Пред. тема \| След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение	[ Отслеживать ]

Изначальное сообщение

P.S.
Лично мне, как владельцу не такой совр.карты и т.б. и почти самых первых карт, включая nV,
- всё стало понятно уже с этого
"начиная с микроархитектуры Turing (GeForce GTX 1600 и RTX 2000)"
эта их opensource инициатива - тупо маркетинг никсоидам и бесплатный пиар в Internet этих и последующих линеек продукции компании...
P.S.S.
В свете всего ук. выше и по ссылке - для безопасности пользы почти ноль,
м.б.полезно сугубо для желающих что то исправить или оптимизировать, вместо разрабов...
(и просто видя что и конкуренты не отстают - надо срочно открывать...
и т.б.open-source nV драйвера даже вопреки договорняку с ним -  догоняют закрытый драйвер усилием сообщества вне их договорняка, т.б.по договорняку с Торвальдсом и/или разработчиков OS Linux-форков и с чертями с человеческим обличием у разработчиков из FreeBSD
явно их же, как аргументированно по ссылке выше, - давно зловредность вставляя где то в ядро никсов разных и/или в сбоки ОС, потому и свои закрытые дравейвера уже можно смело открыть - никто не подкопается же в их исх.коде; но, над осатаневшими давно линуксоидными пользователями и чертям из nV лучше конечно поиздеваться в их же стиле - открыть только для последне-продаваемых моделей... И  да что там с патентами на реализацию [в коде]?... )

Ну ладно, вместо разработчиков так вместо, в т.б. у баг-правки и просто-обнаружить их тут больше шансов.
Но, всё же жаль что не открыли для всех своих видеокарт и в т.ч.и для виндов
([spoiler]в т.ч.для старых версий драйверов, т.к.более новые даже при поддержки старых видеоадаптеров {что как знаем только до определённой версии у них, и так каждый раз...}
- просто не запустятся на ранее вышедших и даже боле ранникх ПК к тем;
да все дравера были [маркетингово] залаганны с каждой большей версии - т.е.в идеале можно было бы даже пересоздать драйвер начиная с самых первых как самых нетребовательных начиная уж если не с нуля или самой первой то не далее ver.10-12.xx, т.к.уже 40.xx и т.б. 70.xx - x 300% FPS маркетингово залагивает даже для их уже ранее выпущенных видеокарт, тем принуждая переходить на новые, которые заодно чтобы казались более оптимизированными по сравнения со старыми где всё уже залаганно обновлёнными драверами... а, лет через пять и сами так же залагиваясь; правда, где то 2012 видел то ли оптимизацию реальную, то ли [времнное]отключение старой деоптимизации, - по тихому аж на 25% ускорившую(30=>40+без лагов), впрочем только для ими же пиареной с@танинско-проп@ганд.нской серии Мetro:XXX, и всего в одной версии драйвера, потом опять эти "драйвер отимизрован на +5-10% в такой то другой игре" каждую версию драйвера а, реально не факт что и на столько - ведь и не во всех играх, т.е. не устанавливать же для проверки причём вместе с предыдущей версией драйвера и затем опять последнюю... да и как их пользователь сможет проверить - ведь это погрешность измерений...[/spoiler])
Так вот, в добавк может и я помог бы, помогя себе и бонусом другим игрокам, уж если не программированием(из-за нехватки времни) то хотя бы сообщением програмистам в ядре(правда мне больше под винду драйвера нужны но и это тоже не помешает - хоть просто как opensource инициатива): потому что я имею некоторые соображения как даже без их видеокарт с 3D-ускорением - программной отрисовкой немного быстрей выводить, что критично когда FPS лагает, а уж с аппартным ускорением...  впрочем, разрабы явно всегда считали незапланирвоанное ими маркетингово ускорение -  им не выгодным, т.б.как ук.выше и даже доп-но исскуственно затормаживая для вытягивания больше денег: созданием из одной - целой линейки карт с разной производительностью и ценой, как и с разной функциональностью и ценой у т.н.Pro карт, в т.ч. и падлючно совсем - то что ранее ими же самими поначалу продавалось и в игровых версиях, например, не залаганный вывод 3D-линий в ч.н.для Wireframe и прч.в 3D-редактах игр и CAD конечно; а, без открытия драйверов всеми - мне нет резона даже просто опубликовать гденибудь - запатенутет же ктонибудь, а то и положив под сукно по ук.выше маркетингу, и прощай вовсе... замкнутый круг а, ещё всем [само-]внушается с детства что патентная-мафия способствует прогрессу...
Я то даже не против патентов(по кр.мере не тривиальных и требующих серьёзных инвестиций, хоть и неприятно отношение к ним  "на светлом и пушистом" Западе и тут имеющаяся двойная мораль - не считая их тогда уж монополией и монополистами...), но, не как средство борьбы с конкурентами же, а в даннмом случае и с рядовыми програмистами - создателями программных реализаций 3D движков "убитых" как вид деятельности конкуренцией с этими почти 30 лет назад после выхода первых 3D-ускорителей (в т.ч. т.н.нечестной-конкуренцией - в ч.н.руками пр.паг.ндистов с.танизма idSw - исск-но в Q2 ухудшивших качество графики в его программном отрисовщике сранительно с с аппаратным ускорением, в т.ч.оч.броско визуально - заблокировав цветное освещение, много позже, после открытия движка добавленного энтузиастами).
И ведь даже конкуренцией с программной реализацией как вид, т.е.без необходимости не только доп.трат денег игрокам но доп.трат АКБ на всём переносном(вон придумли ставить по два видеоадаптера для экономии энергии, как будто второй состоя из сотен миллионов транзисторов не потребляет много энергии), - как ук. далеко не всега честной конкуренцией... а, у расм. производиля - так всегда т.н.нечестной-конкуренций: залагивание 2D blit отн-но в 3D режиме (доп-но даже def.VESA дравером виндов начиная с w2K саму отрисовку до заметно дико лагающей, чтобы 3D блоб дозакачивали а, через него явно добавляя зловредность, а он же ещё в Ring0 - никакие антивирусные защиты ему не страшны), под OEM/DOS создание искусственно несовместимости с API VESA2 стандарта при формальной его поддержки, исск-ное ограничение кол-ва доступных видеорежимов в VESA без доп.драйвера-блоба, что все и никосды и производители ОС на себе прочувстввоали в виде ограниченности и тормозов их VESA 2D драйввера, в итоге мега-переусложняя Linux-kernel поддержкой [DRM] 3Д драйверов, которые тоже ж ещё надо уметь оптимизировать и желать тратить много времени на это, в т.ч.отвлекая разработчиков от всего прочего в ядре и прочем, и бонусом куча доп.багов пользователям.
(А, VESA линукс драйвер - кто про него вспомнит... вон даже в актуальных версиях его выкинули из даже ГРАФИЧЕСКИХ установщиков линуксов - заведомо лишая совместимости дистриб с видеоадаптерами позже его ядра выйдущими... впрочем, чего жалеть, скажут разбаботчики линукс-форков, он и так даже в версиях 15 летней давности был демонстративно нефункциональнен, сразу или чуть позже вываливая Искы. В общем, кто то подсуетился с "донатами" Торвальдсу и/или майнтейнерам).

"NVIDIA подытожила планы по переводу Linux-драйверов на открытые модули ядра по умолчанию"	+/–
Сообщение от opennews (??), 18-Июл-24, 23:17
Инженеры из компании NVIDIA опубликовали заметку, резюмирующую планы в отношении перевода проприетарных драйверов NVIDIA на использование по умолчанию открытых модулей ядра Linux для GPU, начиная с микроархитектуры Turing (GeForce GTX 1600 и RTX 2000). Используемые в драйверах NVIDIA модули для ядра Linux были открыты весной 2022 года под лицензиями MIT и GPLv2, а план по использованию их по умолчанию был анонсирован два месяца назад. Речь только о переключении основного пакета драйверов по умолчанию на уже существующие открытые модули, которые ранее поставлялись в качестве опции. Предоставляющие основную функциональность прошивки и компоненты, работающие в пространстве пользователя, такие как библиотеки для CUDA, OpenGL и Vulkan, остаются проприетарными... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=61577
Ответить \| Правка \| Cообщить модератору

1. "NVIDIA подытожила планы по переводу Linux-драйверов на откры..."	+31 +/–
Сообщение от Аноним (-), 18-Июл-24, 23:17
Прекрасные открытые дрова! В которых лежит прекрасный открытый код github.com/NVIDIA/open-gpu-kernel-modules/blob/main/src/nvidia/generated/g_bindata_kgspGetBinArchiveBooterLoadUcode_AD102.c#L40 Прям читать не перечитать! Писать не переписать!
Ответить \| Правка \| Наверх \| Cообщить модератору


	3. "NVIDIA подытожила планы по переводу Linux-драйверов на откры..."	–5 +/–
	Сообщение от Bottle (?), 18-Июл-24, 23:28
	Справедливости ради, это проблема любого языка, позволяющего себе низкоуровневые оптимизации. Код на интринсиках для векторной математики тоже выглядит как китайская грамота. Пример: https://github.com/GaijinEntertainment/vecmath/blob/master/d... Те, кому нужно, те разберутся в этом нагромождении из букв и цифр.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	7. "NVIDIA подытожила планы по переводу Linux-драйверов на откры..."	+16 +/–
	Сообщение от Аноним (-), 18-Июл-24, 23:40
	Дааа, название GetBinArchiveBooterLoadUcode прям кричит, что это низкоуровневая оптимизация)) Оптимизация, как низкоуровнево послать всех умников из кернела, которые символы ядра блочили. А так код - вот он есть. Но расшифровать его сможет только чип в видяхе.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	16. "NVIDIA подытожила планы по переводу Linux-драйверов на откры..."	–2 +/–
	Сообщение от Bottle (?), 19-Июл-24, 01:57
	UCode в названии метода - это микрокод. Он буквально должен быть быстрым, даже если он будет для человека набором хекс-кодов. Проще говоря, тебе шашечки или ехать?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	40. "NVIDIA подытожила планы по переводу Linux-драйверов на откры..."	+6 +/–
	Сообщение от Аноним (40), 19-Июл-24, 08:53
	А kgsp - это Korean Government Scholarship Program. Проще говоря, тебе блобы или опенсорс?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	96. "NVIDIA подытожила планы по переводу Linux-драйверов на откры..."	+/–
	Сообщение от Аноним (96), 19-Июл-24, 15:37
	Открытость аппаратуры никто же не заявлял... :( К тому же, без открытости чипа(но и с ней - как проверить тождественность vhdl'ю) - и открытость микрокода не гарантирует отсутсвие зловредности, от разраба, в т.ч.позволяющего её другим - посредствов обнов, (уч.заведомую зловредность x86 и не только архитектур(ы) позволяющей безконтрольный доступ любому подключённому оборудованию к любому участку памяти и др.оборудованию, да и самой же не окрытой). А, мы все с вами уже знаем что все эти даже открытые драйвера, от заведомо зловредов - очередная хуцпа: - https://www.opennet.me/opennews/art.shtml?num=61231#256 и там же пост сразу ниже.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	97. Скрыто модератором	+/–
	Сообщение от Аноним (96), 19-Июл-24, 15:37
	P.S. Лично мне, как владельцу не такой совр.карты и т.б. и почти самых первых карт, включая nV, - всё стало понятно уже с этого "начиная с микроархитектуры Turing (GeForce GTX 1600 и RTX 2000)" эта их opensource инициатива - тупо маркетинг никсоидам и бесплатный пиар в Internet этих и последующих линеек продукции компании... P.S.S. В свете всего ук. выше и по ссылке - для безопасности пользы почти ноль, м.б.полезно сугубо для желающих что то исправить или оптимизировать, вместо разрабов... (и просто видя что и конкуренты не отстают - надо срочно открывать... и т.б.open-source nV драйвера даже вопреки договорняку с ним - догоняют закрытый драйвер усилием сообщества вне их договорняка, т.б.по договорняку с Торвальдсом и/или разработчиков OS Linux-форков и с чертями с человеческим обличием у разработчиков из FreeBSD явно их же, как аргументированно по ссылке выше, - давно зловредность вставляя где то в ядро никсов разных и/или в сбоки ОС, потому и свои закрытые дравейвера уже можно смело открыть - никто не подкопается же в их исх.коде; но, над осатаневшими давно линуксоидными пользователями и чертям из nV лучше конечно поиздеваться в их же стиле - открыть только для последне-продаваемых моделей... И да что там с патентами на реализацию [в коде]?... ) Ну ладно, вместо разработчиков так вместо, в т.б. у баг-правки и просто-обнаружить их тут больше шансов. Но, всё же жаль что не открыли для всех своих видеокарт и в т.ч.и для виндов ([spoiler]в т.ч.для старых версий драйверов, т.к.более новые даже при поддержки старых видеоадаптеров {что как знаем только до определённой версии у них, и так каждый раз...} - просто не запустятся на ранее вышедших и даже боле ранникх ПК к тем; да все дравера были [маркетингово] залаганны с каждой большей версии - т.е.в идеале можно было бы даже пересоздать драйвер начиная с самых первых как самых нетребовательных начиная уж если не с нуля или самой первой то не далее ver.10-12.xx, т.к.уже 40.xx и т.б. 70.xx - x 300% FPS маркетингово залагивает даже для их уже ранее выпущенных видеокарт, тем принуждая переходить на новые, которые заодно чтобы казались более оптимизированными по сравнения со старыми где всё уже залаганно обновлёнными драверами... а, лет через пять и сами так же залагиваясь; правда, где то 2012 видел то ли оптимизацию реальную, то ли [времнное]отключение старой деоптимизации, - по тихому аж на 25% ускорившую(30=>40+без лагов), впрочем только для ими же пиареной с@танинско-проп@ганд.нской серии Мetro:XXX, и всего в одной версии драйвера, потом опять эти "драйвер отимизрован на +5-10% в такой то другой игре" каждую версию драйвера а, реально не факт что и на столько - ведь и не во всех играх, т.е. не устанавливать же для проверки причём вместе с предыдущей версией драйвера и затем опять последнюю... да и как их пользователь сможет проверить - ведь это погрешность измерений...[/spoiler]) Так вот, в добавк может и я помог бы, помогя себе и бонусом другим игрокам, уж если не программированием(из-за нехватки времни) то хотя бы сообщением програмистам в ядре(правда мне больше под винду драйвера нужны но и это тоже не помешает - хоть просто как opensource инициатива): потому что я имею некоторые соображения как даже без их видеокарт с 3D-ускорением - программной отрисовкой немного быстрей выводить, что критично когда FPS лагает, а уж с аппартным ускорением... впрочем, разрабы явно всегда считали незапланирвоанное ими маркетингово ускорение - им не выгодным, т.б.как ук.выше и даже доп-но исскуственно затормаживая для вытягивания больше денег: созданием из одной - целой линейки карт с разной производительностью и ценой, как и с разной функциональностью и ценой у т.н.Pro карт, в т.ч. и падлючно совсем - то что ранее ими же самими поначалу продавалось и в игровых версиях, например, не залаганный вывод 3D-линий в ч.н.для Wireframe и прч.в 3D-редактах игр и CAD конечно; а, без открытия драйверов всеми - мне нет резона даже просто опубликовать гденибудь - запатенутет же ктонибудь, а то и положив под сукно по ук.выше маркетингу, и прощай вовсе... замкнутый круг а, ещё всем [само-]внушается с детства что патентная-мафия способствует прогрессу... Я то даже не против патентов(по кр.мере не тривиальных и требующих серьёзных инвестиций, хоть и неприятно отношение к ним "на светлом и пушистом" Западе и тут имеющаяся двойная мораль - не считая их тогда уж монополией и монополистами...), но, не как средство борьбы с конкурентами же, а в даннмом случае и с рядовыми програмистами - создателями программных реализаций 3D движков "убитых" как вид деятельности конкуренцией с этими почти 30 лет назад после выхода первых 3D-ускорителей (в т.ч. т.н.нечестной-конкуренцией - в ч.н.руками пр.паг.ндистов с.танизма idSw - исск-но в Q2 ухудшивших качество графики в его программном отрисовщике сранительно с с аппаратным ускорением, в т.ч.оч.броско визуально - заблокировав цветное освещение, много позже, после открытия движка добавленного энтузиастами). И ведь даже конкуренцией с программной реализацией как вид, т.е.без необходимости не только доп.трат денег игрокам но доп.трат АКБ на всём переносном(вон придумли ставить по два видеоадаптера для экономии энергии, как будто второй состоя из сотен миллионов транзисторов не потребляет много энергии), - как ук. далеко не всега честной конкуренцией... а, у расм. производиля - так всегда т.н.нечестной-конкуренций: залагивание 2D blit отн-но в 3D режиме (доп-но даже def.VESA дравером виндов начиная с w2K саму отрисовку до заметно дико лагающей, чтобы 3D блоб дозакачивали а, через него явно добавляя зловредность, а он же ещё в Ring0 - никакие антивирусные защиты ему не страшны), под OEM/DOS создание искусственно несовместимости с API VESA2 стандарта при формальной его поддержки, исск-ное ограничение кол-ва доступных видеорежимов в VESA без доп.драйвера-блоба, что все и никосды и производители ОС на себе прочувстввоали в виде ограниченности и тормозов их VESA 2D драйввера, в итоге мега-переусложняя Linux-kernel поддержкой [DRM] 3Д драйверов, которые тоже ж ещё надо уметь оптимизировать и желать тратить много времени на это, в т.ч.отвлекая разработчиков от всего прочего в ядре и прочем, и бонусом куча доп.багов пользователям. (А, VESA линукс драйвер - кто про него вспомнит... вон даже в актуальных версиях его выкинули из даже ГРАФИЧЕСКИХ установщиков линуксов - заведомо лишая совместимости дистриб с видеоадаптерами позже его ядра выйдущими... впрочем, чего жалеть, скажут разбаботчики линукс-форков, он и так даже в версиях 15 летней давности был демонстративно нефункциональнен, сразу или чуть позже вываливая Искы. В общем, кто то подсуетился с "донатами" Торвальдсу и/или майнтейнерам).
	Ответить \| Правка \| Наверх \| Cообщить модератору


	109. Скрыто модератором	–1 +/–
	Сообщение от Аноним (109), 19-Июл-24, 17:38
	> заблокировав цветное освещение, много позже, после открытия движка добавленного энтузиастами Q2 в софте тянул даже первый пень. А с цветным освещением как там требования поднимаются, а? В id всегда на народное железо ориентировались.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	99. "NVIDIA подытожила планы по переводу Linux-драйверов на откры..."	+/–
	Сообщение от Аноним (-), 19-Июл-24, 15:48
	> А, мы все с вами уже знаем что все эти даже открытые драйвера, от заведомо зловредов - очередная хуцпа: > - https://www.opennet.me/opennews/art.shtml?num=61231#256 и там же пост сразу ниже. Ого! Вот это монументальный труд! Можно сразу бежать за шапочкой из фольги. Судя по датам - просто весеннее обострение.
	Ответить \| Правка \| К родителю #96 \| Наверх \| Cообщить модератору


	101. "NVIDIA подытожила планы по переводу Linux-драйверов на откры..."	+/–
	Сообщение от Аноним (96), 19-Июл-24, 16:07
	Беги беги, а то не успеешь на распродажу. Монументальный ну пусть так, (я только тут где то 30% вырезал для лаконичности), надеюсь написал не только что бы кокой то любитель надевать шапочки алюминиевые себе и другим - калло-вентиллировал воздух.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	137. "NVIDIA подытожила планы по переводу Linux-драйверов на откры..."	+/–
	Сообщение от Аноним (137), 19-Июл-24, 20:53
	> Q2 в софте тянул даже первый пень. А с цветным освещением как там требования поднимаются, а? >> (заблокировав цветное освещение, много позже, после открытия движка - добавленного энтузиастами) Смотря как сделать, если тупо-универсально ~будет небольшая но, ск.всего измеряемая просадка. Если ограничить пересечения разных цветов в пределах треугольника, на картах, в т.ч.принудительно в редакторе, либо автоблокируя лишние ИстОсвещения в этом режиме [там же] - задержки не должно быть вовсе. > В id всегда на народное железо ориентировались. Только в сравнении с криворучками, или возможно тоже на "донатах" производителей железа для ПК. А, так - только на топовое, всю свою историю(начиная даже с Wolfenshtein 3D) принуждая владельцев к "обновлениям" ПК, как белка в колесе. Более Кваковский движок это квентисенция тормозизма, т.к. в нём отказались от многих оптимизаций ранее уже бывших!(fixed=>fpu,не исп.LUT под триг - что просто убило тогда популряные ещё 486 даже топовые, сетевиков и графодрочеров же вынудили массово в мире покупать пни, затем опять покупать, покупать... Или тот же DOOM3 был с настолько нетипично топовыми запросами что тормозил всех, лишь те у кото было денег не некуда девать и избыток желания на то - заказывали из-за границы самые-самые топовые видушки, видел возмущения).
	Ответить \| Правка \| Наверх \| Cообщить модератору


	32. "NVIDIA подытожила планы по переводу Linux-драйверов на откры..."	+2 +/–
	Сообщение от ИмяХ (ok), 19-Июл-24, 07:14
	В названии присутствует слово image то есть это просто картинка.
	Ответить \| Правка \| К родителю #7 \| Наверх \| Cообщить модератору


	68. "NVIDIA подытожила планы по переводу Linux-драйверов на откры..."	+1 +/–
	Сообщение от Аноним (68), 19-Июл-24, 11:19
	picture - картинка, мгимо финишед?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	85. "NVIDIA подытожила планы по переводу Linux-драйверов на откры..."	+2 +/–
	Сообщение от Онанистмус (?), 19-Июл-24, 13:18
	Image может переводится как образ. Например disk image - образ диска.
	Ответить \| Правка \| К родителю #32 \| Наверх \| Cообщить модератору


	87. "NVIDIA подытожила планы по переводу Linux-драйверов на откры..."	+3 +/–
	Сообщение от Аноним (87), 19-Июл-24, 14:23
	Проблема в том, что для распаковки нужно знать ключ, который вшит в графический процессор. Это ровно такая же схема, как с микрокодом у Intel: он расшифровывается процессором. А чтобы посмотреть расшифрованный микрокод, приходится прикладывать титанические усилия, см. исследование Positive Technologies, которые с помощью недокументированных команд, аппаратного отладчика и такой-то матери смогли ввести один процессор в отладочный режим.
	Ответить \| Правка \| К родителю #5 \| Наверх \| Cообщить модератору


	152. "NVIDIA подытожила планы по переводу Linux-драйверов на откры..."	+/–
	Сообщение от mister_0 (?), 20-Июл-24, 14:38
	тебе зачем этот микрокод-то сдался? это некая внутренняя реализация устройства, для удобства она сделана через микрокод и встроенную некую машину исполнения. в старые времена процессор был один в системе и все пытались на него навесить свои драйвера в каком-нибудь SMM режиме или ещё как. И вот с этими закрытыми блобами все и боролись. А то что внутри девайса есть какой-то процессор и что-то там делает, ну это дела разработчика девайса, может и на конечных автоматах сделать.
	Ответить \| Правка \| К родителю #87 \| Наверх \| Cообщить модератору


	48. "NVIDIA подытожила планы по переводу Linux-драйверов на откры..."	+/–
	Сообщение от Аноним (-), 19-Июл-24, 10:09
	Что-то [1] подсказывает, что невидия и так знает про репу linux-firmware. Но туда заливать не интересно. Это ж блобы будут, фуфуфу, всякие дебианы и латиносы пованивать начнут. Намного круче залить в виде сорцов и смачно поводить по губам шообществу! [1] git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/nvidia
	Ответить \| Правка \| Наверх \| Cообщить модератору


	111. "NVIDIA подытожила планы по переводу Linux-драйверов на откры..."	+/–
	Сообщение от Аноним (-), 19-Июл-24, 18:06
	> Но туда заливать не интересно. Это ж блобы будут, фуфуфу, всякие дебианы > и латиносы пованивать начнут. Ну дык значит не будет у них GPU'шка работать - что с этим поделать? > Намного круче залить в виде сорцов и смачно поводить по губам шообществу! Типа, в надежде на лоха, что сорец вообще совсем не читают? Да факЪ это даже на опеннете не прокатило! На опеннете, Карл!! > [1] git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/nvidia Неплохо бы конкретики.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	105. "NVIDIA подытожила планы по переводу Linux-драйверов на откры..."	+/–
	Сообщение от Аноним (105), 19-Июл-24, 16:33
	> Image может переводится как образ. Без может. Image с ангийского - образ.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	164. "NVIDIA подытожила планы по переводу Linux-драйверов на откры..."	+/–
	Сообщение от sergeyka (?), 23-Июл-24, 06:16
	Всегда было интересно: зачем вы лазиете по гит хабу и ищите всякий ужас? Это хобби такое?
	Ответить \| Правка \| К родителю #3 \| Наверх \| Cообщить модератору


	5. "NVIDIA подытожила планы по переводу Linux-драйверов на откры..."	+1 +/–
	Сообщение от Аноним (5), 18-Июл-24, 23:30
	И что такого? Просто запакованный имедж, распакуй обратно и изучай
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	29. "NVIDIA подытожила планы по переводу Linux-драйверов на откры..."	+/–
	Сообщение от Аноним (29), 19-Июл-24, 05:47
	Ты уверен, что не балабол?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	106. "NVIDIA подытожила планы по переводу Linux-драйверов на откры..."	+/–
	Сообщение от Аноним (96), 19-Июл-24, 16:38
	А, подорбности будут? ссылка, что нашли интересного(впрочем, вовсе не обязательно - озвучив...)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	22. "NVIDIA подытожила планы по переводу Linux-драйверов на откры..."	+1 +/–
	Сообщение от penetrator (?), 19-Июл-24, 04:06
	так это разве не код GSP, который и заявлен блобами?
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	38. "NVIDIA подытожила планы по переводу Linux-драйверов на откры..."	+4 +/–
	Сообщение от Аноним (-), 19-Июл-24, 08:02
	> github.com/NVIDIA/open-gpu-kernel-modules/blob/main/src/nvidia/generated > /g_bindata_kgspGetBinArchiveBooterLoadUcode_AD102.c#L40 Лол. Расскажите уже кто-нибудь упырям из нвидии про репу linux-firmware и про facility firmware-loader'а в кернеле? Чтобы не заниматься такой откорвенно индусской порнографией на публику. Тоже мне компания на дохреналиард, у которой кишки драйвера такие что даже Раджи с Гоа дружно блюют радугой.
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	131. "NVIDIA подытожила планы по переводу Linux-драйверов на откры..."	–1 +/–
	Сообщение от Аноним (-), 19-Июл-24, 19:58
	> Неплохо бы конкретики. Какой конкретики? Один анон пишет "расскажите уже кто-нибудь упырям из нвидии про репу linux-firmware" Второй кидает ссыль на саму репу в секцию nvidia, как бы намекая, что нвидия и так знает про репу linux-firmware. Что тебе еще объяснить?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	44. "NVIDIA подытожила планы по переводу Linux-драйверов на откры..."	+1 +/–
	Сообщение от eugener (ok), 19-Июл-24, 09:12
	Там же ясно написано /* THIS FILE IS AUTOMATICALLY GENERATED, DO NOT EDIT! */
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	75. "NVIDIA подытожила планы по переводу Linux-драйверов на откры..."	+2 +/–
	Сообщение от Другой Аноним (?), 19-Июл-24, 12:20
	Т.е. это не есть исходник. Если я удалю этот файл, то из исходников его можно получить каким-нибудь 'make generate' или подобной командой. Или нельзя? Если нет (недостаточно исходников открытых реп), то это блоб, со всеми вытекающими.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	86. "NVIDIA подытожила планы по переводу Linux-драйверов на откры..."	+/–
	Сообщение от Аноним (86), 19-Июл-24, 13:41
	>это не есть исходник. Если я удалю этот файл, то из исходников его можно получить каким-нибудь Ну и где этот исходник? Зачем вообще публиковать данные, если их можно (якобы) запросто сгенерировать?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	89. "NVIDIA подытожила планы по переводу Linux-драйверов на откры..."	+/–
	Сообщение от Аноним (89), 19-Июл-24, 14:39
	Я не понял, а что нет так-то? Это кусок бинарщины в код так добавлен. Ну, проблема в том, что это бинарщина, это вроде как понятно в вашем посыле. Но это не меняет, что часть кода открыта. Вы первый раз видите, чтобы так бинарщину в код засовывали?
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	154. "NVIDIA подытожила планы по переводу Linux-драйверов на откры..."	+/–
	Сообщение от Egor (??), 21-Июл-24, 08:07
	Так а в чём проблема? Это для железки микрокод. Недавно на работе разбирался с драйвером реалтековского PHY-я в u-boot-е, точно такой-же микрокод в исходниках. https://elixir.bootlin.com/u-boot/v2024.07/source/drivers/us...
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	155. "NVIDIA подытожила планы по переводу Linux-драйверов на откры..."	+/–
	Сообщение от Egor (??), 21-Июл-24, 08:16
	В общем-то, код, который выполняется на твоем CPU - открыт, а открытость железа никто не заявлял.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	156. "NVIDIA подытожила планы по переводу Linux-драйверов на откры..."	+/–
	Сообщение от Phhh (?), 21-Июл-24, 08:55
	> а открытость железа никто не заявлял. Вот поэтому все разговоры про открытые исходники и свободу - фикция. Что-толку от открытых исходников, если железо закрытое и внутри себя оно может делать, что захочет. Кто вам открытое железо сделает? Уж не Столман ли?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	157. "NVIDIA подытожила планы по переводу Linux-драйверов на откры..."	+/–
	Сообщение от Egor (??), 21-Июл-24, 09:34
	Да, собственно говоря, железка пусть делает что захочет, она ведь все-равно за пределы выделенного ей DMA-загона не выйдет. А в случае realtek-а, дальше USB шины. Это же не intel ME какой-нибудь.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	159. "NVIDIA подытожила планы по переводу Linux-драйверов на откры..."	+/–
	Сообщение от Phhh (?), 21-Июл-24, 12:53
	> железка пусть делает что захочет, она ведь все-равно за пределы выделенного ей DMA-загона не выйдет. Если так рассуждать, то и в проприетарном софте тоже ничего плохого. Запускать его в виртуальной песочнице. Все равно из выделенного загона не выйдет. Все норм.
	Ответить \| Правка \| Наверх \| Cообщить модератору

2. "NVIDIA подытожила планы по переводу Linux-драйверов на откры..."	+13 +/–
Сообщение от Аноним (2), 18-Июл-24, 23:27
Поддержку "старых" архитектур они конечно делать не будут. Нельзя ведь просто взять и открыть проприетарные модули управлением питания... Мою 1080 можно выкидывать на помойку после таких планов и, наконец-то, переходить на AMD.
Ответить \| Правка \| Наверх \| Cообщить модератору


	6. "NVIDIA подытожила планы по переводу Linux-драйверов на откры..."	+11 +/–
	Сообщение от нах. (?), 18-Июл-24, 23:37
	главное не забудь дать адресок помойки.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	9. "NVIDIA подытожила планы по переводу Linux-драйверов на откры..."	+5 +/–
	Сообщение от амд.ком (?), 19-Июл-24, 00:14
	Адрес той помойки ему самому пригодится после первого знакомства с политикой депрекации железа в amd rocm и прочих.
	Ответить \| Правка \| Наверх \| Cообщить модератору