RTX 3090 tensor unlock on Windows: got it to actually boot (BitLocker was the problem) + real ComfyUI video numbers
Everyone's seen the 3090 tensor core unlock by now, but most of what I've read says it's a Linux thing and on Windows you can forget about it. The unlock itself already exists for Windows. What didn't work, for me and for the guy in issue #125, was getting back into Windows afterwards. That part is solved now.
The project is Windows-GPU-UNLOCK windows-GPU-UNLOCK/Windows-GPU-UNLOCK , not mine. It lifts the GeForce cap on FP16/BF16 tensor throughput until the next power off. On my 3090 FE the log on the stick said success every single time, and then the PC just switched itself off before Windows came up.
Turned out to be BitLocker. Booting the unsigned USB stick with Secure Boot off changes the TPM measurements, so Windows asks for the recovery key. The screen is still black at that point, you never see the prompt, and after about a minute Windows shuts down on purpose. Found it in the event log, where the boot manager had been sitting there waiting for input on earlier boots.
Fix: suspend BitLocker before booting the stick
Suspend-BitLocker -MountPoint C: -RebootCount 0
and run Resume-BitLocker when you're done. The drive key is unprotected while it's suspended, so keep that in mind.
Raw matmul numbers (torch.matmul, before -> after):
BF16 ~70 -> ~115 TFLOPS
FP16 ~69 -> ~112
TF32 ~36 -> ~59
FP32 24 -> 24 (unchanged)
**Does it matter for actual generation?**
Matmul numbers are nice, but I wanted to see what happens with a real workload, so I threw the heaviest thing I run at it: MiniMax H3 I2V, 481 frames (20 s at 24 fps), 10 steps, upstream ComfyUI on Windows 11.
Settings:
$env:TORCH_ALLOW_TF32_CUBLAS_OVERRIDE = "1"
$env:TORCH_CUDNN_V8_API_ENABLED = "1"
ComfyUI args: --use-ck-attention --fast fp16_accumulation autotune cublas_ops --disable-smart-memory --disable-pinned-memory
(ck = comfy-kitchen attention, not the AMD thing)
\* Stock, 0.75 MP (\~648x1152): \~165 s/step, \~31-32 min total, 280-310 W, \~23.8 GB VRAM
\* Unlocked, 0.75 MP (\~648x1152): \~136 s/step, \~24 min total, 342-346 W, 23.4 GB VRAM
\* Unlocked, 0.60 MP (\~576x1024): \~93 s/step, \~15.5 min total (+1 min VAE), 345-350 W, 22.8 GB VRAM
Same resolution, the unlock alone takes a step from 165 s down to 136 s, so about 20% faster. Dropping to 0.60 MP on top of that gets me to 93 s per step. At 0.75 MP I'm right at the VRAM limit and I think Windows starts shuffling memory around. At 0.60 MP there's some headroom, and for a 9:16 phone video I honestly can't see a difference. The card now sits at a flat 350 W the whole run, and a full 20 s clip went from over half an hour to about 16 and a half minutes. To be clear, the second jump is unlock plus lower resolution, not the unlock alone.
PR so the staging script refuses to run with BitLocker on: Windows-GPU-UNLOCK#215
Repo with a pre-flight check script, the benchmark and a step-by-step guide: zerfetzer666/rtx30-unlock-helper
Disclaimer: experimental, only certain board + card combos are supported (check the compatibility list), Secure Boot has to be off, and it has to be redone after every cold boot. Your hardware, your risk.
Full disclosure: this was a joint effort between me and my AI overlord Claude. It sat on its throne reading event logs and writing scripts, and I was the humble gimp crawling between the PC and the BIOS screen. I rebooted on command, flashed sticks, typed in the BitLocker recovery key over and over and reported back what the black screen was doing. My one moment of glory: I noticed the PC was powering off instead of crashing, and when the overlord wanted to call it a "known issue" and give up, I begged it to keep digging. It graciously did. Then it made me render 20-second videos all night for the benchmarks.
5900X / MSI B550 / 3090 FE / Win 11 / driver 610.88
63 points · 15 comments
RTX 3090 tensor unlock on Windows: got it to actually boot (BitLocker was the problem) + real ComfyUI video numbers
Everyone's seen the 3090 tensor core unlock by now, but most of what I've read says it's a Linux thing and on Windows you can forget about it. The unlock itself already exists for Windows. What didn't work, for me and for the guy in issue #125, was getting back into Windows afterwards. That part is solved now.
The project is Windows-GPU-UNLOCK (windows-GPU-UNLOCK/Windows-GPU-UNLOCK, not mine). It lifts the GeForce cap on FP16/BF16 tensor throughput until the next power off. On my 3090 FE the log on the stick said success every single time, and then the PC just switched itself off before Windows came up.
Turned out to be BitLocker. Booting the unsigned USB stick with Secure Boot off changes the TPM measurements, so Windows asks for the recovery key. The screen is still black at that point, you never see the prompt, and after about a minute Windows shuts down on purpose. Found it in the event log, where the boot manager had been sitting there waiting for input on earlier boots.
Fix: suspend BitLocker before booting the stick
Suspend-BitLocker -MountPoint C: -RebootCount 0
and run Resume-BitLocker when you're done. The drive key is unprotected while it's suspended, so keep that in mind.
Raw matmul numbers (torch.matmul, before -> after):
BF16 ~70 -> ~115 TFLOPS
FP16 ~69 -> ~112
TF32 ~36 -> ~59
FP32 24 -> 24 (unchanged)
Does it matter for actual generation?
Matmul numbers are nice, but I wanted to see what happens with a real workload, so I threw the heaviest thing I run at it: MiniMax H3 I2V, 481 frames (20 s at 24 fps), 10 steps, upstream ComfyUI on Windows 11.
Settings:
$env:TORCH_ALLOW_TF32_CUBLAS_OVERRIDE = "1"
$env:TORCH_CUDNN_V8_API_ENABLED = "1"
ComfyUI args: --use-ck-attention --fast fp16_accumulation autotune cublas_ops --disable-smart-memory --disable-pinned-memory
(ck = comfy-kitchen attention, not the AMD thing)
* Stock, 0.75 MP (~648x1152): ~165 s/step, ~31-32 min total, 280-310 W, ~23.8 GB VRAM
* Unlocked, 0.75 MP (~648x1152): ~136 s/step, ~24 min total, 342-346 W, 23.4 GB VRAM
* Unlocked, 0.60 MP (~576x1024): ~93 s/step, ~15.5 min total (+1 min VAE), 345-350 W, 22.8 GB VRAM
Same resolution, the unlock alone takes a step from 165 s down to 136 s, so about 20% faster. Dropping to 0.60 MP on top of that gets me to 93 s per step. At 0.75 MP I'm right at the VRAM limit and I think Windows starts shuffling memory around. At 0.60 MP there's some headroom, and for a 9:16 phone video I honestly can't see a difference. The card now sits at a flat 350 W the whole run, and a full 20 s clip went from over half an hour to about 16 and a half minutes. To be clear, the second jump is unlock plus lower resolution, not the unlock alone.
PR so the staging script refuses to run with BitLocker on: Windows-GPU-UNLOCK#215
Repo with a pre-flight check script, the benchmark and a step-by-step guide: zerfetzer666/rtx30-unlock-helper
Disclaimer: experimental, only certain board + card combos are supported (check the compatibility list), Secure Boot has to be off, and it has to be redone after every cold boot. Your hardware, your risk.
Full disclosure: this was a joint effort between me and my AI overlord Claude. It sat on its throne reading event logs and writing scripts, and I was the humble gimp crawling between the PC and the BIOS screen. I rebooted on command, flashed sticks, typed in the BitLocker recovery key over and over and reported back what the black screen was doing. My one moment of glory: I noticed the PC was powering off instead of crashing, and when the overlord wanted to call it a "known issue" and give up, I begged it to keep digging. It graciously did. Then it made me render 20-second videos all night for the benchmarks.
5900X / MSI B550 / 3090 FE / Win 11 / driver 610.88
46 points · 13 comments
Windows GPU unlock for RTX 3080 Ti (2208) via OCuLink — probe says unreviewed-envelope. Any working path?
**Setup**
- Mini-PC: GMKtec EVO-X3 (AMD Ryzen AI MAX+ 395 / Radeon 8060S iGPU)
- BIOS: AMI EVO-X3_V1.01
- eGPU: RTX **3080 Ti 12GB** over **OCuLink**
- PCI: segment 0, **bus 0x65**, dev 0, fun 0
- PCI ID: **10DE:2208** (subsystem 1462:3896)
- Windows 11 build 26200, NVIDIA driver 560.94, display on iGPU
- PCIe link often Gen4 **x4** (OCuLink)
**Goal**
Full FP16/BF16 tensor rate under **Windows** (Zagitta gpu-unlock style), not Linux.
**What I tried**
1. Official Linux project Zagitta/gpu-unlock — 3080 Ti is in Ampere “stable”, but I want to stay on Windows.
2. Windows port windows-GPU-UNLOCK/Windows-GPU-UNLOCK :
- Built the **generic read-only USB probe** (`-DGU_PROBE_GENERIC`), FAT32 stick, Secure Boot off for the test boots.
- Booted the stick from firmware boot menu after **full shutdowns** (multiple times).
- Probe **does** find the card at `0000:65:00.0` with cfg id `220810de`.
- Every DIAG ends with:
- `incomplete reason=probe-unreviewed-envelope`
- `capture-complete=0`
- no `PROM.BIN`
- So the new-machine / LOCAL profile pipeline never gets complete captures. Upstream `proven.json` probe device IDs include 3090/3090 Ti / 3080 **12GB 220a** / 3060 / 3070 etc., **not 2208 (3080 Ti)**.
Also posted in r/LocalLLaMA: reddit.com
**Questions**
1. Is there a **working Windows path** for **3080 Ti (2208)** at all (USB/UEFI, different fork, private profile)?
2. Anyone unlocked **OCuLink / non-01:00.0 bus** eGPUs on Windows successfully?
3. Is forcing/patching past `probe-unreviewed-envelope` a dead end / brick risk, or has someone extended the envelope for GA102 2208?
4. Practical alternative: **Linux dual-boot + gpu-unlock** for AI workloads and keep Windows stock — any gotchas with OCuLink + 3080 Ti?
Happy to share redacted DIAG excerpts (no PROM). Not looking for random closed-source “unlock.exe” downloads.
Thanks.
1 point · 1 comment
Mentions
RTX 3090 tensor unlock on Windows: got it to actually boot (BitLocker was the problem) + real ComfyUI video numbers Everyone's seen the 3090 tensor core unlock by now, but most of what I've read says it's a Linux thing and on Windows you can forget about it. The unlock itself already exists for Windows. What didn't work, for me and for the guy in issue #125, was getting back into Windows afterwards. That part is solved now. The project is Windows-GPU-UNLOCK windows-GPU-UNLOCK/Windows-GPU-UNLOCK , not mine. It lifts the GeForce cap on FP16/BF16 tensor throughput until the next power off. On my 3090 FE the log on the stick said success every single time, and then the PC just switched itself off before Windows came up. Turned out to be BitLocker. Booting the unsigned USB stick with Secure Boot off changes the TPM measurements, so Windows asks for the recovery key. The screen is still black at that point, you never see the prompt, and after about a minute Windows shuts down on purpose. Found it in the event log, where the boot manager had been sitting there waiting for input on earlier boots. Fix: suspend BitLocker before booting the stick Suspend-BitLocker -MountPoint C: -RebootCount 0 and run Resume-BitLocker when you're done. The drive key is unprotected while it's suspended, so keep that in mind. Raw matmul numbers (torch.matmul, before -> after): BF16 ~70 -> ~115 TFLOPS FP16 ~69 -> ~112 TF32 ~36 -> ~59 FP32 24 -> 24 (unchanged) **Does it matter for actual generation?** Matmul numbers are nice, but I wanted to see what happens with a real workload, so I threw the heaviest thing I run at it: MiniMax H3 I2V, 481 frames (20 s at 24 fps), 10 steps, upstream ComfyUI on Windows 11. Settings: $env:TORCH_ALLOW_TF32_CUBLAS_OVERRIDE = "1" $env:TORCH_CUDNN_V8_API_ENABLED = "1" ComfyUI args: --use-ck-attention --fast fp16_accumulation autotune cublas_ops --disable-smart-memory --disable-pinned-memory (ck = comfy-kitchen attention, not the AMD thing) \* Stock, 0.75 MP (\~648x1152): \~165 s/step, \~31-32 min total, 280-310 W, \~23.8 GB VRAM \* Unlocked, 0.75 MP (\~648x1152): \~136 s/step, \~24 min total, 342-346 W, 23.4 GB VRAM \* Unlocked, 0.60 MP (\~576x1024): \~93 s/step, \~15.5 min total (+1 min VAE), 345-350 W, 22.8 GB VRAM Same resolution, the unlock alone takes a step from 165 s down to 136 s, so about 20% faster. Dropping to 0.60 MP on top of that gets me to 93 s per step. At 0.75 MP I'm right at the VRAM limit and I think Windows starts shuffling memory around. At 0.60 MP there's some headroom, and for a 9:16 phone video I honestly can't see a difference. The card now sits at a flat 350 W the whole run, and a full 20 s clip went from over half an hour to about 16 and a half minutes. To be clear, the second jump is unlock plus lower resolution, not the unlock alone. PR so the staging script refuses to run with BitLocker on: Windows-GPU-UNLOCK#215 Repo with a pre-flight check script, the benchmark and a step-by-step guide: zerfetzer666/rtx30-unlock-helper Disclaimer: experimental, only certain board + card combos are supported (check the compatibility list), Secure Boot has to be off, and it has to be redone after every cold boot. Your hardware, your risk. Full disclosure: this was a joint effort between me and my AI overlord Claude. It sat on its throne reading event logs and writing scripts, and I was the humble gimp crawling between the PC and the BIOS screen. I rebooted on command, flashed sticks, typed in the BitLocker recovery key over and over and reported back what the black screen was doing. My one moment of glory: I noticed the PC was powering off instead of crashing, and when the overlord wanted to call it a "known issue" and give up, I begged it to keep digging. It graciously did. Then it made me render 20-second videos all night for the benchmarks. 5900X / MSI B550 / 3090 FE / Win 11 / driver 610.88
RTX 3090 tensor unlock on Windows: got it to actually boot (BitLocker was the problem) + real ComfyUI video numbers Everyone's seen the 3090 tensor core unlock by now, but most of what I've read says it's a Linux thing and on Windows you can forget about it. The unlock itself already exists for Windows. What didn't work, for me and for the guy in issue #125, was getting back into Windows afterwards. That part is solved now. The project is Windows-GPU-UNLOCK (windows-GPU-UNLOCK/Windows-GPU-UNLOCK, not mine). It lifts the GeForce cap on FP16/BF16 tensor throughput until the next power off. On my 3090 FE the log on the stick said success every single time, and then the PC just switched itself off before Windows came up. Turned out to be BitLocker. Booting the unsigned USB stick with Secure Boot off changes the TPM measurements, so Windows asks for the recovery key. The screen is still black at that point, you never see the prompt, and after about a minute Windows shuts down on purpose. Found it in the event log, where the boot manager had been sitting there waiting for input on earlier boots. Fix: suspend BitLocker before booting the stick Suspend-BitLocker -MountPoint C: -RebootCount 0 and run Resume-BitLocker when you're done. The drive key is unprotected while it's suspended, so keep that in mind. Raw matmul numbers (torch.matmul, before -> after): BF16 ~70 -> ~115 TFLOPS FP16 ~69 -> ~112 TF32 ~36 -> ~59 FP32 24 -> 24 (unchanged) Does it matter for actual generation? Matmul numbers are nice, but I wanted to see what happens with a real workload, so I threw the heaviest thing I run at it: MiniMax H3 I2V, 481 frames (20 s at 24 fps), 10 steps, upstream ComfyUI on Windows 11. Settings: $env:TORCH_ALLOW_TF32_CUBLAS_OVERRIDE = "1" $env:TORCH_CUDNN_V8_API_ENABLED = "1" ComfyUI args: --use-ck-attention --fast fp16_accumulation autotune cublas_ops --disable-smart-memory --disable-pinned-memory (ck = comfy-kitchen attention, not the AMD thing) * Stock, 0.75 MP (~648x1152): ~165 s/step, ~31-32 min total, 280-310 W, ~23.8 GB VRAM * Unlocked, 0.75 MP (~648x1152): ~136 s/step, ~24 min total, 342-346 W, 23.4 GB VRAM * Unlocked, 0.60 MP (~576x1024): ~93 s/step, ~15.5 min total (+1 min VAE), 345-350 W, 22.8 GB VRAM Same resolution, the unlock alone takes a step from 165 s down to 136 s, so about 20% faster. Dropping to 0.60 MP on top of that gets me to 93 s per step. At 0.75 MP I'm right at the VRAM limit and I think Windows starts shuffling memory around. At 0.60 MP there's some headroom, and for a 9:16 phone video I honestly can't see a difference. The card now sits at a flat 350 W the whole run, and a full 20 s clip went from over half an hour to about 16 and a half minutes. To be clear, the second jump is unlock plus lower resolution, not the unlock alone. PR so the staging script refuses to run with BitLocker on: Windows-GPU-UNLOCK#215 Repo with a pre-flight check script, the benchmark and a step-by-step guide: zerfetzer666/rtx30-unlock-helper Disclaimer: experimental, only certain board + card combos are supported (check the compatibility list), Secure Boot has to be off, and it has to be redone after every cold boot. Your hardware, your risk. Full disclosure: this was a joint effort between me and my AI overlord Claude. It sat on its throne reading event logs and writing scripts, and I was the humble gimp crawling between the PC and the BIOS screen. I rebooted on command, flashed sticks, typed in the BitLocker recovery key over and over and reported back what the black screen was doing. My one moment of glory: I noticed the PC was powering off instead of crashing, and when the overlord wanted to call it a "known issue" and give up, I begged it to keep digging. It graciously did. Then it made me render 20-second videos all night for the benchmarks. 5900X / MSI B550 / 3090 FE / Win 11 / driver 610.88
Windows GPU unlock for RTX 3080 Ti (2208) via OCuLink — probe says unreviewed-envelope. Any working path? **Setup** - Mini-PC: GMKtec EVO-X3 (AMD Ryzen AI MAX+ 395 / Radeon 8060S iGPU) - BIOS: AMI EVO-X3_V1.01 - eGPU: RTX **3080 Ti 12GB** over **OCuLink** - PCI: segment 0, **bus 0x65**, dev 0, fun 0 - PCI ID: **10DE:2208** (subsystem 1462:3896) - Windows 11 build 26200, NVIDIA driver 560.94, display on iGPU - PCIe link often Gen4 **x4** (OCuLink) **Goal** Full FP16/BF16 tensor rate under **Windows** (Zagitta gpu-unlock style), not Linux. **What I tried** 1. Official Linux project Zagitta/gpu-unlock — 3080 Ti is in Ampere “stable”, but I want to stay on Windows. 2. Windows port windows-GPU-UNLOCK/Windows-GPU-UNLOCK : - Built the **generic read-only USB probe** (`-DGU_PROBE_GENERIC`), FAT32 stick, Secure Boot off for the test boots. - Booted the stick from firmware boot menu after **full shutdowns** (multiple times). - Probe **does** find the card at `0000:65:00.0` with cfg id `220810de`. - Every DIAG ends with: - `incomplete reason=probe-unreviewed-envelope` - `capture-complete=0` - no `PROM.BIN` - So the new-machine / LOCAL profile pipeline never gets complete captures. Upstream `proven.json` probe device IDs include 3090/3090 Ti / 3080 **12GB 220a** / 3060 / 3070 etc., **not 2208 (3080 Ti)**. Also posted in r/LocalLLaMA: reddit.com **Questions** 1. Is there a **working Windows path** for **3080 Ti (2208)** at all (USB/UEFI, different fork, private profile)? 2. Anyone unlocked **OCuLink / non-01:00.0 bus** eGPUs on Windows successfully? 3. Is forcing/patching past `probe-unreviewed-envelope` a dead end / brick risk, or has someone extended the envelope for GA102 2208? 4. Practical alternative: **Linux dual-boot + gpu-unlock** for AI workloads and keep Windows stock — any gotchas with OCuLink + 3080 Ti? Happy to share redacted DIAG excerpts (no PROM). Not looking for random closed-source “unlock.exe” downloads. Thanks.