Tempo limite de verificação de mensagem de exibição sem fio
Esse teste automatizado verifica se o driver gráfico pode lidar com atrasos no protocolo Miracast. O teste instala um dispositivo de software para emular o coletor Miracast, inicia uma sessão e verifica se o driver pode lidar corretamente com atrasos em mensagens de protocolo induzidas pelo teste.
Detalhes do teste
| Especificações |
|
| Plataformas |
|
| Versões com suporte |
|
| Tempo de execução esperado (em minutos) | 10 |
| Categoria | Compatibilidade |
| Tempo limite (em minutos) | 600 |
| Requer reinicialização | false |
| Requer configuração especial | false |
| Tipo | automático |
Documentação adicional
Os testes nessa área de recursos podem ter documentação adicional, incluindo pré-requisitos, configuração e informações de solução de problemas, que podem ser encontrados nos tópicos a seguir:
Executando o teste
Antes de executar o teste, conclua a configuração de teste conforme descrito nos requisitos de teste: Pré-requisitos do Adaptador Gráfico ou do Teste de Chipset.
Solucionando problemas
Para solucionar problemas genéricos de falhas de teste do HLK, consulte Solução de problemas de falhas de teste do Windows HLK.
Para obter informações de solução de problemas, consulte Solução de problemas de teste de device.graphics.
O teste gera um arquivo de log de mensagens RTSP: virtualsinklog.{ ...} .txt. O nome real desse arquivo pode ser encontrado no arquivo de log de teste. Por exemplo:
Message 6/13/2013 7:39:22.724 PM RTSP log file: virtualsinklog.{3D55759A-4BB2-43C6-9AD6-9D98D6726908}.txt
O trabalho de teste captura arquivos WirelessDisplay.etl e WPP.etl . Você pode encontrar esses arquivos selecionando Resultados do Trabalho Filho no Gerenciador do Windows HLK (Windows Hardware Lab Kit) e, em seguida, navegando por logs de trabalho para Rastreamento de Limpeza de Exibição Sem Fio.
WirelessDisplay.etl contém informações sobre a sessão miracast do início ao fim. A maioria dos eventos é alinhada com chamadas DDI para o DRIVER de modo de usuário (UMD) e o KMD (driver de modo kernel). Os problemas de investigação de IHV podem achar útil procurar erros nesses eventos de DDI. Os nomes de eventos devem ser familiares para o desenvolvedor porque correspondem de perto aos nomes DDI usados para o recurso sem fio. Esse arquivo pode ser analisado usando o WPA (Windows Performance Analyzer).
O WPP.etl contém rastreamentos WPP capturados para os eventos de kernel de exibição relacionados ao Miracast. Esses rastreamentos são altamente detalhados e devem fornecer informações adequadas sobre falhas de sessão suficientes para depurar a maioria dos problemas. Esses arquivos exigem acesso aos símbolos para decodificá-los. Os símbolos do sistema operacional devem estar disponíveis para IHVs. A linha de comando a seguir deve ser usada para decodificar wpp.etl em wpp.txt é: netsh trace convert overwrite=yes tmf=..\symbols.pri\TraceFormat WPP.etl.
Todos os casos de teste retornam PASS ou FAIL. Os detalhes do teste estão disponíveis no log de teste (Te.wtl), que você pode exibir no Windows HLK Studio.
| Erro | Descrição/solução alternativa |
|---|---|
Falha ao disparar o coletor virtual... evento. |
O teste falhou ao gerar o evento desejado. Execute novamente o teste. |
Esperava que o estado da sessão fosse iniciado ou iniciado pendente, mas encontrado... |
O driver não lidou corretamente com um atraso nas mensagens do protocolo Miracast. |
Mais informações
Parâmetros
| Nome do parâmetro | Descrição do parâmetro |
|---|---|
| LLU_NetAccessOnly | Nome da LLU do usuário líquido |
| ConfigDisplayCommandLine | Linha de comando personalizada para ConfigDisplay. Padrão: logotipo |
| WDKDeviceID | ID do dispositivo do DUT |