Skip to content
Projets

physicsdolphin/nv-uefi-unlocker has 2,371 GitHub stars and 211 forks. GitHot measured +74 stars in 24 hours and +577 in 7 days. Last checked 2026-11-12 14:39 UTC. Last push 2026-11-02.

Comment ces chiffres sont mesurés

Outil UEFI de déverrouillage des GPU NVIDIA, exécuté avant le chargement des pilotes, pour Windows, Linux, Hackintosh et tout système amorçable via EFI (Rust) : nettoyage SEC2 → FWSEC/WPR2 → Booter signé → charge utile V67 en quatre écritures, vérifiée par relecture. Vérifié sur la plupart des GPU des séries RTX 20, 30 et 40.

Progression mesurée des étoiles

in 24h
+74
in 7 days
+577
in 15 days
Historique en cours
in 1 month
Historique en cours

Variations nettes sur des périodes qui se chevauchent, pas des totaux quotidiens. Les mesures absentes restent vides. Les étoiles indiquent l’intérêt, pas la qualité.

README.md

Original

nv-uefi-unlocker 之 老黄刀法回退器 · 常见问题 FAQ

中文 | English

你的 GeForce 正以半速跑 AI——这个工具在驱动加载前把它修复。

“震惊!老黄刀法还能被回退???”

version GeForce platform license stars

GTX 16 + RTX 20 + RTX 30 + RTX 40 系列通用的 UEFI 预驱动 NVIDIA GPU 解锁工具

解开 NVIDIA 显卡的 Tensor 计算性能限制。从 U 盘启动,解锁后自动进入 Windows 或 Linux 或任意操作系统,无需刷写 VBIOS;断电后恢复原状。

先看 → 常见问题(USB 文件放置 / 回锁与睡眠 / 雷电与 eGPU / Secure Boot / 安全约束——绝大多数操作问题已有答案;背景概念见 什么是 UEFI / DXE / 链式引导)

观看项目宣传片 ↗ 官方视频:工具概览 ↗ · 完整实操走录 ↗

实测 FP16 / BF16 / TF32 张量吞吐最高约 2.6× · FP8 最高约 1.9× · 图像 / 视频生成 +14–75% · DirectML 推理算子最高 +94% · LLM 推理 prefill 最高 +19%(decode +5%)· 无 VBIOS 刷写,断电即复原(逐卡数据见兼容性矩阵;增益受功耗墙与精度路径制约——LLM 行为双卡 MoE 实测,非微基准外推)

理论解锁上限天梯图

理论解锁上限天梯图(FP16 · 桌面卡)——打开可交互版:FP32/TF32/FP16/BF16/FP8 五个精度页签、含 GTX 10 – RTX 50 桌面/笔记本/专业卡/矿卡/数据中心全量、可切换显示出厂现值;?k=fp8 直达指定精度。理论标尺与上方实测数字口径不同,见理论提升分析。

兼容性速览

系列 支持情况
GTX 16 · Turing 理论兼容,欢迎实机验证
RTX 20 · Turing 全系兼容;部分型号有已知问题,见完整矩阵
RTX 30 · Ampere GA10x 全系兼容,支持笔记本与台式
RTX 40 · Ada 全系兼容,支持笔记本与台式
Pascal 及更早 / GA100 / RTX 50 不支持

社区成功反馈与复现

以下 硬件型号 / 形态分组 用于大家直观查找自己的卡名字有没有成功先例(因为你第一时间可能不知道里面的pci id或者芯片代号!!!) 来源自视频评论区,部分选自社区验证汇总;评论区部分是观众报告,因为他们可能受相关限制无法访问github,我们帮助收集了他们的结果分享。同一型号多条报告时取信息量最大的一条。现行支持与已知限制仍以全量兼容性矩阵为准。

表中分别注明前后实测、只有解锁后截图和文字自述。基准算力增幅不等于实际应用增幅;同时超频或改变功耗条件的报告单独标注。

