AMD는 Linux에서 실행되는 RDNA 3 GPU의 다양한 드라이버 개선에 중점을 둡니다.

이렇게 된이상... APU나 잘뽑아줬으면..

AMD는 RDNA 3 아키텍처를 기반으로 하는 새로운 Radeon RX 7900 GPU를 출시했을 때 훌륭한 그래픽 지원 없이 Linux 사용자를 떠났습니다. 그래픽 커널이 오래되었고 실행 중에 최신 펌웨어로 사용자를 준비시키지 않았습니다. 이제 엔지니어는 AMDGPU 드라이버가 충돌할 때 사용자가 펌웨어의 프레임 버퍼에 의존할 수 있도록 새로 게시된 펌웨어 업데이트를 통해 RDNA 3 지원으로 초점을 변경하기 시작했습니다.

AMD Linux 그래픽 커널은 GPU 요청에 대한 현재 패치 시리즈의 효율성 향상을 추구합니다.
현재 패치 작업을 하고 있는 AMD 엔지니어 Mario Linomciellow 는 프로세스 작동 방식과 문제를 해결하는 방법을 간략하게 설명합니다. AMD 동료는 KMS 드라이버가 초기에 "drm_aperture_remove_conflicting_pci_framebuffers" 코드로 시스템에서 펌웨어 프레임 버퍼를 파괴한다고 설명합니다. 따라서 그래픽 카드가 프로빙을 놓치면 특히 GPU에 대한 새로운 지원을 도입할 때 KMS 드라이버가 호출되는 동안 사용자는 화면이 정지됩니다. 이는 사용자가 최신 변경 사항에 맞춰 최신 버전의 Linux 커널로 업그레이드해야 하기 때문입니다.

AMDGPU는 "IP 검색"의 마이그레이션으로 인해 문제를 더욱 악화시켰습니다. IP 검색으로 인해 AMDGPU는 올바른 드라이버를 찾기 위해 회사에서 모든 GPU를 가져오려고 시도합니다. 그러면 블록에서 지원이 누락된 경우 시스템이 정지되지 않으면 속도가 느려집니다.

Linomciellow 는 최근 Ubuntu 21.10의 상황을 다음과 같이 설명합니다.

완벽한 예는 Ubuntu 21.10과 AMD에서 막 출시한 새로운 dGPU입니다. 설치 미디어는 커널 5.19(IP 검색 기능 포함)와 함께 제공되지만 이러한 IP 블록에 대한 amdgpu 지원은 커널 6.0에 포함되었습니다. 일치하는 Linux 펌웨어는 21.10 출시 이후에 출시되었습니다.
nomodeset없이 화면이 정지됩니다. 사용자가 설치를 관리하고 설치 후 커널 6.0으로 업그레이드하더라도 여전히 펌웨어 누락 문제와 동일한 경험이 있습니다.

이는 특히 사용자가 "nomodeset"을 사용하여 설치해야 한다는 사실을 모르는 경우 상당히 불편합니다. 상황을 해결하려면 드라이버가 프로브 실패 중에 펌웨어 프레임 버퍼에 대한 초기화 프로세스를 다시 실행하도록 허용하십시오. 이 문제는 amdgpu에서 가장 두드러지므로 변경된 유일한 드라이버입니다. 그러나 이것이 다른 KMS 드라이버에 대해 보다 일반적으로 이해되는 경우 호출을 정리 루틴에 추가할 수도 있습니다.

— Mario Linomciellow, AMD

웹사이트 Phoronix 의 Michael Larabel은 Linux 드라이버를 위한 RDNA 3 사용자 모드 그래픽 대기열에 대한 요청이 그래픽 백엔드에서 AMD Linux 엔지니어에 의해 요청되었음을 오늘 발견했습니다 .

희망은 Raden RX 7000 GPU 시리즈 이상에 대한 지원을 시작하는 것입니다. 이것은 AMDGPU Linux DRM 드라이버에 영향을 미치고 "AMD 전용의 여러 응용 프로그램과 게임 및 전체 화면 시나리오에 대해 향상된 성능과 향상된 그래픽 관리를 허용하는 사용자 공간 그래픽 컨텍스트에서 직접 워크로드 제출을 허용합니다. Larabel은 AMD가 ROCm 컴퓨팅 스택은 이미 유사한 기능을 허용합니다.