W 2019 roku programiści Valve wprowadzili zaplecze kompilatora ACO w Mesa dla sterownika Radeon Vulkan „RADV”. Ta alternatywa dla kompilatora shaderów AMDGPU LLVM pomogła RADV bardzo dobrze działać w grach na Linuksie, zarówno z natywnymi tytułami Vulkan, jak i grami idącymi drogą DirectX do Vulkan przez DXVK i VKD3D z Proton (Steam Play). Od czasu do czasu mówiono i pracowano nad przeniesieniem ACO do RadeonSI Gallium3D dla OpenGL, podczas gdy teraz jest trochę nowych prac na tym froncie.
Wracając do pierwszego debiutu ACO przez Valve, mówiono i interesowano się obsługą kompilatora ACO dla sterownika RadeonSI. Jednak z czasem coraz więcej gier natywnych dla Linuksa przyjęło Vulkan, a dzięki sukcesowi Steam Play i DXVK/VKD3D(-Proton) za pośrednictwem API Vulkan, obecnie zainteresowanie OpenGL w grach pod Linuksem jest znacznie mniejsze. Ponadto sterownik RadeonSI Gallium3D jest już dość dobrze zoptymalizowany pod kątem procesorów graficznych AMD. Ponadto RadeonSI jest utrzymywany przez inżynierów AMD, którzy nadal koncentrują się na zapleczu kompilatora modułu cieniującego AMDGPU LLVM na różnych platformach. Tymczasem ACO to przede wszystkim produkt inżynierów Valve.
Od czasu do czasu pojawia się dyskusja ACO/developments dla RadeonSI i znowu w tym tygodniu tak się stało. Qiang Yu otworzył nowe żądanie scalania zatytułowane aco: przygotuj się do użycia radeonsi. Nowe żądanie scalania zawiera „zmiany dotyczące monolitycznego PS RadeonSI do używania ACO”. Nastąpiło to po tym dodatkowym MR z kolejnymi zmianami RadeonSI w przygotowaniu.
Istnieją również inne powiązane prace, takie jak ta sześciomiesięczna prośba o scalenie, aby usunąć zależność RADV dla ACO, dzięki czemu można go łatwiej używać z RadeonSI. Zobaczymy, dokąd zaprowadzą najnowsze prace RadeonSI ACO i poziom zainteresowania obsługą ACO w RadeonSI.