硬件型号 / 形态 社区报告的结果与条件 来源
RTX 2050 Laptop 4GB EFI 全链通过且 Windows ssdiag 判 UNLOCKED(PLM 全开、SS 覆盖值在效);初步 PyTorch 峰值 FP16 25.13 / BF16 25.33 TFLOPS,尚无严格锁定态 A/B #142
RTX 3050 Laptop 6GB(MUXless) GA107 家族第二个 in-OS 机型:v2.1.10 全链 + Windows ssdiag UNLOCKED;同机 A/B FP16 16.03 → 29.14(+82%)、BF16 +75%、TF32 +72%、FP32 双对照平;驱动 init 存活但 S3/S5 清除——混合本按"每引导重跑"使用 #188
RTX 2060 12GB 修复后通过;六轮单变量与 PROM 离线分析把 staging 钉在 4 GiB 边界(未给性能数值) #89
RTX 2060 Super 8GB 全链通过:FWSEC → WPR2 → BOOT_DIRECT → PLM 开启 → SS0/SS1 读回;签名还原、Windows 交棒正常 #12
RTX 2070 Laptop 8GB v2.1.3 通过;首个 Turing 笔记本成功记录,跨芯片同签名推动 >4G 分配修复(未给性能数值) #16
RTX 2070 8GB(开发者自测) 全链通过(FWSEC → BOOT_DIRECT booter → PLM 全开 → SS0/SS1 读回);FP32 累加 GEMM 36 → 60–63 TFLOPS(+67~75%),需 GSP 模式前置 最终结果
RTX 2070 Super Max-Q(笔记本) 首个 1ed1 in-OS:同盘两轮 A/B——默认 HIGH staging 必 0x89,\tx-low-staging.txt 后全绿;PyTorch FP16 26.63 → 35.15 TFLOPS(+32%),FP32 对照持平;Linux 专有驱动下 UNLOCKED #191
RTX 2080 8GB v2.1.8 修复后通过;报告者以 8 轮单变量和与成功机逐位 diff 定位 0x91(未给性能数值) #62
RTX 2080 Super 8GB 0x91 修复后复测通过:46 → 68 TFLOPS(+47.8%);该修复链的首个成功验证 #14
RTX 2080 Ti 同卡精确 A/B:FP16(FP32 累加)持续 58.70 → 94.97 TFLOPS(+62%),每时钟 ×1.80,60 s 浸泡 0 停顿、无 TDR/WHEA;FP32/INT8/带宽不变(300 W 墙、GSP 开启)。另有原厂 11GB 在 Linux 专有驱动下 60.31 → 89.57 TFLOPS 的跨平台全链记录;H3 收益不明显 #125 · #103 · S41
RTX 2080 Ti 22GB 改卡 自述最后一次尝试成功;未给性能对比 S33
RTX 3060 12GB FP16 25.37 → 45.79 TFLOPS;Anima 生图 1.20 → 1.94 it/s S30 · 截图
RTX 3060 Ti(联想 OEM 整机) 首个逐精度锁定态 A/B:FP16 30.25 → 56.41(1.86×,按钟 1.96×)、BF16 1.84×、TF32 1.85×,FP32 SIMT 对照 0.95–1.01× 平;锁定态恰为理论峰值的 46.7%——"钳制=恰一半"的正向实证。另有 v2.1.0 全链通过(PLM 翻转读回、跨厂刷映众冰龙 VBIOS) #199 · #11
RTX 3070 8GB(台式机) USB 引导解锁成功、diag 确认且生成时间 −50%;机器休眠(S4)后 diag 显示 not_unlocked、生成时间回落。同型号另一份 v0.2.0 记录为 EFI 全链 + FLR 后选择器保留、但进 Windows 不保留 Discussion #129 · #54
RTX 3070 Ti(台式机) v2.1.10 全链 + 进 Windows 保留(ssdiag 读回 PLM 开、SS 在效);同脚本 A/B:FP16 33.69 → 71.99(2.14×)、BF16 2.09×、TF32 2.20×,FP32/带宽对照平——GA10x TF32 出厂同钳的桌面实测点 #194
RTX 3070 Laptop 8GB FP16 42.05 → 82.06 TFLOPS;150W VBIOS + 超频环境 S12 · 截图
RTX 3070 Ti Laptop WMMA FP16 45.51 → 88.84 TFLOPS;cuBLAS FP16 基本不变 S36
RTX 3080 10GB 系统侧 UNLOCKED;FP16 53.91 → 84.60 TFLOPS S28 · 截图
RTX 3080 12G LHR ComfyUI 视频生成 800 秒 → 不足 500 秒(ID 未注明) 社区汇编
RTX 3080 20G BF16 GEMM 65 → 110–113(三次跑 110.11/113.01/113.19,功耗锁 275 W);模型常驻显存场景 qwen2.1 BF16 193.7 → 92.9 秒、krea2pornV4 42 → 31.5 秒 社区汇编
RTX 3080 Laptop 自述成功,BF16 约 +33%;无前后绝对值 S18
RTX 3080 Ti Laptop v2.1.0 成功自述;另一报告 BF16 45 → 72 TFLOPS,另有超频 S04 · S09
RTX 3080 Ti 20G(同德原生) 解锁成功;设备 ID/VBIOS 待回传(同德原生不等于 ES,可能为修卡或 ES 散片,未给性能数值) 社区汇编
RTX 3080 Ti(形态未说明) 截图 FP16 73.9 → 123.2,单位未标;FP32 对照基本不变 S48 · 截图
RTX 3090 Qwen-Image2.1 Turbo BF16 每图接近 60 秒 → 22 秒(前值为约数) S49
RTX 3090 20GB OEM(本人标注) FP16 77.36 → 115.20 TFLOPS;本人另报睡眠唤醒后失效 S46 · 截图
RTX 3090 Ti v2.1.10 免 marker 全链 + 输出哈希级 A/B(SM 1440→1015 MHz 同功耗做更多功):BF16 1.66×、273 W 降压下 TF32 +58%/FP16 +44%、300 s 稳态 +38%;HWiNFO 对照解锁后无一更热。另有 H3 INT8 工作流同 418.5W,单条总耗时 123.47 → 108.08 秒 #195 · S25 · 截图
RTX 4050 Laptop 6GB 成功自述;仅解锁后 FP16 39.15 TFLOPS,另有超频设置 S34 · 截图
RTX 4060 Laptop 截图 FP16/FP32 累加 31.12 → 54.33(单位未标);另有生图反馈 S01 · S16 · S42 · 截图
RTX 4060 Ti 8GB 首个 8GB 2803 数据点:读回通过(PLM 开、SS0/SS1、READOUT_1=0);cuBLAS 4096³ 中位 FP16 45.59 → 77.36(+69.7%)、BF16 45.64 → 77.74(+70.3%)、TF32 20.06 → 41.91(+108.9%),FP32 对照为噪声 PR #87
RTX 4060 Ti 16GB 两位观众报告成功及生图变快;含华硕 B550M 平台 S05 · S50
RTX 4060 8GB(形态未说明) MOSS Image 1024×1536、30 步,约 240 → 200 秒 S31
RTX 4070 Laptop FP16 N=4096:33.296 → 64.005 TFLOPS;另有成功自述 S21 · S39 · 截图
RTX 4070 台式机 FP16 61.99 → 76.32–87.82 TFLOPS(150W/200W 条件);生图 35 → 27 秒 S13 · 截图
RTX 4070(形态未说明) Pony 1024²:11.1 → 9.0 秒;Wan2.2 5B / 49 帧:96 → 78.2 秒 S44
RTX 4070M 魔改卡 AD106 / 10de:2820;自述更新后成功,FP16 40 → 70(单位未标) S02
RTX 4070 SUPER 桥 BME 修复后 replay/unlock 通过,marker、SS0/SS1、FLR 后出口读回正确;cuBLAS 8192 七次中位 FP16→FP32 累加 70.5 → 100.1、BF16 71.0 → 107.0、TF32 35.5 → 48.4,FP16 累加与 FP32 SIMT 对照基本不变(220 W) #3
RTX 4070 Ti(华硕 TUF OC) 本地修改版 v2.1.9 全链读回通过(POST-FLR verified、HANDOFF-OUT 全对);cuBLAS 8192³:FP16 80.35 → 137.97(1.72×)、BF16 80.44 → 144.13(1.79×),FP32 对照 1.01× Discussion #140
RTX 4070 Ti SUPER 含系统侧 UNLOCKED 截图;57.00 → 150.93 TFLOPS 的报告同时超频 S07 · S10 · S23 · S51 · 截图
RTX 4080 Laptop 自述 FP16 约 57 → 80 TFLOPS S08
RTX 4080 16GB 冷启动一次通过:WPR2 → marker → PLM 翻转 → 四写 → 选择器读回 → FLR 后 AON 存活 → bootmgfw 交棒;两次独立 A/B FP16 4096³ 100.53 → 185.50/185.24(1.85×)、BF16 4096³ 100.37 → 192.18/189.44(1.91×),FP32 对照不变(340 W 上限) #53 · Discussion #72
RTX 4080 SUPER 成功自述、约 1.85×;未提供应用耗时 S24
RTX 4080 SUPER 32GB 改卡 含 TRX40 双卡;BF16 107.1 → 191.1,prefill +16.4%/+19.1%、decode +5.5% S11 · S32 · S43 · 待补测上下文
RTX 4090 截图 TF32 79.4 → 148.5(单位未标);本人另报 MOSS BF16 约 +15%–20% S40 · S45 · 截图
RTX 4090 Laptop(配置截图标注) 后续自述可用;型号来自本人附的 AI 配置识别图,无性能对比 S38
RTX 5060 Ti 16GB(作为显示主卡) Blackwell 2d04 无资产家族映射,双卡机中被安全跳过、系统正常(副卡 4060 Ti 全链通过);不能算 5060 Ti 自身的解锁。自 #168 起 ssdiag / diag-unlock / EFI SAMPLE 会记录其 FEAT 块与熔丝(只读;门为 PL3-only,3/3 写入被丢),机理与探索现状见 docs/blackwell-gb20x-status.md #56 · #168
GTX 1080 Ti(负控) 同机三张均被正确跳过;Pascal 不属于解锁对象 #69
Tesla V100-SXM2-16GB(负控) 双卡机经 tx-select-bdf.txt 排除,目标卡正常解锁 Discussion #140
Quadro P600(显示副卡) X99 无核显双卡形态中作显示副卡,被正确跳过零写入(负控);目标 3060 12GB 正常解锁 Discussion #131
Quadro RTX 5000 报告者列为后续计划,尚无实测结果 S01

