Chapter 6: Someone Else's Tuition — The Ring 0 Landmine
This chapter is not a technical tutorial. It is the specific dismantling of a bill: who paid the tuition, who took the diploma, and who is still stepping on the mine.
The bills traced in previous chapters were bills of funding, of human resources, of attention. This chapter traces the technical bill — a landmine buried at the deepest layer of chip architecture, spanning fourteen years, passing through three waves of guinea pigs, and to this day unfixed by anyone.
The Blind Spot in Hundreds of Comments
In June 2026, a Taiwanese engineer posted an article on Facebook: "NVIDIA leads the charge — will Windows on Arm's fourth beach assault succeed?"
Hundreds of comments flooded in. Some said "WoA's problem was never the hardware"; some said "Microsoft has failed three times"; some said "just run Linux." Everyone was answering the same question: Is this time's technology good enough?
But almost no one asked a different question: How did NVIDIA get to this point? Whose road is it walking on? Whose tuition did it use?

The Lab Report of Three Waves of Guinea Pigs
The history of Windows on ARM is a serial lab report. Each wave of guinea pigs died from a different organ failure, and taken together, they trace a complete map of the minefield.
First wave of guinea pigs: Surface RT / Windows RT (2012–2013)
The chip in this wave was NVIDIA's Tegra 3.
Remember this fact. NVIDIA was not a bystander watching others drown from the shore — it was the first one in the water, and it swallowed a mouthful. Fourteen years ago, in that disastrous defeat, its name was printed on the motherboard.
Result: Windows RT could not run any x86 applications; it could only use the pitifully scarce ARM-native apps in the Windows Store. Microsoft lost $900 million on this.
Cause of death: No emulation layer. Unable to run x86 apps on ARM meant Windows was not Windows.
Second wave of guinea pigs: Snapdragon 835 / 8cx / Surface Pro X (2017–2023)
Microsoft absorbed the lesson of the first attempt and added an x86 emulation layer. By late 2017, the first WoA laptops with Snapdragon 835 shipped, capable of emulating 32-bit x86 apps. x64 emulation would not arrive until 2021.
But the cost was staggering. The performance penalty of emulation compounded the already modest ARM CPU. Driver compatibility was a disaster — antivirus software, enterprise endpoint protection, VPN clients: a pile of things either could not be installed or installed with crippled functionality. Enterprise users tried one round and withdrew.
Cause of death: The emulation layer existed, but the CPU was not strong enough and drivers were not comprehensive enough. The enterprise market was impenetrable.
Third wave of guinea pigs: Snapdragon X Elite (2024–2025)
Qualcomm finally produced a genuinely competitive ARM CPU. The X Elite's CPU performance caught up with Intel/AMD mid-range products. Microsoft also rewrote the emulator from scratch, naming it Prism — most everyday x86 apps could now run.
But one gap could never be plugged: the GPU. Qualcomm's Adreno GPU was king on mobile phones; on the PC, it was a giveaway. It could not run games, let alone CUDA. AI developers took one look and shook their heads.
On 31 May 2026, the day NVIDIA announced RTX Spark at Computex, Qualcomm's stock price crashed 10%, wiping approximately $10 billion in market capitalisation.
Cause of death: The CPU finally passed muster, but the GPU and AI acceleration were a fatal void.
Three waves of guinea pigs, fourteen years, billions of dollars in cumulative tuition. Each wave died from a different cause; each cause narrowed the error space for the next wave. By the time NVIDIA re-entered, the minefield map was already drawn — where you could walk and where you could not, perfectly clear.
And NVIDIA is the only company to have participated from the first wave of guinea pigs through to the fourth beach assault. It paid tuition in 2012; in 2026 it returned to claim the diploma — a diploma stamped with the marks that Qualcomm and Microsoft had stepped on for it.

Forty Years of Foot-Binding, and the Last Landmine
Someone in the Facebook comment section made a precise remark: "Windows on x86 itself is chaotic enough at the base layer."
That sentence is more accurate than most tech analysis articles.
WoA's core challenge is not the textbook problem of "ARM instruction set vs. x86 instruction set." The real challenge is Win32 — a set of bindings wrapped around it for forty years.
Win32 is not merely an API. It is the programmatic core of decades of global enterprise software. ERP systems, financial reporting, medical records, industrial control, CAD software — all written on Win32. Many still carry the genes of Visual Basic 6, MFC, COM, ActiveX — that is the legacy of the nineties, yet today every bank, every hospital, every factory production line is still running on it.
Microsoft cannot say "Starting today, rewrite everything." Because the world's enterprises would explode.
So Microsoft's strategy is to add a translation layer: Prism. ARM runs Prism; Prism translates x86 instructions into ARM instructions; Win32 programs believe they are still in the x86 world.
Jensen Huang at Computex beat his chest and said RTX Spark can run "every single application that Windows has ever run."

