NVIDIA Extends CUDA 13.4 to Windows on Arm Laptops [2026]

NVIDIA has broken a 19-year pattern. On September 9, 2026, the company shipped CUDA Toolkit 13.4, and buried inside the release notes is a line that Arm developers have wanted since the chip architecture first showed up in laptops: native CUDA support for Windows on Arm. Quantum Zeitgeist was among the first outlets to flag the change, reporting that GPU-accelerated computing capability previously limited to Linux has now reached a new environment entirely. The timing is not an accident. NVIDIA’s RTX Spark laptops, built around its N1X Arm platform, are due in October 2026, and this toolkit release is the software half of that hardware bet.

For engineers who write CUDA code, the announcement solves a problem that has existed since the first Windows on Arm devices shipped: there was no way to compile GPU-accelerated applications directly on those machines. Developers had to cross-develop on x86 systems or route everything through Linux virtual machines. CUDA Toolkit 13.4 changes that, and it does so right as Qualcomm, Microsoft, and NVIDIA push harder than ever to make Windows on Arm a viable platform for AI workloads rather than a battery-life compromise.

Google · Preferred Sources

Don't miss new tech stories on Google

Add Tech Insider once in the Google app and our stories appear in your news suggestions.

Add Now

What NVIDIA Just Announced

CUDA Toolkit 13.4 first appeared as a developer preview in July 2026, then reached general availability with the 13.4.1 point release in early September, according to reports tracking the rollout. NVIDIA’s own developer blog confirms the headline change directly: “CUDA Toolkit 13.4 adds support for Windows on Arm,” according to the NVIDIA Developer Blog. That single sentence covers a genuine architectural shift: the compiler toolchain, the CUDA runtime, and core math libraries now target Windows Arm64 as a first-class platform rather than an unsupported edge case.

The company frames the move as closing a gap that has existed since CUDA’s earliest days. “CUDA applications have long been supported on Arm platforms through Linux; this release extends that capability to the Windows on Arm platform,” the NVIDIA Developer Blog states. That framing matters because it tells developers exactly what changed and what did not: Arm support for CUDA is not new, but Windows as the host operating system for that support is.

NVIDIA’s own toolkit page lists the release’s full scope, describing CUDA 13.4 as bringing “a host of advancements to the platform including CUDA support for the Windows on Arm ecosystem and developer support for the NVIDIA Rubin Architecture,” per NVIDIA Developer documentation. Two flagship features landed in the same release: Windows on Arm support and an early look at Rubin, NVIDIA’s next GPU architecture after Blackwell. Pairing those two items in one release is a signal about sequencing. NVIDIA wants Windows on Arm CUDA support in developers’ hands before Rubin-based silicon starts shipping, not after.

Why Windows on Arm Never Had CUDA Until Now

CUDA launched in 2007 as an x86-and-Linux-first platform, and for most of its history that pairing made sense. GPU compute workloads lived in data centers running Linux on x86 or, later, Arm server chips like NVIDIA’s own Grace CPU. Windows on Arm existed as a consumer experiment, starting with underpowered devices that struggled to run native x86 software at all, let alone something as demanding as GPU-accelerated AI training.

That changed once Qualcomm’s Snapdragon X Elite chips gave Windows on Arm laptops real CPU performance, and once Microsoft’s emulation layer matured enough to run mainstream Windows software without a visible penalty. What was still missing was a reason for developers to write native Arm64 code rather than just tolerate emulation. GPU compute was that missing piece, and it required NVIDIA to build a compiler and runtime for a combination — Windows plus Arm64 plus CUDA — that had never existed as a shipping product.

Inside CUDA Toolkit 13.4: Two Ways to Build for Arm

NVIDIA did not just port CUDA to a new operating system once and call it done. CUDA 13.4 ships two distinct workflows for reaching Windows Arm64, and the difference matters depending on what hardware a developer already owns.

Native Compilation on Windows Arm64

Developers who already own a Windows on Arm machine can install the CUDA Toolkit directly on that device and compile applications locally. The nvcc compiler now targets the Arm64 instruction set natively, producing binaries that run without emulation. That is the detail that makes this release different from a compatibility patch: the output is a true Arm64 binary, not an x86 binary running through Microsoft’s Prism emulator.

Cross-Compiling From x86-64 Machines

For teams without Arm hardware on every desk, CUDA 13.4 also supports cross-compilation from a standard x86-64 Windows workstation, targeting Windows Arm64 as the output platform. A developer builds and tests on familiar x86 hardware, then produces an Arm64 binary for deployment on RTX Spark or another Windows on Arm device. A simplified version of that workflow looks like this:

REM Native build on a Windows Arm64 machine
nvcc --target-arch=arm64 -o app_arm64.exe kernel.cu