复现截图示例

点击图片查看来源与测试条件。完整图集:15 位观众的 22 张图片及说明 · 来源与 SHA-256 索引。

RTX 3060 12GB
RTX 3060 12GB community report
原图、来源与条件
RTX 3080 10GB / UNLOCKED
RTX 3080 10GB / UNLOCKED community report
原图、来源与条件
RTX 4060 Laptop
RTX 4060 Laptop community report
原图、来源与条件
RTX 4070 Laptop
RTX 4070 Laptop community report
原图、来源与条件

实战案例

兼容矩阵之外,这几个已闭环的案例展示了本工具背后的工程深度——每个都附完整日志与证据链:

  • 魔改 VBIOS 的计算负载 P8 锁(#90):2080 Ti 的 EFI 事务被 booter 明文反汇编证明源码级成功,Windows 里黑屏低频的真凶却是卡上刷过的 kingpin 类极限测试 BIOS(NV 发给 OEM 超频工作室的跑分特供,带 compute 负载独立 P-state 策略)。识别指纹:nvidia-smi 功耗读数远超零售墙。四层误导(判读假阴性/WHEA 硬件疑云/烤机正常/功率电路疑云)逐层剥开,最后一击来自多年改卡经验认出那个数字。→ 五层诊断链 · 机理开放问题
  • X99 + CSM 交棒定律(#35/#61):"事务全绿但 Windows 落 Code 12"历经四轮结论反转,最终定为交棒 console 归属链定律——与解锁/芯片族/拓扑无关,CSM off 即愈;后被 Zagitta 上游用户在 X99 上独立复现引证。→ 定律全文
  • 雷电解锁 = staging 低位化(#74):TB 平台 ≥4 GiB DMA 全链不可达的三死形定位 + 两机两实现单变量实锤,催生 v2.1.8 默认低位 staging(现零反例)。→ 取证矩阵

逐精度理论提升(简单分类口径;机理推导、三代 SM 架构图与 stressor 工具对账见理论提升依据):

精度档 执行单元 出货钳制(RTX 20–40) 理论上限
FP16 · BF16 · TF32(FP32 累加张量路径) 二~四代张量核 半速出货 2×
FP8(E4M3/E5M2) 四代张量核(SM89+) 半速出货 2×
FP16(FP16acc)/ INT8 / INT16 / INT32 / FP32 / FP64 张量核 / CUDA 核 / FP64 核 无(出厂全速) 1×

实际倍数受功耗墙、显存带宽与逐 die 分箱制约(典型 1.5–2×,同频归一化贴近 2×);CMP 矿卡例外(÷32 全路钳制,上限 32×)。

完整兼容性矩阵与逐卡实测(含 4090M 2757 / Alienware m18 R1 约 2 倍)

开始使用

1. 获取工具并检查前置条件

从 Releases 下载并解压发布包。发布包不附带 NVIDIA 固件,制盘脚本会自动下载指定版本并校验、生成所需文件。

准备一个 FAT32 U 盘,先备份其中的文件。目标机器须使用 UEFI 启动,关闭 Secure Boot,或为 EFI 自签并信任证书。笔记本优先使用独显直连,从系统选择“重启”后进入一次性启动菜单。

Turing 用户先在目标 Windows 的管理员 PowerShell 运行一次,再重启:

.\enable-turing-unlock.ps1

重启后确认 GSP 固件已运行,再制作 U 盘。Linux Turing 目标同样需要 GSP-RM;详见 GSP 前置说明。Linux 用户还应检查 RTD3,避免进入系统后掉电丢失解锁。

2. 制作启动 U 盘

在目标机(要解锁的机器)的解压目录直接运行:脚本自动识别本机显卡代际,只生成并下载对应固件。

Windows PowerShell:

.\make-usbroot.ps1

Linux / WSL / Git Bash:

bash make-usbroot.sh

在另一台机器上制作时显式指定代际:40 系 -Family 40,30 系 30,20 / 16 系 20。-Family all 把三代固件全部打进同一张 U 盘(一条命令即可服务多种卡)。

Windows 需要 PowerShell 5+;Linux 版需要 glibc ≥ 2.34(如 Ubuntu 22.04+ / Debian 12+)。首次生成需要联网,下载或校验失败时先处理错误,不要换固件版本。

生成的文件位于本地 usbroot/,其中已含 EFI/BOOT/BOOTX64.EFI。把 usbroot/ 的内容复制到 U 盘根目录即可(不要连目录一起拷成 U:\usbroot\)。其余抽取中间文件不需要复制。

U 盘(FAT32)
├── EFI/BOOT/BOOTX64.EFI
└── 固件文件(脚本末尾列出的 .bin 文件)

保留脚本生成的 v67-*.bin 解锁文件。完整文件清单与用途。

替换已有 EFI/BOOT/BOOTX64.EFI 前先备份。不要复制到系统 ESP,也不需要调整永久启动顺序。完整文件用途、异机制盘、多卡选择和其他选项见 USB 文件与选项。

3. 启动并验证

  1. 从固件的一次性启动菜单选择 U 盘。
  2. 版本屏按 空格或回车运行;其他键或 30 秒不操作会中止事务并交回系统引导器。目标 GPU 暂时黑屏或冻结末帧属正常现象。
  3. 等待工具完成并自动链回系统,日志在 U 盘根目录 loader.log。
  4. Windows 下用 release 页单独附带的 ssdiag-x86_64-windows.exe 检查系统内状态(它不再打进 zip——内含内核驱动、宿主未签名,整包会被部分杀软引擎误报,见 杀软误报),并用相同负载比较解锁前后的性能。Linux 可在源码仓库运行 sudo python3 tools/diag-unlock.py。详见 验证与修复。每次冷启动需要重放。

选了 U 盘一闪回到启动菜单(或直接进系统)、盘上没有 loader.log,说明 EFI 根本没被执行——此时也没有任何写入;多数是缺 EFI/BOOT/BOOTX64.EFI 或 Secure Boot 还开着,按 无法启动排查逐条核对。

遇到 STOP、异常或黑屏卡死,同会话不要重试;完全断电后拔 U 盘,走原系统引导,再按 恢复说明检查。

解锁日志全绿、Windows 却起不来(0xc000009a 恢复屏)?机制与已默认的修复见 交棒前的低位内存。

EFI 事务成功、进系统却没有解锁?提 issue 前先看 为什么解锁过的卡一进系统又被锁回去——多数是平台侧的复位或掉电事件,不是驱动在反制;那一节有判据、该抄日志的哪几行、以及还能做什么。

让 Agent 帮忙部署:部署指南。可以直接把下面这句话交给它:

请根据 https://github.com/physicsdolphin/nv-uefi-unlocker/blob/main/AGENTS.deploy.md ,帮我安装 nv-uefi-unlocker,为我的显卡解锁。

自行构建(可选)

使用发布包可跳过本节。需要 Rust 工具链;Windows 选择 MSVC 版本。在仓库根目录运行:

rustup target add x86_64-unknown-uefi
cargo build --release
cargo efi-tx

EFI 程序生成在 target/x86_64-unknown-uefi/release/loader.efi。用以下命令制作启动文件(40 系示例;30 系改 -Family 30,20 / 16 系改 -Family 20):

.\release\make-usbroot.ps1 -Family 40 -AssetsExe .\target\release\assets.exe -BootEfi .\target\x86_64-unknown-uefi\release\loader.efi
bash release/make-usbroot.sh --family 40 \
  --assets ./target/release/assets \
  --boot-efi ./target/x86_64-unknown-uefi/release/loader.efi

之后按上面的布局复制到 U 盘。只读诊断、测试与开发说明。

与 nvoc 配合

本工具解除 Tensor 计算性能限制;nvoc 在系统内提供功耗、电压和超频控制,两者可以叠加。

  1. 先完成本工具的解锁,在系统内确认状态并记录基准。
  2. 按 nvoc 文档选择适用于显卡的控制方式。kmd 功耗墙解锁在移动端可用,10/20 系桌面卡的效果尚待验证;set-volt-rail-limit 的电压墙控制适用于 10 系及之后 GPU。
  3. 用 cli-stressor-cuda-rs 在相同负载下对比,监控功耗、Hot Spot 和限频原因。

组合后功耗和温度可能大幅超过原厂包络,需自行确认散热与供电余量。组合测试结果与风险说明。

关于作者与团队

作者是一名长期硬件超频与显卡改装爱好者,经手超频魔改维修运维的 NVIDIA 显卡累计超过 数百 块(含大量矿卡与魔改卡),多年从事笔记本、桌面计算机、服务器运维、硬件维修、UEFI BIOS魔改逆向、硬件安全调试;

本项目是与同学一起进行的学生兴趣研究。正因如此,工具的每个写路径 都按"读回验证 + 证据归档"纪律设计,失败场景的恢复手段见 安全约束与实现边界。

本项目的开发过程使用了 AI 编程助手。与所有代码相同,AI 产出不享受任何 默认信任:事务代码是上游 GPL-2.0 实现的行为级移植,须先通过行为级模拟器 全绿、再经实机读回验证才进入发布——这条规则对人类与 AI 写的每一行代码 一视同仁。

参考资料与仓库

本项目是社区工作的直接受益者与衍生者,完整致谢见 docs/credits.md(按仓库历史中的实际作用核对归类)。

两处单独点名(完整名单见 credits.md §6):

  • 8bit2qubit(PR #5):确诊 booter 0x89 的真因——GPU 上游 PCI 桥 Bus Master 未使能,设备 DMA 收到 Master Abort——并给出 修复(BridgeMaster:事务前使能、结束原样还原)与第四张验证卡。台式机群体性 失败之谜由此闭环,该修复至今是每条事务的必备前置。issue #98 的记录勘误也由他 核对全部 release tag 源码、在同一台机器上双构建重跑后钉死(守卫作用域缺陷引入于 4b7e955,非初版)。见 bridge-bme 根因记录。
  • seti9585(#107):v2.1.10 起成为默认显示恢复 路径的 native-GOP console 重建(从本卡影子 Option ROM 提取未改原厂 GOP 并显式 启动)由其提出——其自有的 RTX4080SUPER-Tensor-Core-Unlocker 先证了机制,其对首版实现的源码复审抓出了 EFI_DECOMPRESS 协议结构体的字段错位 (#128 冻结点真因,edecba5)。发布说明同列署名;该方法是行为借鉴、代码独立 实现(其仓库无许可头)。

开发期实际研读与引用的仓库已 clone 至本地 reference/(不入库),按作用分组:

事务链母本与一手权威

  • gpu-unlock(GPL-2.0)——事务链移植母本; unlock_610.c 逐段对照与 mock 测试蓝本
  • gpu-unlock-ada(GPL-2.0)—— AD10x 四写链源头;28e1 报告(Windroid234)是本项目直接依据,并驱动本项目 三处判据修正(FBPA 0xffffff0f 接受、scrubber 非致命、EALREADY 不 FLR)
  • gpu-unlock-bar1—— AD10x 大 BAR1 参考线(未并入主线)
  • cmp90hx-unlock——V67 载荷链源头
  • open-gpu-kernel-modules(MIT)—— 引导路径一手权威:Turing 引导路径四处代际差异(BOOT_DIRECT、portal 直写、 RM_RISCV_UCODE_DESC v4、FWSEC generic-BL)全部据此考据落进代码
  • AD103_win_unlocker(TOTORONG)—— Windows EFI 载具工艺先例(GOP 断连/链式交接/事务日志范式)

Turing 谱系与定址(0x4096xx FEAT 块)

  • cmp170hx——PLM 语义、booter 0x89/0x91 状态码字典与验证方法论
  • cmp50hx-unlock——Turing 谱系实机闭环 源头:50HX(TU102)31.7× 实测,40HX/50HX 共用 TU102 booter 归档,是 TU106 全链可行性的实机依据;FEAT 块 0x409650/64/6c 定址亦出自此
  • turing-unlock(nlzy)——Zagitta kmod 的 Turing 官方改编(Dell 2080 Ti 22GB,FP16 约 1.6×);TU102 gadget/栈几何 表与 GSP IDA 库来源;TU_FEAT_READOUT 0x409668 引用源(ssdiag 与 loader 的 Turing readout 同源)
  • travis-mcdevitt/nv-uefi-unlocker—— 本项目下游 fork,其 Turing 成功链记录进入 0x91 取证对照
  • tu102-22g-uefi-unlock—— TU102 22G 改装卡 UEFI 方案(22G 支持线的同类对照)

同类 Windows/UEFI 先行工作

  • rtx30-unlock——Zagitta kmod 的 Windows/UEFI 移植(GA10x 同类先行)
  • rtx30-unlock-windows-toolkit—— 上者的单卡单显伴侣工具
  • rtx3080-unlock-public—— RTX 3080 10GB UEFI 实验先行(韩文)
  • KohakUnlock——Turing 谱系 (boot-hook 形态)与 4090 Windows/UEFI 的源码优先研究
  • Turing-unlock(haohervchb)—— 2080 Ti(TU102)易失解锁,2026-10-22 单跑成功记录
  • nv_unlock_win——Titan RTX Windows 内核例试验(同目标的另一条路)
  • gpuunlock——4090/4070 Ti SUPER 合并发行版

寄存器/熔丝侧线

  • ReBarUEFI(xCuri0,MIT)——30 系+ ReBAR 平台侧机制权威(枚举期 hook + PCIe ReBAR 扩展能力)与平台大 BAR 限制补丁目录;NvStrapsReBar 是其 Turing fork——推翻本项目此前"Turing BAR1 不可扩"的判断;M1 采样 PSTRAPS 解码直接依据
  • ga100-fuse-re · gpcprobe · 170hx-rir-tool——GA100 熔丝/RIR 架构(熔丝语义参考线)
  • p104-gen2-unlock——P104 PCIe Gen2 链路工具(PCI 配置空间操作参考,与算力解锁正交)
  • CMP 钳制机制史前史——FluidX3D #8 (2023-10-27,FP_CONTRACT OFF 禁 FMA 收缩:按指令类型降发射率的最早 公开行为学证据)→ NVIDIA-patcher #73 (2023-12-06,jetcat8848:170HX FP32 0.395→6.285 TFLOPS 15.9× + efuse 1/2^n 分频假设——九路速率选择器模型雏形,通向 2026 寄存器级破解的源头 线程);详见 docs/credits.md 与 theoretical-uplift §2 史前史注脚

逆向工具链

  • envytools——envydis(fuc5 Falcon 反汇编,量产 booter 安全段为密文、需密钥在场才可解)+ nvbios
  • faucon——fuc5 反汇编备选(实测解不了 量产 booter)

许可:GPL-2.0-only(LICENSE)。NVIDIA 固件与 VBIOS 版权归 NVIDIA,按其 原许可条款从钉版公开包本地再生,不在本仓库分发。

Star History

Explorer des projets similaires