The Kirin X90 Plus: More Than an ARM Cortex Clone
Huawei's Kirin X90 Plus system-on-chip represents an inflection point in the company's silicon ambitions. While early leaks point to an octa-core arrangement built on a mix of high-performance Cortex‑X2 and efficiency Cortex‑A710 cores-or possibly the in‑house Taishan V120 microarchitecture already seen in the Kirin 9000S-the real story lies in how the SoC integrates a beefy neural processing unit, a dedicated security enclave compliant with GlobalPlatform TEE specifications, and a memory fabric designed to shuttle data between on‑die accelerators with minimal latency. In production environments, we've seen similar big. LITTLE designs from Qualcomm and Apple deliver a blend of burst responsiveness and sustained background efficiency; what sets the X90 Plus apart is the custom interconnect that tightly couples the NPU, image signal processor. And cryptographic engine without going through the main system bus for every transaction,
For engineers accustomed to x86 platforms, the shift to an ARM v9‑A core complex with Scalable Vector Extension 2 (SVE2) opens new opportunities in vectorised workloads-from on‑device machine learning inference to real‑time audio and image processing. The X90 Plus's LPDDR5‑class memory controller and optional PCIe Gen4 lanes suggest the MateBook Pro can accommodate fast NVMe storage and external GPUs over Thunderbolt, though the latter would require kernel‑level support inside HarmonyOS. That support is precisely where the platform's internal plumbing gets interesting. Because unlike an open Linux distribution, the driver stack is tightly curated by Huawei, potentially offering better power tuning but fewer escape hatches when something misbehaves. Our team's experience with custom ARM silicon on the Snapdragon 8cx Gen 3 shows that even a 15 % memory latency improvement over generic reference designs can translate into double‑digit gains for JavaScript engine benchmarks; Huawei will likely tune the memory controller aggressively to compete with Apple's M‑series.
The NPU, likely a refreshed Da Vinci architecture, delivers up to 16 TOPS of INT8 throughput. Which matters not just for consumer‑facing camera tricks but for developer‑side tasks like real‑time code completion models, local large language model inference and automated fuzzing harnesses that run continuously without slaughtering battery life. Pair that with the HarmonyOS distributed soft bus and you begin to see a vision where the laptop offloads tensor operations to a nearby phone or tablet transparently-a scenario that transforms the MateBook Pro from a standalone PC into a node in a compute mesh.
HarmonyOS on the Desktop: Architectural Underpinnings
HarmonyOS's desktop incarnation inherits the microkernel architecture that Huawei has championed since its initial announcement. Unlike the monolithic Linux kernel that underpins Android, HarmonyOS's microkernel-formally verified using the seL4‑inspired verification framework-runs only the bare minimum of privileged code: thread scheduling, memory management and inter‑process communication. Device drivers, file systems. And network stacks execute in user‑space, isolated by hardware memory protection. This design not only reduces the trusted computing base to a few thousand lines of auditable code but also enables deterministic latency guarantees that appeal to industrial automation and safety‑critical applications. In a laptop context, however, the immediate benefit is resilience: a misbehaving third‑party graphics driver cannot crash the entire system. And an exploit in a USB stack won't automatically grant kernel‑level access.
The distributed soft bus-a logical layer that makes heterogeneous devices pretend they share a single bus-is what turns the MateBook Pro into a hub for Huawei's broader ecosystem. An engineer can drag a file from a phone's filesystem as if it were a local SSD or use a tablet's camera as a secondary webcam with sub‑millisecond synchronization, thanks to the microkernel's deadline‑driven scheduler. On paper, it resembles Apple's Continuity features. But the implementation is more radical: HarmonyOS's official developer documentation outlines a capability‑based security model where each device's resources are published as distributed capabilities, consumable by any node that passes an authentication handshake. This opens the door for secure remote debugging of IoT fleets directly from the laptop, a scenario we've experimented with using custom HarmonyOS services that share sensor data streams with a local development environment.
Compatibility with Linux userspace applications is the elephant in the room. Early builds of HarmonyOS for PC relied on a Linux compatibility layer akin to Android's bionic, but more recent developer previews suggest a shift toward an ELF‑loader that maps ABI‑compliant ARM64 Linux binaries into the microkernel's address space via a user‑space personality layer. This means that tools like GCC, Python. And even Docker (with cgroup‑style isolation implemented via HarmonyOS's own resource management subsystem) could - in theory, run natively after recompilation. In practice, however, the ABI isn't identical to GNU/Linux-system call numbers differ. And /proc and /sys semantics are re‑implemented through HarmonyOS's service‑oriented APIs, creating a porting burden that reminds me of the early days of Alpine Linux's musl adoption.
Developer Tooling and the Cross-Compilation Conundrum
Huawei provides DevEco Studio-an IDE built on IntelliJ's platform-as the main development environment for HarmonyOS applications but for native engineering tasks, the toolchain leans heavily on the Ark Compiler, and the Ark Compiler can ingest C/C++, JavaScript,And TypeScript, emitting optimized machine code that targets both the ARM back‑end and the HarmonyOS application package format. For backend services compiled from Go or Rust, developers will need to cross‑compile from a Linux host using a HarmonyOS‑specific sysroot and the clang/LLVM toolchain Huawei ships as part of its SDK. Our CI team recently built a pipeline with Docker buildx and QEMU‑user-static to simulate an ARM64 HarmonyOS target inside an
.Need a Custom App Built?
Let's discuss your project and bring your ideas to life.
Contact Me Today →