Follow us
Add us as a preferred source on Google
Subscribe to our newsletter
A team led by Cyanogen co-founder Kirt McMaster has unveiled Kora, a new Linux desktop OS with integrated AI models and agents that can split workloads across CPU, GPU, and NPU resources, as well as other machines on the same local network. We reached out to the firm for more info.
Kora, the first product from Kora Systems Inc., previously Playtron, carries the tagline “The Operating System for Intelligence” and has its own Cortex “hybrid inference engine” technology, which is not open source and is optimized for local models. The OS, built “from the kernel to the shell,” runs local models by default and cloud models when needed, and is expected to arrive on PCs in 2027.
The desktop follows the AI-focused motif with “neural workspaces” and a “neural file system,” which refer to sandboxed workspaces and files indexed by semantic meaning. Kora has three operating modes: “Work," "Create," and "Play." That last base is covered by GameFrame, which descends from Playtron’s GameOS. Humain OS, which Kora is developing with Saudi AI company Humain, is the enterprise variant of this OS.
Currently, the only NPU named in the release material is the Hexagon NPU found in the Snapdragon X2 Elite, which Qualcomm pegs at 80 TOPS. On the X2 Elite, Cortex can schedule AI workloads across the CPU, GPU, and NPU, as well as other systems on the local network, which could be a novel capability if it works beyond the Qualcomm hardware.
McMaster told Tom’s Hardware that the Snapdragon X2 Elite NPU runs Google's Gemma 4 26B model at 25 tokens per second for decode. Intel and AMD NPU support is in the works, but according to the developer, AMD’s NPU will likely be limited to speech and embedding models, not LMs.
Each NPU vendor has its own software stack, or runtime, and prefers that models are compiled in its own format: Qualcomm with QAIRT/QNN, Intel with OpenVINO, and AMD with Ryzen AI software. The press kit doesn't identify support for any Intel or AMD chip, NPU runtime, model format, quantization, or speed figures for those platforms.
Our earlier Windows testing showed the same kind of divide: Snapdragon reached its NPU through the QNN provider under ONNX Runtime, while Intel’s work ran through IPEX, its extension for PyTorch, on the GPU because it was faster than the NPU.
Get Tom's Hardware's best news and in-depth reviews, straight to your inbox.
When asked about cross-vendor support, McMaster reiterated that “only Hexagon on Snapdragon X2 Elite is supported today.” Intel NPU support is planned, with “conversations underway,” while on AMD’s Ryzen AI chips, Kora “likely won’t run language models on the NPU," and will likely use it for embedding and speech-recognition models through ONNX.
As for what drives the Qualcomm Hexagon NPU, McMaster said Kora uses the “llama.cpp Hexagon backend” and “the upstream FastRPC driver.” That suggests the operating system reaches the NPU through the open-source llama.cpp project, not Qualcomm’s own QAIRT/QNN runtime, by way of the FastRPC driver in the mainline kernel.
Swipe to scroll horizontally
Qualcomm Hexagon (Snapdragon X2 Elite) |
QAIRT/QNN |
Supported today |
llama.cpp’s Hexagon backend |
Language models; KORA cites Gemma 4 26B at 25 tokens per second |
AMD XDNA 2 (Ryzen AI) |
Ryzen AI software |
Planned for launch |
ONNX |
Likely embedding and speech-recognition models; language models unlikely |
Intel NPUs |
OpenVINO |
Planned, “conversations underway” |
Not stated |
Not stated |
When asked about model formats, McMaster said, “we predominantly support GGUF,” llama.cpp’s model file format, and that Lemma, the inference engine inside Cortex, “can split model layers across processors as needed.” Lemma is built on llama.cpp, whisper.cpp, stable-diffusion.cpp, and ONNX. McMaster says that which runtime is used depends on the model's requirements, and more runtimes will be added down the line.
For today, llama.cpp has a Hexagon backend for Snapdragon and an OpenVINO backend for Intel CPUs, GPUs, and NPUs, although the latter is still marked “In Progress,” and no AMD NPU backend, which would explain why AMD goes through ONNX. AMD NPUs can run LLMs on Linux through the separate Lemonade 10.0 stack with FastFlowLM, as reported by Phoronix in March, though that isn’t the route Kora has chosen.
Beyond NPU stacks, those hoping to run Kora will need to be mindful of their system's available memory. The Gemma 4 26B model Kora uses, which Google lists as Gemma 4 26B A4B, needs about 14.4GB of memory to load its weights at 4-bit (Q4_0) quantization, by Google’s estimate, before any context window, while third-party listings put the download for the Q4_K_M file Kora uses at about 16–17GB. The model only activates about 4 billion of its 26 billion parameters per token but still needs to be fully loaded into memory.
McMaster said that with the model, the X2 Elite reaches “25 TPS decode throughput and 550 TPS prefill throughput,” or tokens per second, running “entirely on the Hexagon NPU with 32K context.” A dense model, rather than a mixture-of-experts, would be far slower. Not given are the RAM configuration or the specific X2 Elite chip.
On memory, McMaster said that “we recommend 64GB because it gives you access to better models,” but that is not a firm requirement. The company projects that “about 70 percent of the model calls it manages will run locally in 2027.”
Kora says its enterprise-focused Humain OS is due first and will be “commercially available in 2027,” on OEM PCs using the Snapdragon X2 Elite. Kora will follow "later in 2027.”
McMaster says that “Kora will be posted on our site and downloadable for anyone to install.” Included will be a list of recommended configurations, “but it should be installable on most modern PCs.” Exact pricing and the overall business model will be shared closer to the date of availability.
Follow Tom’s Hardware on Google News, or add us as a preferred source, to get our latest news, analysis, & reviews in your feeds.

1 hour ago
10








English (US) ·