The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

Оглавление

Релиз ядра Linux 6.9, opennews (??), 13-Май-24, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


50. "Релиз ядра Linux 6.9"  +1 +/
Сообщение от Ivan_83 (ok), 13-Май-24, 17:02 
Вы даже собственный линух не знаете :)

Для видяхи загружается 3-5 прошивок, для разных блоков видяхи.
То что у вы насчитали - это просто свалка прошивок для разных видях, видимо вам их поставило оптом.

Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

153. "Релиз ядра Linux 6.9"  +/
Сообщение от ryoken (ok), 14-Май-24, 14:57 
> Вы даже собственный линух не знаете :)
> Для видяхи загружается 3-5 прошивок, для разных блоков видяхи.
> То что у вы насчитали - это просто свалка прошивок для разных
> видях, видимо вам их поставило оптом.

Кажется, для моего RX6600 больше чем 3-5 запускается. Надо будет проверить дома. А вот что для AMDGPU их там свора целая (не говоря про другие устройства) - это факт. Настораживают сообщения вида "possible missing firmware "filename.ext" for module amdgpu" в выводе dmesg.

Ответить | Правка | Наверх | Cообщить модератору

161. "Релиз ядра Linux 6.9"  +/
Сообщение от Аноним (-), 14-Май-24, 15:45 
> Кажется, для моего RX6600 больше чем 3-5 запускается. Надо будет проверить дома.
> А вот что для AMDGPU их там свора целая (не говоря

Да примерно один фиг в пересчете на GPU. Хотя у новых видеокарт IP-блоков чутка прибавилось - ну и фирмварей для их работы тоже. Но в пересчете на 1 конкретную видеокарту не так их там и много.

> про другие устройства) - это факт. Настораживают сообщения вида "possible missing
> firmware "filename.ext" for module amdgpu" в выводе dmesg.

Это обычно бывает если вкатить новый кернель с поддержкой новых GPU - а пакет linux-firmware не обновить до распоследнего, включающего фирмвари для тех GPU, и это вполне резонное предупреждение - на тех GPU при попытке запуска с таким initrd тебя посетит обломинго в момент когда ядро попытается переключить видяху в нативный режим и внезапно не найдет нужные фирмвари. Догадайся что будет дальше. И это все же не в dmesg а таки при генерации initrd как правило.

Ответить | Правка | Наверх | Cообщить модератору

180. "Релиз ядра Linux 6.9"  +/
Сообщение от ryoken (ok), 16-Май-24, 10:42 

[   12.299363] Loading firmware: amdgpu/dimgrey_cavefish_sos.bin
[   12.301607] Loading firmware: amdgpu/dimgrey_cavefish_ta.bin
[   12.304066] Loading firmware: amdgpu/dimgrey_cavefish_smc.bin
[   12.306572] Loading firmware: amdgpu/dimgrey_cavefish_dmcub.bin
[   12.308899] Loading firmware: amdgpu/dimgrey_cavefish_pfp.bin
[   12.311478] Loading firmware: amdgpu/dimgrey_cavefish_me.bin
[   12.314140] Loading firmware: amdgpu/dimgrey_cavefish_ce.bin
[   12.319802] Loading firmware: amdgpu/dimgrey_cavefish_rlc.bin
[   12.324462] Loading firmware: amdgpu/dimgrey_cavefish_mec.bin
[   12.327151] Loading firmware: amdgpu/dimgrey_cavefish_mec2.bin
[   12.329846] Loading firmware: amdgpu/dimgrey_cavefish_sdma.bin
[   12.332242] Loading firmware: amdgpu/dimgrey_cavefish_vcn.bin
Ответить | Правка | Наверх | Cообщить модератору

181. "Релиз ядра Linux 6.9"  +/
Сообщение от Аноним (-), 16-Май-24, 14:18 
>[оверквотинг удален]
> [   12.304066] Loading firmware: amdgpu/dimgrey_cavefish_smc.bin
> [   12.306572] Loading firmware: amdgpu/dimgrey_cavefish_dmcub.bin
> [   12.308899] Loading firmware: amdgpu/dimgrey_cavefish_pfp.bin
> [   12.311478] Loading firmware: amdgpu/dimgrey_cavefish_me.bin
> [   12.314140] Loading firmware: amdgpu/dimgrey_cavefish_ce.bin
> [   12.319802] Loading firmware: amdgpu/dimgrey_cavefish_rlc.bin
> [   12.324462] Loading firmware: amdgpu/dimgrey_cavefish_mec.bin
> [   12.327151] Loading firmware: amdgpu/dimgrey_cavefish_mec2.bin
> [   12.329846] Loading firmware: amdgpu/dimgrey_cavefish_sdma.bin
> [   12.332242] Loading firmware: amdgpu/dimgrey_cavefish_vcn.bin

При том me/pfp/rlc были даже в очень древних радиках, vcn - тоже не новая тема (кажется, все GCN), как и двигун sdma (по моему аналогично).

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

Более того - там даже бывают супернавороты. Скажем OEM любят переоценивать свои охлаждение и подсистему питания. А потом - когда их в гарантийке и возврате рвут на части, они падают ниц перед амд - блин сделайте что-нибудь?! Ну они и сделали - при инициализации управления питанием мк можно кастомную таблицу отдать с оверрайдом. Заткнув вон тот факап тех гениев в драйвере по мере обнаружения.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру