- AMDGPU DC Gets More Raven Ridge Improvements, Audio Fixes https://www.phoronix.com/scan.php?page=news_item&px=AMDGPU-DC-More-Raven-Fixes Como seria mais ou menos previsível, este novo patches reduz o código em 6000 linhas devido ao clean up. - AMDGPU Firmware Blobs Updated For Video Encode/Decode https://www.phoronix.com/scan.php?page=news_item&px=AMDGPU-FW-UVD-VCE-VCN-Update
Radeon Linux Graphics Stack, RadeonSI Shaders Update From FOSDEM 2018 https://www.phoronix.com/scan.php?page=news_item&px=FOSDEM-2018-AMD-Linux Links para as apresentações do FOSDEM 2018 The AMD Linux Graphics Stack - 2018 Edition Shaders in RadeonSi Dynamic Linking and NIR
Um teste interessante com algumas distribuições linux, a funcionarem nos Ryzen https://www.phoronix.com/scan.php?page=article&item=ryzen-linux-10way&num=1
34 More Patches Roll Out For AMDGPU DC With Raven Ridge Fixes Plus Color Management https://www.phoronix.com/scan.php?page=news_item&px=AMDGPU-DC-34-More-With-Raven AMD Ryzen 5 2400G Radeon Vega Linux OpenGL/Vulkan Gaming Benchmarks https://www.phoronix.com/scan.php?page=article&item=ryzen5-2400g-vega11&num=1
AMDVLK Open-Source Radeon Driver Arrives With Vulkan 1.1 Support https://www.phoronix.com/scan.php?page=news_item&px=AMDVLK-Vulkan-1.1-Support
Boas notícias para os utilizadores de APU/GPU AMD Radeon, parece ter chegado O momento. Linux 4.17 To Enable AMDGPU DC By Default For All Supported GPUs https://www.phoronix.com/scan.php?page=news_item&px=AMDGPU-DC-4.17-Default
AMDGPU DC Begins Reworking FreeSync Module https://www.phoronix.com/scan.php?page=news_item&px=AMDGPU-DC-FreeSync-Atomic Não deixar de notar o comentário do Alex Deucher no fórum https://www.phoronix.com/forums/for...working-freesync-module?p=1017102#post1017102
Mais um teste no Ryzen com windows e algumas distros https://www.phoronix.com/scan.php?page=article&item=windows-6linux-2018&num=1
Suporte para VP9 (youtube, netflix) por hardware em Video Core Next (para já só há VCN nos Raven Ridge) https://www.phoronix.com/scan.php?page=news_item&px=AMD-VP9-VAAPI-VCN
Podia ir para o geral de notícias do Linux, mas o crédito a quem o merece 1 December 2017 https://www.phoronix.com/scan.php?page=news_item&px=AMDGPU-Scheduler-Common 1. Etnaviv Now Making Use Of AMDGPU DRM Scheduler, GC7000L Support Coming For Linux 4.18 - 22 March 2018 https://www.phoronix.com/scan.php?page=news_item&px=Etnaviv-Updates-Linux-4.17 2. The Linux-Lima DRM Driver For ARM Mali Hooks Up To The AMDGPU Scheduler - 1 April 2018 https://www.phoronix.com/scan.php?page=news_item&px=Linux-Lima-AMDGPU-Driver 3. Broadcom VC5 Driver Making Good Progress With Using AMDGPU's DRM Scheduler - 10 April 2018 https://www.phoronix.com/scan.php?page=news_item&px=VC5-AMDGPU-Sched-Going
RADV vs. AMDVLK Vulkan Drivers Continue Stiff Performance Battle https://www.phoronix.com/scan.php?page=article&item=radv-amdvlk-apr2018&num=1 em alguns casos já é elea por ela, mas ainda tem de melhorar bastante.
Ninguém tem por aí um esquema a explicar o "quem é quem" nesta coisa dos drivers das gráficas em linux ? Há driver userspace, há driver de hardware há driver OpenCL há o ROCm, GPUOpen !? e como se não bastasse ainda há os closed source, DRM? e os open source. Pergunta provavelmente parva: O MESA e o RADV são a mesma coisa? https://en.wikipedia.org/wiki/File:Linux_AMD_graphics_stack.svg
Muita calma nessa hora! Isso vai para aí uma grande confusão. 1º esquece esse esquema, usa o que está no #4 da 1ª página. Assim muito rápido, a única coisa que precisas de saber, a partir da GCN 1.2 em Linux apenas haverá driver Open Source! Problema é que teve de ser criado praticamente todo de raíz para suportar novas features e facilitar o desenvolvimento, etc, incluindo um novo Direct Rendering Manager (DRM). Mas o driver em si é composto por vários - vamos-lhe chamar - módulos, ex OpenGL, OpenCL, Vulkan, etc, mas nem todos os módulos estão terminados ou estão em "código aberto", daí que: - AMDGPU = driver open source - AMDGPU-Pro = closed source = driver open source + módulos closed source - Radeon Pro = AMGPU-Pro para as linhas GPU profissionais (certificação de drivers) em relação ao resto: OpenGL e Vulkan são API gráficas, o OpenCL é uma API para computação, usando os recursos adicionais além do CPU (CPU + GPU, DSP, etc), neste caso há uma sobreposição disto com o HSA, e com a integração CPU+GPU da AMD nos APU que resulta num outro módulo que também está no driver - AMDKFD, que visava sobretudo simplificar e implementação quer do OpenCL quer de outras linguagens/API de computação. O ROCm - Radeon Open Compute platform, basicamente reúne tudo, desde compiladores, libraries (tradução?), linguagens, SDK de software relacionado com a parte da computação. O GPUopen na prática é apenas um portal que reúne quer a parte de computação ROCm quer a parte propriamente gráfica, com os respectivos add-ons, libraries,etc. Dai que quando acedes ao mesmo está dividido em: Games & CGI e o Professional Compute. VULKAN, o módulo da AMD é o AMDVLK e só recentemente foi "aberto o código", pelo que OS developers, acho que da Red Hat, resolveram a coisa usando o da Intel (ANV) ligado ao DRM da AMD, daí resultando o RADV, pelo que agora há 2 MESA: basicamente o objectivo é ter as partes comuns dos standards partilhados por todos. https://en.wikipedia.org/wiki/Mesa_(computer_graphics) No mesamatrix podes ver todas as extensões (comuns iniciadas pelo GL_ARB do OpenGL), as extensões específicas de cada vendor inciam de forma diferente ex: GL_NV (nvidia), GL_AMD (Amd) e por aí fora ficam dentro dos módulos de cada driver Nvidia, AMD, Intel, etc. https://mesamatrix.net/ Basicamente qualquer OS developer pode contribuir para as mesmas, e Intel, AMD estão entre os maiores, a que se soma agora a Valve que contratou developers https://www.phoronix.com/scan.php?page=news_item&px=Mesa-2018-Q1-Stats Não sei se esta explicação demasiado rápida resolveu alguma coisa...
Pois é, isto não há fome que não dê em fartura. Estou a ver que muito coisa é "software glue" e também há algumas sobreposições e fronteiras kernel / userspace. Isto do HSA tem avançado a passo de caracol... Obrigado pela explicação!
Pá eu acho que a confusão maior é o facto de o Michael usar o termo "driver" para tudo e mais alguma coisa, suporte a OpenGL (driver), suporte a Vulkan (driver), e por aí fora e para quem não está a seguir desde o início fica meio perdido a tentar perceber quantos drivers há, e quais deve instalar, daí ter usado o termo módulos (ou componentes) do Driver. O HSA não tem avançado a passo de caracol, apenas a AMD tem hardware capaz de suportar, neste momento o suporte apenas está nos APU, mas os mais recentes patches do AMKFD já adicionam suporte a dGPU, além disso apesar de os membros serem praticamente os mesmos, assistiu-se no últimos 2 anos a uma explosão de adesões na categoria Academics, de Universidades/Institutos, depois de ter sido criado um centro regional na China. No fundo isto é um trabalho de sapo que tem de ser feito para conseguir pôr tudo em ordem 1º. Já tens algumas empresas a começar a usar o trabalho reunido no ROCm https://www.gpueater.com/ outras dedicadas a optimização de software de computação até trabalham com tudo https://streamhpc.com/
Para a malta que usa o Kaveri, com drivers opensource, aparentemenre no próximo Mesa 18.2 + AMDGPU já terá mais performance que o Mesa 18 + RadeonSI Four Years After Launch, AMD Kaveri Sees Huge Performance Boost On Linux https://www.phoronix.com/scan.php?page=news_item&px=AMDKFD-Linux-4.18-Improvements NOTA: que ainda não foi lançado o MESA 18.1 e que o Michael para este teste usou a versão 18.2 dev
A AMD tem 4 compute stacks para os seus GPU/APU https://www.phoronix.com/scan.php?page=news_item&px=ROCm-PAL-Future Orca Portable Abstraction Layer (PAL) code is open-source as part of the AMDVLK project. Clover ROCm