AMD Moves Forward With Unified Linux Driver Strategy, New Kernel Driver

Dark Kaeser

Colaborador
Staff
Isto sempre vai para a frente, mas para já a parte mais importante parece ser esta:

The good news today is that AMD's still moving forward with this overall process, but it's going to be a transition that will really only affect future generations of hardware.

pois...

Perhaps the biggest change with AMD's unified driver strategy now compared to the information I had back in March is that it's actually going to result in a new kernel driver. AMD's two Linux drivers aren't going to be running off just a slightly modified version of the existing Radeon DRM driver as anticipated before but it's spawning a new kernel driver. This new open-source AMD Radeon kernel driver is partially based on the existing Radeon DRM driver, but with various changes that have yet to be outlined.
http://www.phoronix.com/scan.php?page=article&item=amd_bordeaux_strategy&num=1

esides the open and closed-source AMD Linux drivers sharing the same open-source and to-be-mainlined kernel driver, the two drivers will also use the same DRM library ioctl wrapper (libdrm), and the DDX (X.Org) driver. The X.Org driver shared will be using the GLAMOR acceleration code by default for both implementations -- GLAMOR is the means of doing 2D X.Org acceleration over OpenGL. So in the end the closed-source Catalyst driver on Linux will become just a smaller blob running in user-space for handling OpenGL, OpenCL/compute, etc.
...
No Catalyst code is being open-sourced but all the new driver code is based on the existing Radeon code-base. AMD's new Linux driver code is expected to start coming out in stages this fall.
http://www.phoronix.com/scan.php?page=article&item=amd_bordeaux_strategy&num=2

Vamos lá ver o que isto vai dar, mas o facto de isto apenas ir suportar GPU que sairão no futuro, não sei.
 
Então o Catalyst passará a não ser mais que um programa user space por cima do driver open source.

Acho que são boas noticias. É pena ser só para futuro hardware.
 
Não sei se serão assim tão boas notícias pois as ABI's do userspace são bem mais instáveis do que as do kernel space. O meu receio é que sejam criadas dependências que depois sejam quebradas por novas versões a não ser que seja tudo compilado estaticamente e sejam criados blobs binários gigantescos.
 
Entretanto o Michael já fez o upload dos slides da apresentação:

2h3o4eq.jpg


2gyddg0.jpg


isto ficará assim (resumo)

343ksr7.jpg


mais ao pormenor:

- open-source
2mdrmkj.jpg


- non-pro -> "Catalyst"
2yjzddw.jpg


- Pro
20kafzc.jpg


The new driver stack is going to use a xf86-video-amdgpu DDX to succeed the current xf86-video-ati driver.

2ag7zib.jpg


nq8xv4.jpg


O artigo completo
http://www.phoronix.com/scan.php?page=news_item&px=MTgwODA
 
:freak3:

The AMDGPU kernel driver isn't starting off with the Radeon Rx 300 series but rather the already out Radeon R9 285 "Tonga" graphics card will be the first GPU to use the new driver.
....
AMD's Alex Deucher confirmed the R9 285 AMDGPU information via this forum post. "Tonga (R9 285) is supported in the new amdgpu driver, not radeon." The Radeon R9 285 Tonga PRO currently has a $250 USD price tag. Stay tuned for my Linux review of the R9 285 this week.
http://www.phoronix.com/scan.php?page=news_item&px=MTgxMzI
 
Não sei se está directamente relacionado, mas

Beginning next week there's going to be a new member of AMD's developer relationship group that manages the ties between the graphics driver developers and game developers. This new employee is an experienced Linux developer and will focus on Linux/OpenGL cooperation.
http://www.phoronix.com/scan.php?page=news_item&px=AMD-Linux-GL-Dev-Relations

apesar de ele aparentemente sair da Universidade directamente para a AMD, isso pode não querer dizer nada, o Marek Olsak também só aceitou ir para a AMD depois de concluir a licenciatura.

EDIT: afinal não é nada exclusivo Linux/OpenGL, segundo o próprio Matthäus:
Hi guys, Matthäus here. The information is wrong, I'm not going to be the Linux/OpenGL driver representative. While it's true that I personally use Linux regularly, I'm joining the developer relations group which covers all current and next-gen APIs on all PC platforms with no particular focus on Linux. I'm not sure how someone concluded I'll be a representative for Linux, and I would appreciate if this news item gets removed, as the fact that I join AMD is not news for the Linux/OpenGL community.
http://www.phoronix.com/forums/show...lationship-Representative&p=471045#post471045
 
Última edição:
Só o Phoronix a marcar pontos. Depois admiram-se que muitos utilizadores dão pouca ou nenhuma credibilidade ao que o Michael diz lá... já para não falar da super-toxica comunidade, mas isso é um tema á parte.

Eu gostava de ver essa driver cá para fora... se isso realmente merecer o que anuncia ser, então mais uns aninhos e AMD passa a ser a escolha ideal para Linux. Isto supondo que a Intel não vai soltar as gráficas do CPU.
 
A AMD colocou esta semana anúncios para contratação de 2 elementos para a equipa do driver GPU Open Source

AMD Is Hiring Two More Open-Source Linux GPU Driver Developers

AMD is looking to hire two senior software development engineers to work on open-source graphics drivers in Markham, Ontario. The two new hires will work on the open-source Radeon Linux graphics driver stack and enable new hardware support, improve driver performance, doordinate with developers and Linux distributions, address customer/QA issues, and take care of other driver-related work.