REM Cross-compile from an x86-64 Windows workstation
nvcc --target-platform=windows-arm64 -o app_arm64.exe kernel.cu

That second path is likely to be the more common one in the near term. Most CUDA development teams run x86-64 workstations today, and cross-compilation lets them start producing Arm64-ready binaries before they buy new hardware.

The R616 Developer Driver Requirement

Installing the CUDA Toolkit alone does not unlock Windows on Arm support. NVIDIA requires an R616-series Developer Driver, version 616.00 or later, running alongside the toolkit before the new Arm64 compilation paths become available. That driver requirement is a common pattern for NVIDIA’s early-access features, and it signals that Windows on Arm CUDA support is still moving through a driver-and-toolkit co-release cycle rather than shipping through NVIDIA’s standard Game Ready or Studio driver channels.

Developers who skip the driver update and only install the toolkit will find that Arm64 targets are not recognized, a detail that has already tripped up early testers based on installation guidance published alongside the release.

RTX Spark and N1X: The Hardware NVIDIA Built This For

None of this software work happens in a vacuum. NVIDIA’s CUDA documentation is explicit about the target: “The CUDA Toolkit is now supported on Windows on Arm platform for RTX Spark devices,” according to NVIDIA’s CUDA documentation. RTX Spark is the Windows on Arm platform NVIDIA and Microsoft unveiled at Computex 2026, built around NVIDIA’s Blackwell GPU architecture paired with a 20-core Arm CPU, up to 128GB of unified memory, and a claimed 1 petaflop of local AI compute, per coverage from Windows-focused outlets tracking the Computex announcement.

The chip underpinning RTX Spark laptops is N1X, an Arm-based SoC NVIDIA developed with MediaTek on a TSMC 3-nanometer process, combining an Arm CPU with RTX 5070-class graphics, according to TechTimes reporting from Computex 2026. That pairing is the point: N1X is not a stripped-down mobile chip wearing a laptop badge, it is a genuine attempt to put desktop-class CUDA compute inside an Arm laptop chassis, running frameworks like PyTorch, TensorRT, TensorRT-LLM, and CUDA-accelerated llama.cpp builds natively rather than through translation layers.

NVIDIA’s release notes describe the scope plainly: “CUDA 13.4 adds support for Windows on Arm on RTX Spark devices,” according to the NVIDIA CUDA Toolkit Release Notes. RTX Spark laptops are expected to reach retail in October 2026, giving developers roughly a month between the toolkit’s general availability and hardware arriving on shelves.

What Existing Windows on Arm Laptops Can Do Right Now

Developers do not need to wait for RTX Spark to start working with this toolkit. NVIDIA’s guidance points to current-generation Windows on Arm hardware, including Snapdragon X Elite laptops and older devices like Surface Pro X, as valid machines for early preparation work. On those systems, developers can audit whether their existing dependencies are Arm64-compatible, decide between a fully native Arm64 build or the hybrid Arm64EC format, and start compiling and testing CUDA applications ahead of RTX Spark’s launch.

That guidance is a practical bridge. It lets NVIDIA’s developer base start migrating code today, so that by the time RTX Spark ships in October, a body of tested Windows Arm64 CUDA applications already exists rather than a launch-day vacuum.

CUDA on Arm vs x86: What’s the Same, What’s Different

The practical question for most developers is how much changes when moving from x86-64 Windows CUDA development to the new Windows Arm64 path. The honest answer, based on NVIDIA’s own documentation, is that the toolchain stays familiar but the supported feature surface at launch is narrower.

Capabilityx86-64 Windows CUDAWindows Arm64 CUDA (13.4)
Native compilation supportYes, since CUDA 1.0 (2007)Yes, introduced with CUDA 13.4 (2026)
Cross-compilation targetNot applicableYes, from x86-64 Windows hosts
Required driverStandard Game Ready or Studio driverR616-series Developer Driver, 616.00+
Core libraries at launchFull stack including cuBLAS, cuFFT, cuDNN, and moreCore set covering NVCC, CUDA runtime, cuBLAS, cuFFT, Nsight
Platform maturity19 years of production useDeveloper preview status through mid-2026, GA with 13.4.1
Primary hardware targetAny CUDA-capable NVIDIA GPURTX Spark and N1X-based Windows on Arm laptops

The gap is expected to close over successive point releases the same way it did on Linux Arm years ago, but developers evaluating a Windows Arm64 CUDA project today should plan around the current, narrower library set rather than assume full library parity on day one.

Market Impact: TrendForce Sees an AI Notebook Inflection Point

