GPU Unlock no Windows
A rota Windows do impacifist/Windows-GPU-UNLOCK: um aplicativo UEFI desbloqueia a placa e encadeia o Windows Boot Manager, então a placa fica desbloqueada sob o driver NVIDIA original, sem reiniciar no Linux.
O módulo Linux deste site precisa carregar antes do driver NVIDIA, o que exige reiniciar no Linux. Este projeto faz o contrário: um aplicativo UEFI compilado por você faz a mesma escrita de registrador e então entrega o controle ao Windows Boot Manager na mesma inicialização. A placa sobe desbloqueada sob o driver original do Windows.
Instalador para Windows
Este site compila um programa de instalação a partir do arquivo-fonte v0.3.1 fixado. Ele instala os scripts, a documentação e as licenças, ou seja, uma cópia do código. Não há binários pré-compilados: a imagem EFI precisa ser compilada para as suas próprias partições. Despejos de firmware e DLLs de driver não estão nem podem estar incluídos; o instalador poupa o checkout, não o desbloqueio.
Baixar o instalador — GPU-Unlock-Windows-0.3.1-Setup.exe
| Fonte fixada | v0.3.1 (9352abd27480) |
|---|---|
| SHA-256 do instalador | de4206e1a207597060256b63ea09245ff6acc259c26f97db5a5c50c9ace2aa35 |
| SHA-256 do arquivo-fonte | d81ddec78fb260f6e9bbb0e5d66d4b9d168dbe53222813d2cce9c2e29e07d9c6 |
| Versão upstream | impacifist/Windows-GPU-UNLOCK v0.3.1 |
Sem assinatura e não oficial: não é publicado pela NVIDIA, pela ASUS nem pelo impacifist. O Windows avisará sobre um editor desconhecido. Confira o SHA-256 do arquivo antes de rodar os scripts e leia a página de compatibilidade antes de compilar — compilar com sucesso não é permissão para desbloquear.
Três rotas de inicialização
A mesma carga EFI, três formas de colocá-la diante do Windows. Escolha uma; não são etapas em sequência. Os comandos foram copiados literalmente da documentação fixada.
1. Obter a fonte fixada
Clone a tag v0.3.1, não o branch padrão. A documentação e a compilação EFI dependem dessa revisão, e os arquivos locais gravados pelos scripts não são portáveis entre revisões.
git clone --branch v0.3.1 --depth 1 https://github.com/impacifist/Windows-GPU-UNLOCK.git
cd Windows-GPU-UNLOCK2a. Pendrive, sem mexer em partições
Um pendrive FAT32 comum; nenhuma partição é criada, reduzida ou tem o tipo alterado, e nenhuma entrada de boot do firmware é registrada. A ferramenta valida tamanho e hash dos cinco arquivos e grava uma pasta local nova — copie você mesmo o conteúdo para a raiz do pendrive.
python .\tools\prepare_usb.py --assets .\assets --output .\usb-package2b. ESP interna dedicada
Uma partição de sistema EFI GPT FAT32 separada, de pelo menos 1 GiB, preparada à mão após backup. O Configure.ps1 grava arquivos locais ignorados; o Build.ps1 compila um wrapper e um filho com contrato de hash. Nenhum dos dois muda configurações de boot.
.\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. Depositar e, se quiser, registrar
Apenas depositar não altera entrada de boot, ordem nem inicialização rápida. O -Register acrescenta uma entrada F8 separada e mantém a prioridade existente. A inicialização documentada é F8 → GPU Headless UNLOCK, sem pressionar nada depois.
# 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' -RegisterReverter
Um comando documentado devolve o Windows ao primeiro lugar. Guarde o estado local e os backups gravados pelos scripts: são entradas de recuperação, não arquivos de release.
.\internal-boot\Headless.ps1 -RestoreWindowsFirstCinco arquivos de firmware que você precisa fornecer
A ferramenta de empacotamento e o aplicativo UEFI rejeitam hash divergente, então uma versão parecida não substitui. Gere-os a partir de entradas NVIDIA obtidas legalmente com o pipeline upstream fixado; este site indica o procedimento, não os arquivos.
- booter_load_ga102.bin
- v67-ga102-610.43.03.bin
- gsp_ga10x.bin
- gsp_boot_ga102.bin
- gsp_boot_desc_ga102.bin
O único sucesso documentado
Uma máquina, uma placa, uma inicialização: ASUS BIOS 3057 com uma RTX 3090 Founders Edition em 2026-10-24. São valores registrados, não uma lista de permissão — o código reconfere configuração, PROM, estado frio e código do driver, e recusa aquilo para o que não foi compilado.
| Placa | NVIDIA RTX 3090 Founders Edition, 24 GiB |
|---|---|
| Identidade PCI | 10de:2204 / subsystem 10de:1454 |
| BDF da GPU | 0000:01:00.0 |
| Placa-mãe / BIOS | ASUS TUF GAMING B650M-PLUS WIFI / BIOS 3057 |
| CPU | AMD Ryzen 7 7800X3D |
| Windows / driver | Windows 11 Home 26200 / NVIDIA 617.14 |
| Modo de boot | x64 UEFI / Secure Boot disabled |
| PROM SHA-256 | 8ea297373e9e5d3600ff41ad9fae88f2d14c98c017d100669f7333981da673b4 |
Medição na mesma placa
Mediana de três execuções, CUDA 12.6 / cuBLAS, antes e depois do desbloqueio na mesma placa com o driver 617.14. Valores em TFLOPS.
| Carga | Antes | Depois | Variação |
|---|---|---|---|
| FP16 | 70.55 | 125.91 | +78.5% |
| BF16 | 70.53 | 128.70 | +82.5% |
Por que não é o módulo do Linux
Os módulos Linux deste site ficam instalados e rodam a cada boot, habilitados placa a placa na linha de comando do kernel. Aqui é um aplicativo UEFI de uso único, preso a um GUID de partição e a um perfil de firmware; desbloqueia, encadeia o Windows e deixa de residir. Sem parâmetro de kernel, sem drop-in de initramfs e sem pacote DKMS.
Limites que decidem se vale tentar
Compilado para um PC
O executável está preso ao perfil PCI/PROM/MMIO medido e a um layout de partições específico. Outra máquina exige um porte, não um relatório de compatibilidade.
Traga seu firmware
Os cinco arquivos são entradas que você gera. Sem eles o empacotamento falha na checagem de hash, e o instalador não os fornece.
Não burle as checagens
As verificações prévias existem para barrar uma execução numa máquina que não corresponde. Ignorá-las é o que transforma um boot falho em tela preta ou sistema que não inicia.
Sem resultado de longo prazo
Estão documentados um boot bem-sucedido, uma rodada de medições e uma sessão do Windows. Estabilidade de longo prazo, outros jogos e vazão real sob carga são questões separadas e não verificadas.