GPU Unlock unter Windows
Der Windows-Weg aus impacifist/Windows-GPU-UNLOCK: eine UEFI-Anwendung entsperrt die Karte und lädt den Windows Boot Manager nach, sodass die Karte ohne Neustart nach Linux unter dem originalen NVIDIA-Treiber entsperrt bleibt.
Das Linux-Modul dieser Seite muss vor dem NVIDIA-Treiber laden, was einen Neustart nach Linux bedeutet. Dieses Projekt geht den umgekehrten Weg: eine selbst gebaute UEFI-Anwendung schreibt dieselben Register und übergibt dann im selben Start an den Windows Boot Manager. Die Karte kommt entsperrt unter dem originalen Windows-Treiber hoch.
Installer für Windows
Diese Seite baut ein Setup-Programm aus dem festgeschriebenen Quellarchiv v0.3.1. Installiert werden Skripte, Dokumentation und Lizenzen – also eine Quellkopie. Vorgebaute Artefakte enthält es nicht, weil das EFI-Image gegen die eigenen Partitionen kompiliert werden muss. Firmware-Dumps und Treiber-DLLs sind nicht enthalten und können es nicht sein; der Installer spart also den Checkout, nicht das Entsperren.
Installer herunterladen — GPU-Unlock-Windows-0.3.1-Setup.exe
| Festgeschriebene Quelle | v0.3.1 (9352abd27480) |
|---|---|
| SHA-256 des Installers | de4206e1a207597060256b63ea09245ff6acc259c26f97db5a5c50c9ace2aa35 |
| SHA-256 des Quellarchivs | d81ddec78fb260f6e9bbb0e5d66d4b9d168dbe53222813d2cce9c2e29e07d9c6 |
| Upstream-Release | impacifist/Windows-GPU-UNLOCK v0.3.1 |
Unsigniert und inoffiziell: weder von NVIDIA noch von ASUS oder impacifist veröffentlicht. Windows warnt vor einem unbekannten Herausgeber. Prüfe die SHA-256 des Archivs, bevor du die Skripte ausführst, und lies die Kompatibilitätsseite vor dem Build – ein erfolgreicher Build ist keine Erlaubnis zum Entsperren.
Drei Startwege
Gleiche EFI-Nutzlast, drei Arten, sie vor Windows zu bringen. Einen wählen; es sind keine Schritte einer Reihenfolge. Alle Befehle sind wörtlich aus der festgeschriebenen Dokumentation übernommen.
1. Festgeschriebene Quelle holen
Klone das Tag v0.3.1, nicht den Standardzweig. Dokumentation und EFI-Build hängen an dieser Revision, und die lokalen Dateien der Skripte sind zwischen Revisionen nicht übertragbar.
git clone --branch v0.3.1 --depth 1 https://github.com/impacifist/Windows-GPU-UNLOCK.git
cd Windows-GPU-UNLOCK2a. USB-Stick, keine Partitionsänderung
Ein gewöhnlicher FAT32-Stick; es wird keine Partition erstellt, verkleinert oder umtypisiert und kein Firmware-Starteintrag registriert. Das Werkzeug prüft Größe und Hash der fünf Assets und schreibt einen neuen lokalen Ordner – dessen Inhalt kopierst du selbst ins Stick-Wurzelverzeichnis.
python .\tools\prepare_usb.py --assets .\assets --output .\usb-package2b. Eigene interne ESP
Eine separate GPT-FAT32-EFI-Systempartition von mindestens 1 GiB, nach einem Backup von Hand vorbereitet. Configure.ps1 schreibt ignorierte lokale Dateien; Build.ps1 kompiliert einen Wrapper und ein Kind mit Hash-Vertrag. Keines von beiden ändert Starteinstellungen.
.\internal-boot\Configure.ps1 -UnlockDriveLetter U -WindowsEspGuid 'WINDOWS-ESP-GUID-HERE'
.\internal-boot\Build.ps1 -Clang 'C:\TOOLS\LLVM20\bin\clang.exe' -LldLink 'C:\TOOLS\LLVM20\bin\lld-link.exe'3. Bereitstellen, dann optional registrieren
Nur Bereitstellen ändert weder Starteintrag noch Startreihenfolge oder Schnellstart. -Register hängt einen separaten F8-Eintrag an und behält die bestehende Priorität. Der dokumentierte Start ist F8 → GPU Headless UNLOCK, danach keine Tastendrücke.
# Stage only: no boot entry, boot-order or Fast Startup change.
.\internal-boot\Headless.ps1 -Assets '.\assets'
# Stage and append a separate F8 entry, retaining existing boot priority.
.\internal-boot\Headless.ps1 -Assets '.\assets' -RegisterZurückrollen
Ein dokumentierter Befehl setzt Windows wieder nach vorn. Behalte den lokalen Zustand und die Backups der Skripte: sie sind Wiederherstellungsdaten, keine Release-Dateien.
.\internal-boot\Headless.ps1 -RestoreWindowsFirstFünf Firmware-Dateien, die du liefern musst
Packaging-Werkzeug und UEFI-Anwendung lehnen abweichende Hashes ab, ähnliche Versionen ersetzen sie also nicht. Erzeuge sie aus legal beschafften NVIDIA-Eingaben mit der festgeschriebenen Upstream-Pipeline; diese Seite verlinkt das Verfahren, nicht die Dateien.
- booter_load_ga102.bin
- v67-ga102-610.43.03.bin
- gsp_ga10x.bin
- gsp_boot_ga102.bin
- gsp_boot_desc_ga102.bin
Der eine dokumentierte Erfolg
Eine Maschine, eine Karte, ein Start: ASUS BIOS 3057 mit einer RTX 3090 Founders Edition am 2026-10-24. Das sind aufgezeichnete Werte, keine Positivliste – der Code prüft Konfiguration, PROM, Kaltzustand und Treibercode erneut und lehnt ab, wofür er nicht gebaut wurde.
| Karte | NVIDIA RTX 3090 Founders Edition, 24 GiB |
|---|---|
| PCI-Identität | 10de:2204 / subsystem 10de:1454 |
| GPU-BDF | 0000:01:00.0 |
| Mainboard / BIOS | ASUS TUF GAMING B650M-PLUS WIFI / BIOS 3057 |
| CPU | AMD Ryzen 7 7800X3D |
| Windows / Treiber | Windows 11 Home 26200 / NVIDIA 617.14 |
| Startmodus | x64 UEFI / Secure Boot disabled |
| PROM SHA-256 | 8ea297373e9e5d3600ff41ad9fae88f2d14c98c017d100669f7333981da673b4 |
Messung auf derselben Karte
Median aus je drei Läufen, CUDA 12.6 / cuBLAS, vor und nach dem Entsperren auf derselben Karte mit Treiber 617.14. Werte in TFLOPS.
| Last | Vorher | Nachher | Änderung |
|---|---|---|---|
| FP16 | 70.55 | 125.91 | +78.5% |
| BF16 | 70.53 | 128.70 | +82.5% |
Warum das nicht das Linux-Modul ist
Die Linux-Module dieser Seite bleiben installiert und laufen bei jedem Start, pro Karte über die Kernel-Kommandozeile freigeschaltet. Dies hier ist eine einmalige UEFI-Anwendung, gebunden an eine Partitions-GUID und ein Firmware-Profil; sie entsperrt, lädt Windows nach und ist danach nicht resident. Kein Kernel-Parameter, kein initramfs-Drop-in, kein DKMS-Paket.
Grenzen, die über den Versuch entscheiden
Für einen PC gebaut
Die ausführbare Datei hängt am gemessenen PCI/PROM/MMIO-Profil und einem bestimmten Partitionslayout. Andere Rechner brauchen einen eigenen Port, keinen Kompatibilitätsbericht.
Firmware selbst mitbringen
Die fünf Assets sind Eingaben, die du erzeugst. Ohne sie scheitert die Hash-Prüfung beim Packaging, und der Installer liefert sie nicht.
Prüfungen nicht aushebeln
Die Vorabprüfungen existieren, um ein Release auf einer nicht passenden Maschine zu stoppen. Sie zu überspringen macht aus einem fehlgeschlagenen Start einen schwarzen Bildschirm oder ein nicht startendes System.
Kein Langzeitergebnis
Dokumentiert sind ein erfolgreicher Start, ein Benchmark-Lauf und eine Windows-Sitzung. Langzeitstabilität, andere Spiele und realer Durchsatz sind separate, ungeprüfte Fragen.