> По прежнему не понимаю какие вопросы к ядру? Прориетари в ядре не
> будет никогда в Debian, модули это не ядро, блобы вполне работают отдельно,С разморозкой! Видать, годная криокамера была. Сегодня 16 марта 2020 года, понедельник. Несколько лет тому назад фирма АМД в край задолбалась со своими проприетарными глюкомодулями ядра и решила что останется только один - открытый. Все Linux-разработчики проприетарного каталиста по ядерной части были постепенно переведены кодить открытый модуль ядра известный как AMDGPU. И разработка перешла сразу в mainline ветку ядра Linux, на общих основаниях, примерно как это Intel делает.
С тех пор Catalyst с нами больше нет. Ядерный модуль AMDGPU предоставляется вашим кернелом. А проприетарный драйвер - usermode реализация opengl, vulkan, opencl, ....
Есть также и опенсорсные варианты, делаемые частично амд, частично другими. MESA - от амд не зависит и предоставляет свой radeionsi и radv как опенсорсный вариант usermode к все тому же AMDGPU. Самое веселое что в это все впряглись такие тяжеловесы как valve, и совместными усилиями открытый стэк на раз делает амдшную пропериетарь по производительности. Соответственно смысл с блобом возиться - разве что если GL 3.x/4.x надо не как core а как legacy (compatible). Это надо полутора проприетарным софтинам, их у вас вероятно нет. Еще может быть opencl. Опенсорсный есть но со своими чудесами - амдшники мечутся с рантаймами как гно в проруби :). Если распоследний opencl со всеми наворотами не критичен то можно забить опять же.
> свободные видеодрова являются компонентами, как правило вынесенными в отдельные
> пакеты отдельных проектов, и к пакету kernel не имеют прямого отнощения.
По состоянию на сейчас и проприетарный драйвер и открытые компоненты завязываются на один и тот же модуль ядра AMDGPU. Который, естественно, часть майнлайн кернела и девелопается прямо там - амд в этом стали похожи на интел.
А вот тут мы приходим к одному вопросу. Чтобы что-то поиметь с вашего GPU, кернель его таки должен подхватить - низкоуровневую инициализацию и управление делает этот модуль. И ежели он не того - кина таки не будет, будет VGA адаптер с турбиной. Проприетарного модуля для GCN-ов просто не существует. Там с самого начала взяли Radeon, напрягли HW TEAM, сообща отрефакторили, и это называется AMDGPU. И делается с участием амдшной HW TEAM, поэтому все названия регистров и проч теперь так как они унутрях амд.
Поэтому кернель знающий ваш GPU вам, таки, понадобится, при более-менее любом раскладе. Так что свежий кернел все же надо. Еще там при инициализации фирмвары нужны. И вот если их не завернули в пакет амдшных фирмвар - таки придется их мануально положить.
Когда amdgpu переключает видяху в нативный режим из VGA, он догружает в нее несколько фирмавар. И без них работать не будет. Там power management, включая крутой DVFS ("powerplay") управление вентилем и довольно много чего. Если он не найдет эти фирмвары, переключение в нативный режим обломается.
> Почему-же Radeon видимокарты в линухе лучше видимокарт от невидии?
Потому что когда вендор присоединяется к разработке кернела и играет по их правилам, это один из самых крутых и правильных вариантов на этом глобусе. А до нвидии это медленно доходит. Понимаете ли, если у амдшников случается затык - остальные разработчики drm/kms сообща им помогают грабли преодолеть. А сами подсистемы пилятся с учетом что есть еще и вот такое вот железо. И даже более того - до того как новый кернел релизнется, толпа народа тестит -rc, и ежели там amdgpu да вдруг не заработает - это по любому починят, и только потом выкатят релиз кернеля. Под релизом поломаного кернеля уже торвальдс не подпишется просто - и будут новые -rc, если это необходимо. И таки вот тут амд все очень круто и правильно сделали. Поэтому с ними и минимум проблем - "фича майнлайна". Но это значит что для свежих видях надо свежий кернел, старый про них не знает :)))
А нвидия - она фигарит на своей волне. Ее не учитывают. И даже показывают ей пальцы. Как в камеру, так и чисто технически, которые GPL_ONLY. Их настолько приложили что эрзац подсистемы KMS они притаскивают свой. Это естественно отстает по кодингу от майнлайна. И регулярно радует юзеров этой проприетарной пакости глюками при взаимодействии с "вон тем" ядром. При том в майнлайне на такие багрепорты, разумеется, пальцы отогнут - tainted kernel они изучать не будут. Ну вот юзеры нвидий и прыгают по граблям, когда у них с переключением видеорежимов черти что, а то и локапы в кернеле, адище при переключении в консоль и что там еще. Потому что как самомальный нвидиевский кмс с майнлайном играет - только нвидии и ведомо. И в целом амд постепенно стали очень годным выбором в линухе, а нвидия...
> Если вы про процессоры также, то также интересно почему?
С процессорами все же попроще. GPU видите ли грузятся в режиме "а я типа тоже VGA адаптер" - это некий минимальный режим эмулированный для совместимости, без управления питанием и прочих глупостей. А драйвер когда инициализирует свою железку, переходит в нативный режим и работает с этим уже как со своим GPU а не VGA-адаптером. В кернеле живет та часть которая инициализирует девайс, щелкает видеорежимами, менеджит память и все такое, ну в общем чем кернел обычно и занимается.
> Ответ потрудитесь сопроводить статьями с тестированием и графиками, а то если это
> ваше личное мнение, то неинтерено!
Этого добра навалом в районе phoronix.com. Там же и большую часть истории можно найти. Когда все только начиналось, я даже запилил сюда перевод с анонсами самых ранних инициатив. А потом... потом я поклялся не писать новости на опеннет, так что продолжение истории вы таки почитаете на инглише.