Market research firm TrendForce has already weighed in on what this means beyond the developer community. The firm’s analysis describes the move as marking the first expansion of the CUDA ecosystem into the Windows notebook market, adding that this is expected to significantly accelerate AI notebook penetration, according to TrendForce. That is a meaningful claim from a firm that tracks PC and semiconductor shipment volumes closely, because it implies CUDA on Windows on Arm is not just a developer convenience but a demand driver for a laptop category that has struggled to differentiate itself from ordinary x86 ultrabooks.

The commercial logic is straightforward. Software vendors write for whichever platform their customers can run their code on. If Windows on Arm laptops cannot run CUDA-accelerated AI tools natively, independent software vendors have little reason to optimize for that architecture, and buyers have little reason to choose an Arm laptop over an x86 one. CUDA support removes that circular blocker, at least on paper, and gives OEMs a concrete talking point for RTX Spark-based devices beyond battery life claims.

The Competitive Landscape: Windows on Arm’s Ecosystem Players

This announcement did not happen in isolation. It sits inside a broader push by NVIDIA, Microsoft, Arm, and MediaTek to make Windows on Arm a serious AI computing platform rather than a battery-optimized niche.

OrganizationRole in the announcementKey contribution
NVIDIAToolkit and GPU platform ownerCUDA Toolkit 13.4, RTX Spark platform, N1X co-design
MediaTekSilicon co-development partnerCo-developed the N1X Arm SoC on TSMC’s 3nm process
MicrosoftOperating system and developer ecosystemWindows Arm64 platform support, developer ecosystem blog coverage
ArmCPU architecture licensorFramed RTX Spark as central to the “agentic era” of Arm-based PCs
QualcommExisting Windows on Arm chip supplierSnapdragon X Elite laptops serve as current-generation dev machines

Arm’s own newsroom leaned into the framing that this is a platform moment rather than a single product launch, positioning Arm-based NVIDIA RTX Spark PCs as redefining the category for what it calls the agentic era of computing, according to Arm’s newsroom. Microsoft’s own developer blog echoed that framing in an August 25, 2026 post describing the expansion of the Windows on Arm app ecosystem across key workloads, noting that “Microsoft and NVIDIA recently announced NVIDIA RTX Spark” as a milestone for the platform, per Windows Developer Blog.

Historical Context: CUDA’s 19-Year Linux-First, x86-First Legacy

CUDA has run on Arm hardware for years, just not on Windows. NVIDIA’s data center GPUs have paired with Arm-based server CPUs, including NVIDIA’s own Grace chip, running Linux distributions in supercomputing and hyperscale environments since the early 2020s. That server-side Arm support proved the architecture could handle CUDA workloads at scale, which makes the absence of a Windows client path look more like a market-sequencing choice than a technical limitation.

The bottleneck was always the consumer and developer-facing operating system layer. Windows on Arm’s own history explains part of the delay: early Windows RT and first-generation Windows on Arm devices in the 2010s ran underpowered chips that could not support demanding GPU compute workloads even if the software existed. It took Qualcomm’s Snapdragon X Elite generation, launched in 2024, to give Windows on Arm laptops CPU performance competitive with x86 alternatives. NVIDIA’s decision to bring CUDA to that platform two years later reflects a bet that the hardware floor is now high enough to justify the software investment.

Developer and Industry Reaction

Early technical coverage has focused on the practical mechanics rather than treating this as a marketing event, which is itself a signal that the developer community is taking the release seriously as a working tool rather than a slide-deck promise. Outlets covering the initial developer preview in July 2026 detailed the installer requirements, the driver dependency, and the dual native-and-cross-compile workflow in enough depth to suggest hands-on testing rather than a rewritten press release.

The reaction pattern mirrors what happened when CUDA first reached Arm Linux servers: initial adoption concentrated among developers who already had a specific reason to target the architecture, followed by broader tooling support once the hardware base grew large enough to matter. With RTX Spark laptops still a month from general retail availability, the current wave of interest is coming largely from AI tooling vendors and framework maintainers who want their software ready before the hardware arrives, rather than from end users evaluating finished products.

What’s Next: Rubin Preview and the Road to General Availability

CUDA 13.4 did not ship Windows on Arm support alone. The same release gives developers an early look at NVIDIA’s Rubin GPU architecture, the successor to Blackwell, bundling two forward-looking bets into a single toolkit drop. That pairing suggests NVIDIA’s release cadence for the next year will keep tying platform expansion work to architecture previews, giving developers a reason to stay current with each point release rather than waiting for a single “big” version.

The near-term roadmap markers are concrete: RTX Spark laptops targeting an October 2026 retail launch, a driver stack still moving through R616-series developer builds rather than stable production drivers, and a core CUDA library set on Windows Arm64 that covers the essentials but not the full breadth available on x86-64. Expect subsequent point releases, likely CUDA 13.5 or a 13.4.x update, to expand that library coverage as RTX Spark ships in volume and NVIDIA gathers real-world usage data from the developer preview period.

