1 files changed, 242 insertions, 0 deletions
diff --git a/rtx-spark-linux-question.md b/rtx-spark-linux-question.md
new file mode 100644
index 0000000..e3d49da
--- /dev/null
+++ b/rtx-spark-linux-question.md
@@ -0,0 +1,242 @@
+# Will RTX Spark laptops work with Linux? (June 2026)
+
+Compiled 2026-06-03. Sources: The Verge, VideoCardz, Tom's Hardware,
+PCMag, CNET, Ars Technica, Phoronix, NVIDIA DGX Spark User Guide
+(docs.nvidia.com), Reddit r/linux / r/nvidia / r/LocalLLaMA /
+r/macgaming, NVIDIA Developer Forums.
+
+---
+
+## TL;DR
+
+**Officially: NVIDIA won't comment. The answer is "Windows first."**
+
+**Technically: yes, probably — the same silicon (GB10 / Grace
+Blackwell) already runs Linux on the DGX Spark, but there are real
+caveats about whether NVIDIA will publish a consumer driver.**
+
+The reasonable expectation for the next ~12 months: Windows 11 on
+Arm will be the supported path, and Linux will work in some form
+(mainline kernel, distro packages, or community drivers) but
+without the same polish and software stack.
+
+---
+
+## 1. What NVIDIA actually said
+
+- **The Verge (Computex 2026, 2026-06-01):**
+  > "Nvidia also wouldn't comment on whether it plans to offer
+  > Linux driver support for the RTX Spark, as it's currently
+  > focused on Windows."
+- **VideoCardz:**
+  > "NVIDIA did not confirm Linux driver plans. It also did not
+  > comment on possible gaming handheld use."
+- **Tom's Hardware (community thread):**
+  > "They've also not promised anything with regards to Linux
+  > drivers which means Windows first. I don't know about laptops,
+  > but for desktops sold as workstations, I'm confident there'll
+  > be Linux support OOB."
+- **NVIDIA's own announcement** is Windows-on-Arm only. The
+  product page lists "Windows 11" as the supported OS. There is
+  no Linux logo, no Linux timeline, no "coming later" footnote.
+
+So the official position is: **no commitment, no denial, no
+timeline**. The whole launch event was Microsoft + NVIDIA + OEM
+partners, all in on Windows 11 on Arm.
+
+---
+
+## 2. Why it will probably work eventually
+
+The chip isn't new. The GB10 Grace Blackwell Superchip in the
+**DGX Spark** is the same silicon family as the RTX Spark
+Superchip (slightly lower power envelope, 80/100 W vs 200 W).
+The DGX Spark **already runs Linux** — DGX OS, which is a
+customized Ubuntu 24.04 with NVIDIA's full stack.
+
+So:
+
+- The Arm CPU cores (Cortex-X925 + A725) are already supported by
+  mainline Linux.
+- The Blackwell GPU architecture is already supported by NVIDIA's
+  proprietary Linux driver (sm_121 is the Blackwell compute
+  capability; the RTX 5090 / B200 / GB200 all use it).
+- The NVLink-C2C coherent interconnect, the unified-memory model,
+  and the rest of the platform are already exposed in the DGX
+  Spark's Linux support story.
+- A Linux user on Reddit notes: *"i have a dgx spark, and last i
+  checked it did not work with the mainline kernel in 6.19"* —
+  i.e., even the DGX Spark is on a *vendor-pinned* kernel + NVIDIA
+  proprietary driver, not upstream mainline. That's the model an
+  RTX Spark Linux port would almost certainly follow.
+
+In other words, the silicon is the easy part. It's the same chip
+NVIDIA already ships Linux for, just at a different TDP.
+
+---
+
+## 3. Why it might not work as smoothly as you'd hope
+
+Several real concerns in the community:
+
+### 3.1 NVIDIA's incentive to support consumer Linux
+
+NVIDIA's consumer GPU business makes money on Windows. They
+already ship a Linux driver for GeForce (proprietary `nvidia.ko`
++ `nvidia-smi` + CUDA + OpenGL/Vulkan), but it's a lower priority
+than Windows drivers. The DGX Spark's Linux is heavily
+custom-pinned and not "works on whatever distro you install."
+
+For RTX Spark, NVIDIA has even less direct incentive:
+- The whole pitch is "Windows PC reinvented for AI agents" with
+  Microsoft.
+- Microsoft reportedly updated **Prism** (the x86→Arm
+  translation layer) specifically for the RTX Spark.
+- The new **NVIDIA OpenShell** agent runtime is positioned as a
+  Windows-native thing.
+
+If a user puts Linux on an RTX Spark, they're not in NVIDIA's
+target market.
+
+### 3.2 OEM lockdown
+
+Most RTX Spark laptops ship from **ASUS, Dell, HP, Lenovo,
+Microsoft Surface, MSI**. OEMs typically lock firmware / EC
+firmware updates / signed-boot to Windows. Without OEM support,
+things like:
+
+- Power management (battery, thermals, fan curves)
+- Suspend / resume
+- The trackpad
+- The keyboard backlight
+- The webcam
+- Sound
+
+…will all need community reverse-engineering on a per-laptop
+basis. That's the same mess Linux on most x86 laptops was 10
+years ago, repeated on Arm.
+
+### 3.3 The "won't pair with discrete GPUs" thing
+
+NVIDIA explicitly said the RTX Spark will **not** be paired with
+a second discrete GPU. If you're on Linux and the integrated
+RTX-class graphics aren't fully supported by the proprietary
+driver, you have no fallback. The whole machine depends on one
+chip working.
+
+### 3.4 Distro / kernel reality for Arm laptops in 2026
+
+Arm Linux laptop support has been slowly improving (Asahi on
+Apple Silicon, Fedora on Snapdragon X, etc.) but is still
+frustrating for many users. A brand-new NVIDIA Arm SoC will
+inherit all of those headaches until the kernel + distro
+ecosystem catches up. Expect a year of "almost works" before
+"works fine."
+
+### 3.5 Software stack assumptions
+
+A lot of what NVIDIA is marketing on RTX Spark (CUDA, TensorRT,
+DLSS, Reflex, G-SYNC, OptiX, NIM, OpenShell, NemoClaw) has
+Linux support *for the data center class GPUs* (B200, H100,
+GB200) and the *DGX Spark*. Whether NVIDIA ports the
+**consumer-class** NIM stack + DLSS 4.5 + Reflex 2 to Linux on
+the RTX Spark specifically is an open question. Tom's Hardware
+summed it up: "Windows first."
+
+---
+
+## 4. What the community is saying
+
+From r/linux (most relevant thread: *"Will Linux run on the new
+Nvidia ARM chips?"*):
+
+- *"Unless something is fundamentally different with the new
+  chip, it should work just like on x86, barring non-nvidia
+  drivers like trackpad, etc. Usually these things work, but
+  verify before purchasing."*
+- *"Even when they have to support Desktop Linux (on DGX Spark
+  for example), they do it using proprietary distros with
+  proprietary drivers. Getting nvidia GPU drivers working on ARM
+  isn't unheard of…"*
+- *"Linux on ARM works fine. Linux on Risc-V is ok even. Like
+  with nearly every major issue on Linux it's because of
+  companies and proprietary crap."*
+- *"i have a dgx spark, and last i checked it did not work with
+  the mainline kernel in 6.19."*
+
+Fedora's discussion board already has a *"Fedora RTX Spark
+Edition?"* thread. There is clearly pent-up demand.
+
+From r/LocalLLaMA (more AI-focused):
+
+- Most users are waiting on actual price + real-world perf
+  numbers before deciding.
+- Several people noted the unified memory is interesting for
+  local LLM inference but Windows-on-Arm compatibility for the
+  inference tooling (ollama, llama.cpp, exllamav2) is
+  unproven — most LLM tooling is x86-first.
+
+From r/nvidia (the official megathread):
+
+- *"I wasted 2 hours watching that presentation, just for there
+  to be no price. I'd be interested, but it's probably $5k+ for
+  the 128gb unified."*
+- The general mood is excitement tempered by the realization
+  that no Linux commitment was made.
+
+---
+
+## 5. What to actually expect on a timeline
+
+| Timeframe | What you'll likely see |
+|---|---|
+| **Fall 2026 (launch)** | Windows 11 on Arm only. NVIDIA has not committed to Linux. |
+| **Late 2026 / early 2027** | Most likely: a community-driven effort (similar to what happened with the DGX Spark and with Asahi on Apple Silicon). Mainline kernel patches, distros like Fedora/Ubuntu adding GB10 / RTX Spark platform support, NVIDIA releasing *some* form of the proprietary driver for the chip. |
+| **2027** | If there's enough demand — and there probably is, given the LLM / dev workstation angle — NVIDIA may publish an official Linux driver for RTX Spark, the same way they did for DGX Spark. |
+| **Never (realistic worst case)** | NVIDIA treats RTX Spark as a Windows-only platform. Linux users rely on a community port that may or may not work well. |
+
+---
+
+## 6. What it means for buying decisions
+
+**If Linux is essential**, three options today / near-term:
+
+1. **Wait.** Don't pre-order. Let the community test what works
+   before committing $2,000–$5,000+ on a 128 GB SKU.
+2. **Buy a DGX Spark instead** if your use case is local AI dev.
+   It's the same chip, on Linux out of the box, with full NVIDIA
+   support. Drawback: $4,000–$5,000 and not a laptop.
+3. **Buy a Strix Halo laptop** (AMD Ryzen AI Max+ 395) as a
+   proven x86 Linux laptop with 128 GB unified memory and good
+   mainline kernel support. Slower than the RTX Spark on raw AI
+   throughput (per Tom's Hardware DGX Spark review) but more
+   mature on Linux.
+
+**If Windows is fine**, the RTX Spark is a genuinely exciting
+piece of hardware — the first time the full NVIDIA RTX stack
+(CUDA + DLSS + Reflex + G-SYNC + TensorRT + OptiX) has been on
+a single Windows-on-Arm SoC, and a credible shot at Apple
+Silicon-class efficiency in a 14 mm-thin laptop.
+
+---
+
+## 7. Sources
+
+- The Verge — *"Nvidia announces RTX Spark as 'the most efficient
+  PC chip ever built'"*, 2026-06-01
+- VideoCardz — *"NVIDIA announced RTX Spark chip for Windows on
+  ARM with RTX Gaming support"*
+- Tom's Hardware — Computex 2026 coverage
+- PCMag — *"Nvidia Unveils RTX Spark, an Arm-Based Superchip for
+  Windows PCs"*
+- CNET — *"Nvidia RTX Spark May Light a Fire for Windows on Arm"*
+- Phoronix — *"NVIDIA Announces RTX Spark Superchip For Laptops
+  & Desktops"*
+- NVIDIA Developer Forums — DGX Spark / GB10 user forum
+  (driver issues threads)
+- Reddit r/linux — *"Will Linux run on the new nvidia ARM
+  chips?"*
+- Reddit r/nvidia — RTX Spark megathread
+- Reddit r/LocalLLaMA — DGX Spark + RTX Spark discussion
+- NVIDIA DGX Spark User Guide (docs.nvidia.com/dgx/dgx-spark/dgx-spark.pdf)
+- Fedora Discussion — *"Fedora RTX Spark Edition?"*