크라이드(Kraid), 실제 컴파일러로 거듭나다

--> --> --> About Who we are Our expertise Our work Open Source Our ecosystem Services Guide Train Build Integrate Optimize Maintain Industries Automotive Digital TV Silicon OEM VR/AR News & Blog Careers Contact About Services Industries News & Blog Careers Contact --> +44 (0)1223 362967 +1 514 667 2499 contact@collabora.com --> Home » News & Blog » News & Events » --> Home News & Blog News Kraid is a now a real compiler --> Kraid is a now a real compiler --> 30/07/2026 --> Posted on 30/07/2026 by Faith Ekstrand --> Kraid is a now a real compiler Posted on 30/07/2026 by Faith Ekstrand --> Faith Ekstrand July 30, 2026 Share this post: --> Reading time: The last time I wrote about Kraid , the new compiler we're writing for the Panfrost driver stack, the big news was that it was finally passing a single Vulkan CTS test. Today, the big news is that it's now passing all 800,000 of them, including a few the old compiler fails. Kraid is now a real compiler. Before you get too excited, though, we're still far from done. The 100% pass rate is with only compute shaders going through Kraid. Vertex and fragment shading are still works in progress. We'll hopefully have those working in the next few weeks but they aren't implemented yet. Also, the quality of the generated code is still fairly poor. This isn't a problem with the design of Kraid, but rather it was a strategic choice. Having the register allocator make bad allocation decisions helps us ferret out bugs in the rest of the compiler that can occur when the register pressure gets tight and the allocator isn't able to make good decisions. Importantly, however, we now have all the tools in place to make it good. Nearly every single item on our checklist of requirements for the new compiler has been checked off. Kraid now has: An SSA-based register allocator that's capable of allocating within an arbitrary fixed budget An SSA-based spiller that runs in near-linear time and always succeeds at getting the program to fit in the desired number of registers Proper handling of 64-bit operations Proper handling of integer and float widen operations on sources Full and correct swizzle support everywhere A copy-propagation pass capable of propagating both at the word and byte granularity, including seeing through swizzles and vector collect operations Full support for 16-bit destinations and seamlessly emulated support for 8-bit destinations. (Most instructions don't support actual 8-bit destinations, so we have to fake it by giving them 16 bits.) The encoding and any metadata about instructions is extracted directly from XML provided by Arm Hardware unit tests for most instructions which validate our understanding of the instruction's precise semantics against hardware Where do we go from here? Now that we've built the compiler, it's time to make it sing. We have all the core pieces in place. It's now time to shift gears and start looking at the code it generates and using the tools we've built to try and do better. There are still a few optimization passes that need to be written, the register allocator needs a lot of fine-tuning, and we need to refine our strategies around booleans and 8-bit data. We also need to finish off the other two shader stages. Vertex shaders are pretty straightforward but fragment shaders are a bit trickier. The BLEND and ATEST instructions have register allocation implications, and the blend shaders themselves require us to define an ABI between the main fragment shader and the blend shader because BLEND sometimes ends up being a function pointer call. This ends up adding a bunch of subtle corners to the IR which we have yet to sort out. None of it is especially fundamental but there is some design work left to do. Hopefully, we'll start to see some good performance improvements soon. Kraid is already better than the old compiler at 64-bit arithmetic. As we continue to make improvements, it will hopefully match or beat the old compiler for most workloads but that has yet to be seen. Related Posts Kraid: A new compiler for Panfrost Re-thinking framebuffers in PanVK PanVK now uses AFBC by default Related Posts Kraid: A new compiler for Panfrost Re-thinking framebuffers in PanVK PanVK now uses AFBC by default Search the newsroom Search Latest News & Events Kraid is a now a real compiler 30/07/2026 Kraid, the new compiler for the Panfrost driver stack, now passes all Vulkan CTS compute shader tests. This marks a major milestone, with… Cracking Windows Open: Porting RADV to WIN32 28/07/2026 RADV’s experimental Windows port brings Mesa’s open source Vulkan driver for AMD GPUs closer to running real workloads, while highlighting… Building an Arch Linux aarch64 port for Holo Core 17/07/2026 The Holo Core aarch64 preview provides early binaries, sources, and containers for an Arch Linux-based aarch64 port, backed by tooling and… About Collabora Whether writing a line of code or shaping a longer-term strategic software development plan, we'll help you navigate the ever-evolving world of Open Source. View the Korean version of Collabora.com --> 한국어 버전의 Collabora.com 보기 Acesse Collabora.com em Português 한국어 버전의 Collabora.com 보기 Acesse Collabora.com em Português --> Learn more Who we are Services Our expertise Industries Our work Careers Open Source Collabora on LinkedIn Collabora on YouTube Collabora on Mastodon Collabora on Bluesky Collabora on Facebook Collabora RSS Feed Collabora on Twitter --> Collabora on Google+ --> +44 1223 362967 +1 514 667 2499 contact@collabora.com Our website only uses a strictly necessary session cookie provided by our CMS system. To find out more please follow this link . Collabora Limited © 2005-2026. All rights reserved. Privacy Notice . Sitemap . To ensure the Collabora website works as designed, please enable JavaScript. Thanks --> --> -->