Test moderni di standby e durata prolungata

I progettisti di sistema devono eseguire test di stress e test a durata prolungata nei sistemi di standby moderni per identificare e risolvere potenziali problemi di affidabilità. Lo standby moderno consente al sistema di mantenere l'esecuzione, anche quando si trova in uno stato di basso consumo e disattivato dello schermo. Questo stato è diverso dai tradizionali stati ACPI Sleep (S3) e Hibernate (S4), in cui gran parte dell'hardware e del software di sistema viene arrestato e quindi rimane inattivo fino a quando non viene riavviato in seguito al curriculum.

Lo standby moderno consente al sistema di rimanere operativi per un tempo totale molto più lungo e può quindi esporre problemi di affidabilità hardware e software che non verrebbero individuati in un sistema che supporta solo S3 e S4.

Ingresso e uscita

Ogni sistema di standby moderno deve essere convalidato per entrare e uscire da Modern Standby per almeno 1.000 cicli senza errori. L'ingresso e l'uscita dallo standby moderno è l'interazione principale dell'utente con un'operazione a basso consumo nel sistema e deve essere estremamente affidabile.

L'immissione e l'uscita da Modern Standby convalidano una serie di componenti hardware, firmware e driver di dispositivo, tra cui:

• L'hardware della piattaforma che gestisce l'operazione del pulsante di alimentazione, incluso l'ic di risparmio energia (PMIC).
• Hardware di gestione e inizializzazione del pannello di visualizzazione.
• Il firmware e il driver del dispositivo Wi-Fi e di rete.
• Driver di dispositivo grafico.

I test di stress dell'ingresso e dell'uscita dello standby moderno possono essere automatizzati usando lo strumento PwrTest. PwrTest deve essere installato nel sistema di destinazione come parte di Windows Driver Kit (WDK), che include software aggiuntivo per automatizzare il pulsante di alimentazione del sistema nei sistemi Modern Standby.

Scenario di test	Risultato previsto	Note di diagnostica
Il sistema può entrare ed uscire in modo affidabile dallo standby moderno per almeno 1.000 cicli.	Usare lo strumento PwrTest e l'opzione della riga di comando /cs per scorrere automaticamente il sistema tramite Standby moderno per 1.000 cicli. Il risultato previsto è che il sistema completa tutti i 1.000 cicli.	È consigliabile aumentare in modo incrementale il test di stress a 1.000 cicli. Prima di tutto, eseguire il test per 100 cicli. Se viene rilevato un errore, connettere il sistema a un debugger del kernel e al debugger hardware SoC e ripetere il test di 100 cicli per acquisire e determinare la causa radice del problema. Al termine del test di 100 cicli, estendere il conteggio dei cicli a 500 cicli e quindi a 1.000 cicli.

Transizioni di stato soC a basso consumo

Il firmware e i driver responsabili della gestione delle transizioni SoC tra gli stati di alimentazione inattiva e attivo devono essere altamente affidabili per resistere alle sollecitazioni di funzionamento per lunghi periodi in standby moderno. Le transizioni di stato soC a basso consumo devono essere stressate tramite test di standby moderni a durata prolungata. Questo test consente di garantire che il sistema rimanga operativo in modo affidabile durante lunghe durate di standby moderno, ad esempio nel fine settimana. Questo test deve essere eseguito durante la connessione all'alimentazione AC.

Scenario di misurazione	Risultato previsto	Note di risparmio energia
Il sistema può rimanere in standby moderno per 100 ore consecutive ed è funzionale all'uscita. Il sistema mantiene la connettività Wi-Fi durante le 100 ore e la connettività Wi-Fi è funzionale all'uscita.	Mettere il sistema in standby moderno e riattivarlo con il pulsante di alimentazione dopo 100 ore. Il risultato previsto è che il sistema attiva immediatamente e la connessione Wi-Fi è operativa senza configurazione aggiuntiva o selezione di una rete Wi-Fi.	È consigliabile aumentare in modo incrementale il test di durata prolungata a 100 ore. Prima di tutto, eseguire il test per 24 ore. Se viene rilevato un errore, connettere il sistema a un debugger del kernel e al debugger hardware SoC e ripetere il test di 24 ore per acquisire e determinare la causa radice del problema. Al termine del test di 24 ore, estendere la durata a 100 ore.

Test di stress di Standby moderno di Windows HLK

Windows Hardware Lab Kit (HLK) include un test di stress di standby moderno denominato stress di standby Connessione ed Standby stress with Driver Verifier's Concurrency Stress che esercita transizioni di standby moderne automatiche nello stesso momento in cui i driver di dispositivo vengono esercitati per l'operazione del dispositivo. Il test è progettato per verificare che il dispositivo e i relativi driver continuino a funzionare man mano che il sistema passa da e verso lo stato di alimentazione standby moderno.

Questo test è una parte fondamentale della convalida che il sistema continua a funzionare come previsto dopo l'uscita da Modern Standby. Questo test è incluso come parte di Windows HLK ed è necessario per la certificazione del sistema.

Verifica operazione

Il test usa le interfacce SimpleIO (WDTF) di Windows Device Testing Framework (WDTF) per esercitare i dispositivi enumerati nel sistema. Questi dispositivi includono sensori, fotocamere, audio, grafica, Wi-Fi, archiviazione e dispositivi Bluetooth. Il test inserisce il sistema in Standby moderno per un minuto e quindi esegue la transizione del sistema dallo standby moderno ed esegue l'esercizio dei dispositivi per 30 secondi. Questo ciclo si ripete 150 volte.