These two software engineering positions require experienced Linux developers ideally with existing open-source graphics driver programming experience, experience with multimedia is a plus, and other Linux talents are a plus.

The two new postings last week are Req 31264 and Req 31265 with all of the same details.
http://www.phoronix.com/scan.php?page=news_item&px=AMD-Two-More-Open-Linux-Devs
 
AMDGPU Driver Called For Pulling Into DRM-Next For Linux 4.2 Kernel

While it should come as no surprise, Alex Deucher of AMD tonight submitted the AMDGPU kernel driver code for pulling into DRM-Next so that it can land for the Linux 4.2 kernel merge window.

Alex sent in the AMDGPU DRM driver pull request with support for AMD's Tonga, Iceland, and Carrizo graphics hardware -- along with an experimental kernel build-time option to test this driver on other CI hardware. For the new hardware, all key functionality is supported from the display/mode-setting to graphics, compute, DMA, video encode/decode, and other features. However, for now this driver limits power management to the new Carrizo APUs.
http://phoronix.com/scan.php?page=news_item&px=AMDGPU-Kernel-Linux-4,2


Está quase, quase

Hi Dave,

This is the big pull request for amdgpu, the new driver for VI+ AMD
asics. I currently supports Tonga, Iceland, and Carrizo and also
contains a Kconfig option to build support for CI parts for testing
.

All major functionality is supported (displays, gfx, compute, dma,
video decode/encode, etc.). Power management is working on Carrizo,
but is still being worked on for Tonga and Iceland.
http://lists.freedesktop.org/archives/dri-devel/2015-June/084083.html

Pode ser que um pouco de sorte o Kaveri ainda seja suportado, se bem que numa das linhas apenas se mencione isto:

Alex Deucher (52):
...
drm/amdgpu: Add support for CIK parts
drm/amdgpu: add CIK pci ids
...
drm/amdgpu: add new bonaire pci id

CI (Sea Island) = GCN 1.1 = BONAIRE, KABINI, MULLINS, KAVERI, HAWAII - HD7790, R7 260, R9 290
http://xorg.freedesktop.org/wiki/RadeonFeature/#index5h2
 
GPU Scheduler Being Implemented For AMDGPU Kernel Driver

he GPU scheduler is needed for proper GPU resets and optimally utilizing the available hardware resources. The 31 patches for implementing the GPU scheduler will likely be merged for the Linux 4.3 kernel. However, for now with these patches the GPU scheduler is not enabled by default. Before being enabled, Alex is pursuing better integration with kernel fences and to clean-up the scheduler involvement in the ISR.

Right now the GPU scheduler has comparable performance to the non-scheduler paths but if you want to implement this support on a patched kernel you just need to set the amdgpu.enable_scheduler=1 kernel command-line option.
http://phoronix.com/scan.php?page=news_item&px=AMDGPU-GPU-Scheduler


AMDGPU Looks Like It Will Be Supported For Mesa 11.0

While the AMDGPU DRM driver still is using the RadeonSI Gallium3D driver in user-space, changes to libdrm and the Mesa winsys are needed for handling this new DRM driver. All of that user-space work is currently living in separate Git repositories for now, but it appears that the support will all be mainlined ahead of the upcoming Mesa 11.0 release in September (formerly known as Mesa 10.7).
...
Aside from Linux 4.2+ and the libdrm/Mesa code, there's also the new xf86-video-amdgpu DDX driver and new firmware files that also must be present for everything to pan out and provide open-source hardware acceleration.
http://phoronix.com/scan.php?page=news_item&px=Mesa-AMDGPU-11-Plan

Em relação ao meu post anterior, e em relação ao suporte para GCN 1.1, este foi acrescentado, embora oficialmente a AMD diga que os drivers OSS a usar continua a ser o RadeonSI.
 
AMD Publishes AMDGPU PowerPlay Support For Re-Clocking / Power Management

AMD has finally published patches for providing preliminary PowerPlay support for the AMDGPU DRM driver, which will eventually replace the current DPM (Dynamic Power Management) support for Volcanic Islands hardware. This PowerPlay support comes with compatibility for Tonga, Fiji, and the rest of the VI line-up!
http://phoronix.com/scan.php?page=news_item&px=AMDGPU-PowerPlay-Patches
 
Ontem quando lhe perguntaram, o Michael lá começou com o habitual :005:, mas entretanto lá se decidiu a fazer um pequeno comparativo com a 285 e a Fury, com e sem o PowerPlay patch lançado e mais uns "updates" do Mesa 11.1 disponíveis nos repositórios Git

AMD Tonga & Fiji Open-Source Performance Boosted By PowerPlay Patches

In this article are results from a Radeon R9 285 and Radeon R9 Fury when testing these kernel patches along with the latest Mesa 11.1-devel Git drivers.
http://www.phoronix.com/scan.php?page=article&item=amdgpu-powerplay-test&num=1

os resultados são maiores na 285 que também leva mais tempo no mercado, mas para já prometem.
 
Pelo que li, faltam uns patches para corrigir problemas com as fiji.
Parte deles já andam cá fora mas não foram incluídos nesse release do Mesa.

Está promissor. Só espero que o Zen seja algo muito especial, porque de momento as Intel+Nvidia estão completamente sozinhas nos laptops, e nos desktops não está promissor.

À primeira hipótese largo o BLOB da Nvidia, só estou à espera de HW competitivo e boas drivers.

Gostava de prever como vão ser as coisas dentro de um ano :p
 
Back
Topo