That claim needs to be unpacked. Because it has a precise technical boundary — and that boundary is the last landmine that has not yet detonated.
Prism can translate Ring 3; it cannot translate Ring 0.
The privilege-ring architecture of x86 processors divides programs into two worlds: applications run in Ring 3, isolated behind a wall by the operating system; kernel code runs in Ring 0, directly touching hardware. The working principle of emulation layers like Prism is to intercept Ring 3 x86 instructions and translate them into ARM instructions — for user-level programs, this magic is already quite mature.
But three categories of things reside in Ring 0, where the emulation layer cannot reach:
First: kernel-level anti-cheat. EAC, BattlEye — these mainstream anti-cheat systems install their drivers into the Windows kernel to catch cheaters. Kernel drivers written for x86 cannot be emulated; they must be natively rewritten. This means a large batch of multiplayer online games — precisely the most popular ones — simply will not start on ARM. It is worth noting: this is also the same wall that Valve's Proton has been unable to breach on the Steam Deck to this day. Two translation solutions on completely different technology paths, defeated at the same position. This is not a coincidence — it is the structural boundary of Ring 0.
Second: enterprise endpoint protection. Antivirus, EDR, DLP — the entire enterprise security stack consists of kernel drivers. Without native support from security software, enterprises will not purchase a single unit — the "business market" leg cannot stand.
Third: peripheral drivers. Printers, capture cards, industrial control interfaces — legacy hardware drivers are likewise kernel-mode code, likewise unemulatable.
So the precise reading of Huang's promise is: "Every Windows application running in Ring 3." The Ring 0 world requires each vendor to rewrite individually — and that is not something NVIDIA can control.
But there is something most commentators overlook.
Win32 will not end. It does not need to.
It only needs to be demoted.
From "landlord" to "VM tenant."
This is not speculation. It has already happened. NVIDIA's own GeForce NOW cloud gaming service runs a customised Linux as the Host OS on its servers. Games run inside a Windows virtual machine on top of Linux. Windows is still there — but it is no longer the landlord. It is the tenant. The landlord is Linux.
Valve's Proton does another version of the same thing: running Windows games on Linux through a translation layer, translating DirectX to Vulkan. The result? Steam Deck proved that the performance penalty for many games is only in the single-digit percentages — but it also proved that the kernel-level anti-cheat wall is one the translation layer cannot get over.
RTX Spark's real bet is not "Win32 will disappear," but "Win32's importance will continue to decline until it is no longer a decision bottleneck." As more and more work shifts to the browser, web apps, AI agents, and CUDA, Win32 goes from "the inescapable foundation" to "a legacy mode you occasionally need to boot."
This is not a technological revolution. It is a quiet demotion.

The Forty-Year Handshake in the BIOS Dark Room
Everyone is discussing whether the CPU is fast enough, the GPU is strong enough, whether apps can run. Almost no one mentions a more fundamental question: who writes the BIOS?
For the past forty years, the UEFI firmware, ACPI tables, power management, interrupt systems, and PCIe initialisation of every PC on earth — the things that must be running before the machine even boots — have overwhelmingly grown up alongside Intel Reference Design. Intel used a one-stop service to lock in OEMs: "Use my chip, and I'll handle all the dirtiest, hardest firmware work for you." Once OEMs become accustomed to this service, the cost of switching CPU suppliers is not just buying a different chip — it is rebuilding the entire boot sequence.
For NVIDIA to build an ARM PC, it must shoulder this layer itself. The good news is that Microsoft, after more than a decade of stepping in WoA potholes, has already paved part of the road — MPTF and WPS define the power management and workload scheduling rules for ARM chips on Windows. And MediaTek brings not only ARM core design experience but also the SoC integration expertise accumulated over more than a decade on its Dimensity series of mobile phone chips — memory controllers, power management ICs, high-speed interfaces — the "invisible dirty work" that is precisely the type of work Intel's one-stop team does.
But even with Microsoft's and MediaTek's help, the maturity of this layer still has a gap to close relative to Intel's forty-year accumulation. The "little industry secret" that one industry insider hinted at in the comments is very likely buried here — not that the CPU is not fast enough, not that the GPU is not strong enough, but that the things no one sees during those 30 seconds of booting are not yet stable enough.