A ReactOS lança o driver USB 3.0 inicial e mira no USB4. Descubra como esse marco aproxima o "Windows open-source" do uso diário. Confira a análise completa
Um marco depois de quase duas décadas
O ReactOS, projeto de código aberto que busca compatibilidade binária com programas e drivers do Windows, acaba de cruzar uma de suas fronteiras mais desafiadoras: a implementação de uma pilha de drivers USB 3.0 funcional.
O anúncio, feito no início de novembro de 2026, representa o coroamento de anos de trabalho e chega poucas semanas depois de outro avanço igualmente significativo — a capacidade de instalar o sistema diretamente em partições NTFS .
Para quem acompanha o ecossistema de sistemas operacionais alternativos, a notícia tem peso histórico. O USB 3.0 foi lançado em 2008, e o ReactOS operava apenas com controladores USB 1.x e 2.0.
Isso significava que uma vasta gama de periféricos modernos — de SSDs externos a placas de captura e hubs — simplesmente não funcionava no sistema . Com a fusão do pull request #9646, o projeto finalmente começa a preencher essa lacuna.
Neste artigo, você vai entender o que essa mudança significa na prática, quais são os próximos passos rumo ao USB4 e por que o ReactOS continua sendo uma peça-chave no quebra-cabeça da computação aberta.
O que é o ReactOS e por que o USB 3.0 importa tanto
O ReactOS é um sistema operacional livre e de código aberto para arquiteturas x86 e x64, desenvolvido para ser compatível em nível binário com programas e drivers criados para o Windows Server 2003 e versões posteriores .
Em outras palavras: o objetivo é permitir que aplicativos e drivers do Windows rodem nativamente, sem camadas de emulação ou tradução. Essa compatibilidade binária é o que diferencia o ReactOS de alternativas como o Wine (que traduz chamadas de API) ou máquinas virtuais.
O projeto adota o método de "sala limpa" (clean room), no qual o código é reescrito de forma independente, sem usar linhas proprietárias da Microsoft .
O problema é que, para atingir esse objetivo, o sistema precisa reimplementar não apenas as APIs do Windows, mas também todo o ecossistema de drivers e subsistemas de hardware.
O USB é um desses subsistemas críticos: sem ele, teclados, mouses, impressoras, câmeras e dispositivos de armazenamento externo simplesmente não funcionam.
Antes do merge do USB 3.0, o ReactOS dependia de controladores EHCI, OHCI e UHCI — padrões da era USB 2.0. Em placas-mãe modernas, que abandonaram esses controladores em favor do xHCI (eXtensible Host Controller Interface), o sistema ficava sem suporte a portas USB . A chegada do driver xHCI resolve esse gargalo.
Produto Recomendado
Você já percebeu que a maioria das pessoas só conversa com o ChatGPT... enquanto uma minoria está criando agentes de IA que executam tarefas, tomam decisões e geram receita sozinhos?
O livro "Construindo Aplicações com Agentes de IA: Projeto e Implementação de Sistemas Multiagentes" é o seu mapa prático — do zero à arquitetura profissional.
✅ Projeto e implementação passo a passo
✅ Sistemas multiagentes que colaboram entre si
✅ Aplicações reais para negócios e automação
✅ Linguagem acessível, com rigor técnico
💡 Não é teoria. É engenharia aplicada.
Eu ganho uma comissão quando você faz uma compra.
Detalhes técnicos: o que foi merged e como funciona
O pull request #9646, de autoria do desenvolvedor Justin Miller (conhecido como DarkFire01), importou três componentes centrais para a pilha USB 3.x do ReactOS :
- USBHUB3: responsável pelo gerenciamento de hubs USB, incluindo a enumeração e o roteamento de dispositivos conectados.
- USBXHCI: o driver que implementa o suporte ao controlador xHCI, interface padrão dos chipsets modernos para USB 3.x.
- UCX01000: framework de extensão do controlador host, que coordena a comunicação entre o driver do controlador e o gerenciador de dispositivos USB.
Além desses, o merge incluiu código relacionado ao USBDEX e ao USBD, além de interfaces SDK para desenvolvedores que queiram interagir com a pilha .
O xHCI é o ponto nevrálgico. Trata-se de uma especificação que unifica o suporte a USB 1.x, 2.0 e 3.x em um único controlador, reduzindo a complexidade do hardware e melhorando o desempenho.
Ao implementá-lo, o ReactOS não apenas ganha compatibilidade com dispositivos USB 3.0, mas também se alinha à arquitetura usada pela maioria dos computadores fabricados desde a década de 2010.
Miller relatou que vem usando essa pilha USB diariamente em um ambiente Windows 11 há algum tempo e que distribuiu versões binárias para outros desenvolvedores testarem. O feedback, segundo ele, é de estabilidade "bastante razoável" .
O caminho para o USB4 e a conexão com o NTFS
O merge do USB 3.0 não é um ponto final. O próprio autor do pull request adiantou que um segundo PR está a caminho, com suporte a DeviceProperty para os roteadores de host (Host Router) e de dispositivo (Device Router) do USB4 . Ou seja: a arquitetura já foi pensada para evoluir.
O USB4, vale lembrar, não é apenas uma versão mais rápida do USB 3.2. Ele introduce uma arquitetura baseada em túneis (tunneling), que pode transportar simultaneamente dados USB, DisplayPort e PCI Express por um único cabo. Implementar esse ecossistema exige mudanças profundas na forma como o sistema operacional gerencia os dispositivos e os barramentos. O ReactOS está começando a construir essa base.
Essa evolução só faz sentido porque o projeto também avançou em outra frente: o suporte de instalação em NTFS. Até outubro de 2026, o ReactOS exigia uma partição FAT32 para ser instalado. Com o novo driver NTFS, o sistema pode ser instalado diretamente no mesmo sistema de arquivos usado pela maioria dos PCs com Windows .
Embora o driver ainda careça de cache, journaling e suporte a segurança — limitações reconhecidas pela própria equipe —, o passo é simbólico e prático: encurta a distância entre o ReactOS e o mundo real .
A combinação de NTFS + USB 3.0 coloca o projeto em uma trajetória mais próxima do uso cotidiano. Ainda há obstáculos (compatibilidade com DirectX moderno e .NET recente, por exemplo, continua parcial ), mas cada avanço reduz o atrito para quem deseja testar ou desenvolver para a plataforma.
Checklist para acompanhar o desenvolvimento do ReactOS
Copie e cole a lista abaixo para monitorar os próximos passos do projeto:
□ Verificar se o driver USB 3.0 foi incluído na versão estável 0.4.16 ou em nightly builds.
□ Acompanhar o segundo PR sobre DeviceProperty e USB4 Host/Device Router.
□ Testar a instalação em NTFS e reportar bugs no GitHub.
□ Consultar o roadmap oficial do ReactOS para prazos de beta.
□ Seguir os desenvolvedores (Justin Miller / DarkFire01) no GitHub para atualizações.
Questionário rápido
1. Qual é a principal diferença entre o driver USB 3.0 do ReactOS e os drivers anteriores?
R: O novo driver implementa o padrão xHCI, que unifica o suporte a USB 1.x, 2.0 e 3.x, enquanto os anteriores dependiam de controladores EHCI, OHCI e UHCI (exclusivos da era USB 2.0).
2. Por que o suporte a NTFS foi um marco importante para o ReactOS?
R. Porque permitiu instalar o sistema diretamente em partições NTFS, o sistema de arquivos usado pela maioria dos PCs com Windows, eliminando a necessidade de uma partição FAT32 separada.
3.O que o ReactOS precisa implementar para suportar USB4?
R. Precisa do suporte a DeviceProperty para os roteadores de host (Host Router) e de dispositivo (Device Router) do USB4, que será abordado em um segundo pull request.
Conclusão: um passo de cada vez, mas na direção certa
O ReactOS não se tornará um substituto pronto para o Windows da noite para o dia. Ainda faltam peças importantes — compatibilidade com APIs gráficas modernas, suporte a .NET recente e uma pilha de segurança mais robusta, para citar algumas.
No entanto, o merge do USB 3.0 e o avanço do NTFS mostram que o projeto está finally resolvendo gargalos históricos de hardware.
Para entusiastas de código aberto, desenvolvedores de drivers e pesquisadores de sistemas operacionais, o ReactOS segue sendo um laboratório valioso: um esforço de décadas para reconstruir, de forma limpa e independente, um dos softwares mais complexos já criados. Cada driver que chega é uma prova de que a engenharia reversa ética e colaborativa pode produzir resultados concretos.
Se você quiser acompanhar de perto, a recomendação é testar as nightly builds (com as devidas precauções) e contribuir com relatórios de bugs. O caminho até o USB4 e, quem sabe, um beta estável, passa por essa comunidade ativa e pela validação prática de cada novo componente.
Nenhum comentário:
Postar um comentário