Predictions: Where Windows on Arm Computing Goes From Here

Based on the pattern NVIDIA has followed with past platform expansions and the specific commitments already public, a few outcomes look likely over the next year:

  • RTX Spark’s October 2026 launch will serve as the real test of whether CUDA on Windows on Arm has practical developer uptake, not just toolkit downloads.
  • NVIDIA will likely expand the Windows Arm64 library set in follow-up point releases, closing gaps like cuDNN and other libraries not listed in the initial core set.
  • Other Windows on Arm chipmakers will face pressure to support or interoperate with NVIDIA’s dGPU pairing model, since CUDA support gives NVIDIA-equipped Arm laptops a workload category x86 competitors cannot easily match on a comparable power budget.
  • AI framework maintainers, including PyTorch and llama.cpp contributors, will push out Windows Arm64 CUDA builds faster than typical platform-support timelines, given the head start NVIDIA’s guidance gives developers on existing Snapdragon X Elite hardware.
  • Expect a Rubin-generation CUDA release within the next 12 to 18 months to build directly on the Windows Arm64 foundation laid by CUDA 13.4, rather than launching x86-first the way past architecture generations did.

None of these are guaranteed. TrendForce’s own framing of “significantly accelerating AI notebook penetration” is a projection, not a shipped result, and it depends on RTX Spark hitting its October timeline and OEM partners pricing devices competitively against established x86 AI laptops.

Frequently Asked Questions

What is CUDA Toolkit 13.4?

CUDA Toolkit 13.4 is NVIDIA’s GPU development platform release from September 2026 that adds, for the first time, official support for compiling and running CUDA applications on Windows on Arm systems, alongside early developer support for NVIDIA’s next-generation Rubin GPU architecture.

Does CUDA now run natively on Windows on Arm laptops?

Yes. CUDA 13.4 introduces native Arm64 compilation on Windows Arm64 systems, meaning developers can compile CUDA applications directly on a Windows on Arm machine and get true Arm64 binaries rather than emulated x86 code.

What driver do I need to use CUDA on Windows on Arm?

NVIDIA requires an R616-series Developer Driver, version 616.00 or later, installed alongside the CUDA Toolkit before Windows Arm64 features and RTX Spark support become available.

What is RTX Spark and how does it relate to this announcement?

RTX Spark is NVIDIA and Microsoft’s Windows on Arm platform, built around NVIDIA’s Blackwell GPU architecture and the N1X Arm SoC co-developed with MediaTek. CUDA 13.4’s Windows on Arm support is designed specifically to run on RTX Spark laptops, which are expected to reach retail in October 2026.

Can I develop for Windows on Arm CUDA without owning an Arm laptop?

Yes. CUDA 13.4 supports cross-compilation, letting developers on standard x86-64 Windows machines build CUDA applications that target Windows Arm64 as the output platform, without needing Arm hardware for the build step itself.

What AI frameworks benefit from CUDA on Windows on Arm?

Frameworks including PyTorch’s CUDA backend, TensorRT, TensorRT-LLM, and CUDA-accelerated llama.cpp builds are expected to run natively on Windows on Arm systems once ported, removing the need for emulation layers or non-CUDA fallback backends on these devices.

Is Windows on Arm CUDA support as complete as x86 CUDA support?

Not yet. The initial Windows Arm64 release covers core components including NVCC, the CUDA runtime, cuBLAS, cuFFT, and Nsight tooling, a narrower set than the full library stack available on mature x86-64 CUDA installations. NVIDIA is expected to expand coverage in future point releases.

Why did NVIDIA wait until 2026 to bring CUDA to Windows on Arm?

CUDA has supported Arm chips for years through Linux, primarily in data centers using Arm-based server CPUs. Windows on Arm laptops lacked the CPU performance to justify the software investment until Qualcomm’s Snapdragon X Elite generation arrived in 2024, and NVIDIA’s own Arm-based N1X laptop chip and RTX Spark platform gave the company a direct hardware reason to complete the Windows Arm64 CUDA port in 2026.

Related Coverage

Nadia Dubois

Nadia Dubois

AI & Innovation Editor

Nadia Dubois is the AI & Innovation Editor at Tech Insider, where she tracks the rapid evolution of artificial intelligence, from foundation models to real-world enterprise deployment. She previously covered AI and startups for La Tribune and contributed to MIT Technology Review's European coverage. Nadia specializes in generative AI, AI regulation, and the intersection of technology and European industrial policy. She holds a dual degree in Computational Linguistics and Journalism from Sciences Po Paris.

View all articles