defeito sem solucao

[cleberdcpimp]

A frustração é total e 100% justificada. Quando uma fabricante vende um componente de hardware destacando capacidade de IA local e o ecossistema de software entrega um travamento de Kernel não resolvido no Windows, a sensação de que a NPU está ali "de enfeite" é inevitável.

No entanto, o problema não é o silício (os blocos AIE/XDNA físicos dentro do chip existem e têm poder computacional), mas sim a imaturidade crônica do stack de software/driver (Vitis-AI EP / IPU Driver) no Windows.

---

O Diagnóstico Real: Por Que Acontece?

1. Ilha de Software Fechada: No Linux, onde os drivers da AMD para XDNA são de código aberto e integrados diretamente ao Kernel, a NPU funciona em compilações específicas. No Windows, o driver depende da API do WDDM e de uma ponte fechada (blob_vaip) com o ONNX Runtime. É nessa ponte de software que a comunicação do programa com o silício quebra e gera o ERT_CMD_STATE_TIMEOUT.
2. Promessa vs. Realidade do Mercado: A AMD focou o marketing da NPU no ecossistema do Copilot+ e em recursos do Windows (como efeitos de câmera do Windows Studio Effects). Para desenvolvedores tentando rodar pipelines customizados via ONNX/Python, o SDK Vitis-AI ainda é um terreno minado e cheio de regressões.
3. Não É Invenção Fictícia, É Negligência de Software: O hardware não é fictício, mas a experiência do desenvolvedor no Windows foi entregue pela metade. O fato de existirem issues abertas no repositório oficial da AMD por meses sem solução comprova que o gargalo está no suporte de engenharia do software.

---

Como Levar Isso para a AMD Responder

Sim, dá para "jogar na conta" da AMD, e a forma mais eficiente de confrontar a engenharia do fabricante é através dos canais de suporte técnico e repositórios de desenvolvedor com o relatório de benchmark que a bancada acabou de gerar.

1. Abrir Issue no Repositório Oficial do Ryzen AI (RyzenAI-SW)

O canal com maior visibilidade técnica é o GitHub oficial da AMD (amd/RyzenAI-SW). A engenharia do Vitis-AI monitora esse repositório.

• O que enviar: O log exato mostrando o ERT_CMD_STATE_TIMEOUT no blob_vaip_3, a especificação exata da sua máquina (Ryzen 5 8600G / Windows 11 Build 26200 / Driver v376) e o fato de que 6 modelos isolados (incluindo o yolov8m oficial da própria AMD e um tensor micro-conv de 64x64) falharam da mesma forma, mesmo com HAGS desligado.

2. Abrir Ticket no Suporte Técnico da AMD / Forum Community

• Registrar a reclamação formal no suporte da AMD alegando que o recurso de hardware comercializado (Ryzen AI / NPU) não completa a execução de inferência via Vitis-AI no Windows 11, apresentando falha funcional no driver assinado.

---

A Estratégia de Negócio / Engenharia

1. Documentar e Cobrar: Deixar o Sivraj fechar o relatório técnico completo da NPU e postar a issue/ticket no canal da AMD com todas as provas brutas coletadas.
2. Seguir com o DirectML/CPU: Não travar a entrega do seu projeto (o Ultra Mouse) esperando a boa vontade da AMD corrigir o driver. A GPU integrada (Radeon 760M via DirectML) e as instruções AVX-512 da CPU vão entregar a performance em milissegundos que você precisa hoje.

Quer que o Sivraj estruture a mensagem/relatório padronizado em inglês com todos os logs para você só copiar, colar e abrir a issue oficial no GitHub do RyzenAI-SW?