Durante l'esecuzione dei test, Driver Verifier è abilitato per identificare i bug del driver e le perdite di memoria.

Il test consente di identificare i problemi di sistema o driver di dispositivo seguenti:

• Un sistema non risponde o si arresta in modo anomalo durante l'operazione del dispositivo dopo una sessione di standby moderna.
• L'impossibilità per il sistema di immettere lo stato a basso consumo (stato di inattività della piattaforma di runtime più profondo o DRIPS) dopo l'attività del dispositivo.
• Problemi del driver identificati da Driver Verifier, tra cui danneggiamento del sistema, errori del driver e perdite di memoria.
• Problemi del driver dopo la ripresa da Modern Standby, tra cui mancata risposta, arresti anomali o codici di problema.

Risoluzione degli errori di test

Il test esegue più dispositivi, che possono causare diversi tipi di errori di test. L'identificazione del tipo di errore di test è il primo passaggio per individuare la causa radice dei problemi di sistema o driver.

Il test in genere non riesce in una delle tre modalità di errore seguenti:

1. Il test ha esito negativo e l'errore viene registrato nei log di Windows HLK, che contengono dati sull'errore rilevato.
2. Il test non riesce, ma il sistema non segnala al server Windows HLK a causa dell'errore; tuttavia, il sistema è reattivo e funziona con l'interazione locale.
3. Il test non viene completato e il sistema sottoposto a test si arresta in modo anomalo o non risponde (bloccato in una schermata nera).

Debug di errori di test registrati nei log di Windows HLK

Esistono due tipi di errore comuni quando vengono registrati errori di test nei log di Windows HLK:

• Il sistema non è riuscito a immettere lo stato DRIPS (Low Power State) durante il test.The system failed to enter the low-power state (DRIPS) during the test.
• Il test ha rilevato che non è più in grado di comunicare con un driver e si è verificato un timeout.

È possibile usare il report SleepStudy, incluso come parte dei log di test, per identificare quali componenti sono responsabili dell'immissione dello stato DRIPS (Low Power Power State). Esistono diverse cause comuni:

• Testare i problemi di configurazione e configurazione, incluso l'uso di una scheda Ethernet cablata che non supporta la funzionalità NDIS 6.3 e Modern Standby.
• Problemi del server DHCP nella rete LAN cablata.
• Un dispositivo e/o driver che non è inattiva correttamente alla propria modalità a basso consumo durante lo standby moderno.

I log di test possono includere anche un messaggio di errore che indica quali dispositivi non hanno risposto alle richieste di I/O in modo tempestivo. Questa condizione è considerata un errore di test perché può impedire all'utente o a un'app di funzionare quando il sistema riprende da Modern Standby.

I log di test indicano gli ultimi dispositivi per eseguire operazioni di I/O, ovvero l'origine dell'errore di test. L'output del log di test nell'esempio seguente mostra il timeout del dispositivo ACPI\XXXX\2&DAFA3FF&1.

Message	16/7/2013 12:50:24.333	WDTF_SIMPLEIO_STRESS_PROC : - WaitAsyncCompletion(Some Location Sensor Device ACPI\XXXX\2&DAFA3FF&1)
Message	16/7/2013 12:59:50.333	WDTF_SIMPLEIO_STRESS_PROC : - WaitAsyncCompletion(Some Other Device XXX_XXX\UART_XXX\3&2F829BAD&0&F00D)

Una causa comune di errori è la scarsa ricezione GPS, che fa sì che il dispositivo GPS richieda molto tempo per rispondere alle richieste di I/O. Per altre informazioni sull'esecuzione di questo test sui sistemi con dispositivi GPS, vedi Note per i sistemi dotati di GPS.

Debug di errori di test senza log (e un sistema reattivo)

Se il sistema sottoposto a test è ancora in esecuzione senza segnali che il test è ancora in esecuzione, la causa più probabile è che il sistema abbia rilevato un errore irreversibile o riavviato. Per eseguire il debug di questi problemi, controllare la directory di sistema per eventuali file di dump e disabilitare qualsiasi watchdog hardware che potrebbe reimpostare il sistema.

Debug di errori di test quando il sistema non risponde (schermo nero)

Se il sistema è bloccato su una schermata nera, è necessario che un debugger del kernel sia connesso al sistema per diagnosticare il problema.

Se il debugger del kernel è già connesso e il sistema non risponde al debugger del kernel, è necessario un debugger hardware per identificare il motivo per cui il sistema si blocca. È possibile consultare il provider core silicon/SoC per ulteriore assistenza per il debug.

Documentazione aggiuntiva di HLK

• Informazioni di riferimento sul test HLK
• Strumenti disponibili

Note per i sistemi dotati di GPS

Se il sistema sottoposto a test dispone di un dispositivo GPS o di un dispositivo sensore di posizione, è necessario abilitare le impostazioni di Windows seguenti prima di eseguire il test:

• Pannello di controllo\Hardware e suono\Posizione Impostazioni\Attiva la piattaforma Posizione Di Windows
• PC Impostazioni\Privacy\Posizione: Consenti a Windows e alle app di usare la mia posizione

È possibile usare lo strumento di diagnostica del sensore in Windows Driver Kit (WDK) per confermare la ricezione del segnale GPS nel sito di test. Per altre informazioni, vedere Test delle funzionalità dei sensori con lo strumento di diagnostica del sensore.