LINUX.ORG.RU

Компания NVidia сообщила о задержке поставки драйверов для Linux 5.9

 , ,


1

1

Компания NVidia разместила на своем сайте сообщение, согласно которому просит воздержаться своих клиентов от обновлений ядра Linux до версии 5.9. Ожидается, что в середине ноября компания сможет решить возникшие проблемы с несовместимостью и обеспечить поддержку Linux 5.9.

Проблемы, вероятно, вызваны недавним изменением внесенным в ядро Linux (https://github.com/torvalds/linux/commit/262e6ae708), согласно которому затрудняется работа прослоек для использования GPL-only интерфейсов ядра в проприетарных сторонних модулях.

Некоторые дистрибутивы (например openSUSE: https://lists.opensuse.org/opensuse-kernel/2020-10/msg00007.html), были вынуждены отложить использование Linux 5.9 для сохранения работоспособности оборудования NVidia у своих пользователей.

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

anonymous

Проверено: Shaman007 ()
Последнее исправление: cetjs2 (всего исправлений: 2)

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

а человек без головы

намекаешь что тебе без головы норм? ну, как скажешь

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

anonymous
()
Ответ на: комментарий от boowai

Я использую x264_cuda в ffmpeg, например, чтобы не загружать CPU.

Хорошо, что у меня пока только Linux 5.4.

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

Хз что там у тебя сломается, на 20й убунте норм работает прайм с блобом

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

Что ж, печально

На волне ненависти в невидии решил как-то поменять видеокарту на атишную. Посмотрел ценники и передумал. :-D

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

общеизвестно, что амд народный выбор. но народ не тот, никто ничего не обещал

anonymous
()
Ответ на: комментарий от mx__

Если у ВАС есть что возразить моим словам

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

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

Ну тогда начнем с первого вашего возражения:

Почему Торвальдс не переводил ядро на gpl3 ? (это вопрос к ВАМ)

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

Осталось дождаться, когда пофиксят XWayland,

xwayland не нужен, нужно либо нативный чистый wayland (но им никто почти не пользуется из-за кривизны поддержки в приложениях, тулкитах) либо уж сидеть на ксорге пока не доделают wayland, а его еще лет 10 не доведут до человеческого состояния из-за костыльных расширений.

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

Почему Торвальдс не переводил ядро на gpl3 ?

Ты не смог его сообщение найти или какие-то слова в нём не понял? Или тебе забыли сказать что ЛОР это не https://googlethatforyou.com/ ?

(это вопрос к ВАМ)

А чё к Ванге например? Таблицу умножения тебе, часом, не пересказать?

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

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

Основной вопрос в том, зачем было ломать работающий механизм совместимости?

В ядре Linux 3.5 появился механизм DMA-BUF. Он позволяет двум PID-ам работать над одними данными в ОЗУ. Благодаря этому, можно например использовать USB-видеокарту без поддержки 3D-ускорения, и пробрасывать туда изображение с дискретной видеокарты.

NVIDIA сразу захотела заюзать этот механизм, чтобы заставить работать гибридную графику в Linux (более правильным способом, нежели Bumblebee). Но чувак, который написал код этой фичи, решил «нагнуть корпорацию» и лицензировал код DMA-BUF так, чтобы с ним могли работать только GPL-драйверы. «Бу-га-га, NVIDIA, сначала открой код, потом пользуйся».

В Linux 3.9 появилась прослойка между DMA-BUF и драйвером NVIDIA. Заработал Optimus.

Два месяца назад инженер из Facebook добавил в прослойку между DMA-BUF и драйвером NVIDIA новую фичу. Теперь offload-ить изображение можно прямо в сетевую карту, не грузя ресурсы компьютера.

- Привет, я мейнтейнер ядра Linux. Скажи, а почему ты добавил эту фичу во враппер NVIDIA, а не в сам DMA-BUF?
- Потому что компания Facebook собирается использовать новую возможность на видеокартах NVIDIA
- То есть, тебе плевать на юзеров Intel GPU и AMD GPU. Мы твою фичу в ядро не примем, пока ты не добавишь поддержку и этих GPU тоже
- Хорошо, я добавлю эту возможность и в DMA-BUF

Тут проснулся автор DMA-BUF. «Что-то проприетарщики совсем обнаглели. Зачем мы им разрешили создавать этот враппер в ядре 3.9? Я же чётко поставил им условие: или DMA-BUF используется GPL-драйверами, или никакими. А они используют обходной путь. Мы им это позволили, а теперь они наглеют. Давайте им теперь эту „лазейку“ прикроем?»

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

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

а открытое железо на замену нвидии они там раздавать не собираются?

anonymous
()
Ответ на: комментарий от ZenitharChampion

То есть я правильно понял, проблемы религиозно идеологического характера, а не технологические?

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

Судя по всему, да. Я привёл ссылку на обсуждение, там после слов «Патчи довольно мутные сами по себе» становится интересно.

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

Регулярно использую OpenCL на Radeon HD6670 со свободными дровами. ЧЯДНТ?

Правда без проблем? И таких постов нет OpenCL на amd не работает

У меня RX 580 и я согласен, что если с OpenGL и графикой все отлично из коробки, то вот с родной OpenCL не все гладко у AMD. Нужен пердолинг для его работы. В тоже время, не считая совсем старых карточек и блобов, CUDA без проблем работает, если работает драйвер от Nvidia.

Про отсутствие OpenCL в mesa - это действительно неправда, но Clover - это глюки и недоделки, я уже не помню подробностей, но не стал использовать. Хотя может это на RX580, а на более ранних, чем 400-я серия все нормально.

Хороший тест на адекватность реализации OpenCL - это запуск бенчмарка хэшкета hashcat --benchmark если все нормально, отрабатывает полностью, результаты нормальные (можно нагуглить примеры для своей карты).

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

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

qxl+spice

буфер обмена

spice

Лучше сразу rdesktop / xfreerdp. Можно сэкономить на qxl.

-serial mon:telnet:127.0.0.1:280 ...

Почему не -monitor stdio ?

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

Вангую что возможно со временем десктопной посикс ос

В голосяндру.

что-нибудь из основных ветвей БСД систем или их форков,

Макбук смотрит на тебя как на человека с задержками в развитии. Лет, эдак, в десять.

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

Правда без проблем?

Использую OpenCL для своих поделок и тех немногих приложений, которые используют его вместо CUDA. Учитывая что вместо процессора начинает грузится видеокарта, работает. Никакими ошибками не плюётся.

anonymous
()
Ответ на: комментарий от sloan

Попробовал кеды с вейландом в F33

По дефолту не работает - попытка загрузиться в вейланд сессию приведет к 2 fps в композиторе

Нужно по гайду выполнить пункт «Tell kwin to run with EGLStreams». Modesetting уже работает сам по себе

На первый взгляд работает, но сразу видны баги:

  1. Переключалка клавиатуры, настроенная на win+space рандомно начинает срабатывать при нажатии других клавиш (ctrl, enter, да вообще фиг поймешь)

    Индикатора раскладки в панели нет, вместо него уведомление посреди экрана. Которое в моем случае показывается после каждого переключения окна с разными раскладками

  2. Само собой включилось обратно RGB сглаживание, при попытке отключить в настройках - краш композитора и черный экран
  3. Главное меню жутко глючит - https://imgur.com/a/X6pxO63
  4. При попытке набрать имя приложения в меню или в krunner, на третьей букве меню и krunner зависают
  5. ctrl+c/ctrl+v срабатывает через раз

В общем и в целом все довольно жутко, сильно копаться я в этом не хочу - лишние зависоны и перезагрузки не нужны

Вот QtCreator: https://imgur.com/a/HLCWn78

Гном обратно накатывать лениво, так что как в гноме выглядит, боюсь не покажу

Общее впечатление от кед с вейландом - ужоснах, но ужоснах действительно плавный

PS. Полагаю, что ни один из увиденных мною багов конкретно к нвидии не относится - проблемы с менюхами и вводом типичны для вяленого

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

Лучше сразу rdesktop / xfreerdp. Можно сэкономить на qxl.

Можно, почему нет.

Почему не -monitor stdio ?

Да всё равно. Просто если нужно враппер в фон засунуть, то проще когда монитор на локальном сокете доступен.

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

почему нет.

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

Максимум - в калькуляторе покликать по кнопкам.

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

а в kms-драйвере у нас nv-modeset-kernel-amd64.o_binary вот нахера так делать? :(

Эх, Слабин, Слабин… А еще 5 звезд нафлудил (

Владимир

anonymous
()
Ответ на: комментарий от Midael

зур рахмет за ресерч

Вот QtCreator: https://imgur.com/a/HLCWn78 Гном обратно накатывать лениво, так что как в гноме выглядит, боюсь не покажу

дык вопрос-то был именно этот - под гномом на явленом qtcreator менюхи свои портит … видимо надо ждать весны

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

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

А... вообще у меня виртуалка есть с рабочей вейланд сессией. Сейчас накачу обновления и посмотрю

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

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

Покажи мне такой видео драйвер.

либо если разработчик не предоставляет бесплатно разработчикам ядра железо

У разработчиков драйвера оно есть, и разработчик ядра слишком широкое понятие в линупсе.

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

Пошли влажные фантазии. Какие ещё юзерспейсные части в видео драйвере? Ты похоже даже слабо представляешь что есть mesa, какое отношение реализация opencl, opengl, vulkan имеют непосредственно к драйверу в ядре, куку?

они ядерную часть просто не принимают в ядро. так что их позиция подтверждает мою

Ничего не подтверждает, сам создал свою шизоидную конструкцию, сам в неё уверовал, сам себя по голове погладил. Молодец.

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

https://imgur.com/a/yzBaKgD

Разрешение кривое, потому что вейланд сессия в F33 на vmware не ставит разрешение автоматом - сломали (в F32 работало)

Вроде на вид нормально? Только теней нет - окна сливаются

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

видимо надо ждать весны

Лорчую. Зимой старые менюхи опадут, а по весне под звонкое журчание ручейков тающего снега прорежутся новые пункты.

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

Покажи мне такой видео драйвер

nvidia, amdgpu pro

разработчик ядра слишком широкое

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

Какие ещё юзерспейсные части в видео драйвере?

что есть mesa

у тебя шизофрения?

какое отношение реализация opencl, opengl, vulkan имеют непосредственно к драйверу в ядре, куку?

какая ещё «реализация opencl»? ты видеокарту вообще никак(не считая ядерной консоли) не можешь использовать без юзерспейсной части драйвера, которая собственно и занимается формированием кода для выполнения на видеокарте и содержит логику для её управления. в ядре только мелкая вспомогательная часть драйвера

т.е. ты пытаешься выдать колесо за автомобиль

сам создал свою шизоидную

неплохо у тебя подгорает, значит сам понимаешь, какую чушь морозишь

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

неплохо у тебя подгорает, значит сам понимаешь, какую чушь морозишь

Слабин, залогиньтесь.

Владимир

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

ты видеокарту вообще никак(не считая ядерной консоли) не можешь использовать без юзерспейсной части драйвера, которая собственно и занимается формированием кода для выполнения на видеокарте и содержит логику для её управления. в ядре только мелкая вспомогательная часть драйвера

Драйвер ядра отвечает за управление питанием, очередями выполнения, выделенными буферами, множественным доступом, etc.

У меня может не быть mesa вообще, но я могу использовать opencl-amd из поставки amdgpupro (Не используя от туда ничего больше – оно работает и со свободным amdgpu)

Я могу использовать закрытую библиотеку opengl со свободным драйвером. И наоборот. (Правда, так только с amdgpu/amdgpupro возможно, т.к. интерфейс один и тот же)

Так что в ядре – драйвер, в юзерспейсе – реализации интерфейсов использующих девайс (GL, GLES, Vk, OCL…)

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

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

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

Я не знаю что выберет рядовой пользователь. Зависит от того что ему будет нужно. Я на практике и личном опыте убедился, что сейчас Radeon - это лучшее десктопное решение в Линуксе. Прекрасные открытые драйверы, Wayland, VA-API, QEMU-VirGL, и куча других ништяков, которые на Nvidia практически нет.

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

Он правильно говорит. Почитай как устроена графика в Линуксе, что такое DRM и так далее. Всё в ядре. Юзерспейсная часть это уже всякие OpenGL, OpenCL и так далее. Обвязка.

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

правильно говорю тут я. вам троим нужно уже пойти и почитать про gpgpu например. я уже не знаю, какими словами написать настолько очевидные вещи, что я выше писал

anonymous
()
Ответ на: комментарий от post-factum

Любой нормальный гоминид, который гоняет эту виртуалку на vps'ке где-нибудь в нидерландах.

А в чём проблема?

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

Какой-нибудь майнер может обойтись и без него, тыкая палочкой llvm с таргетом gcn и самостоятельно собирая kernel’ы для видяхи.

Я вон не так давно сам тыкал ядерную lima в обход всякой mesa, пытаясь использовать её для вычислений. Да, приходится самому костылить компилятор. И чо?

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

Да, приходится самому костылить компилятор. И чо?

ну так выходит нужен этот юзерспейсный компилятор, не так ли?

Какой-нибудь майнер может

ну тогда он может и ядерную часть свою написать, но обсуждались имеющиеся драйвера

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

ну так выходит нужен этот юзерспейсный компилятор, не так ли?

По твоей логике у той же nvidia получаются два драйвера, так как и libgl компилирует шейдеры для видяхи, и куда свой компилятор имеет. Да еще и друг без друга могут работать.

А драйвер-то один, он загружается в ядро, и что libgl, что libcuda его используют. Всё.

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

Так вот в 33 федоре гнум запускается на вяленом с блобом по умолчанию, без каких-либо донастроек.

кстати настройки были несложными и так

https://rpmfusion.org/Howto/NVIDIA?highlight=%28CategoryHowto%29#Wayland

но вот Wine-о-mesa просто ужрос в таком случае, ткчт просто заменил на AMD

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

По твоей логике

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

он в ядре

нету в ядре компилятора. без компилятора видеокарта не работает

anonymous
()
Ответ на: комментарий от sloan

С 33ей версии эти настройки неактуальны - работает само

3Д приложения в XWayland будут плохо работать, так как поддержки ускорения для нвидии еще нет

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

Ну не сказать, что поломалось, но выглядит паршиво: https://i.imgur.com/TjQhIJQ.png

Что в принципе ожидаемо для gtk-qt интеропа и приложения типа qtcreator, которое что-то свое рисует. Думаю что на иксах выглядит так же.

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

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

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

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

может еще драйвер фиговничает

спасибо за беседу.

sloan ★★
()
Ответ на: комментарий от post-factum

Как бы подозрительно это ни было, это без проблем работает с mstsc и гуглохромом. И с ящиком на локалхосте это тоже работает без проблем, если поставить его дрова на гостя.

Но это не работает ни c rdesktop/xfreerdp, ни с qxl на gtk-бэкэнде с gl=on (а sdl-бэкэнд выкинули). Ну, или вернее «работает» в режиме трансляции слайдшоу, с подвыванием процессорного вентилятора.

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

Итого, под qemu сейчас можно комфортно работать на вендовом госте только с калькулятором. В отличие от ящика. Так что твое

С qemu вообще без проблем.

это лютое 4.2

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

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

Кастаните Слабина, у него такая проблема была.

Владимир

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