Современное резервное стрессовое и длительное тестирование
Системные конструкторы должны выполнять стресс-тесты и длительные тесты на современных резервных системах, чтобы помочь выявить и устранить потенциальные проблемы надежности. Современный режим ожидания позволяет системе работать, даже если она находится в состоянии низкой мощности, выключения экрана. Это состояние отличается от традиционных состояний acPI Sleep (S3) и Hibernate (S4), в которых большая часть системного оборудования и программного обеспечения остановлена, а затем остается неактивной, пока она не будет перезапущена в возобновлении.
Современная резервная версия позволяет системе оставаться и работать в течение гораздо более длительного времени и поэтому может предоставлять проблемы с надежностью оборудования и программного обеспечения, которые не будут обнаружены в системе, поддерживающей только S3 и S4.
Вход и выход
Каждая современная резервная система должна быть проверена, чтобы войти и выйти из современной резервной системы не менее 1000 циклов без сбоя. Вход в современную резервную систему и выход из нее — это основное взаимодействие пользователя с низкой мощностью в системе и должно быть чрезвычайно надежным.
Успешное ввод и выход из современного резервного копирования проверяет ряд компонентов оборудования, встроенного ПО и драйверов устройств, включая:
- Оборудование платформы, которое управляет операцией питания, включая IC управления питанием (PMIC).
- Оборудование управления и инициализации панели отображения.
- Встроенное ПО и драйвер сетевых устройств Wi-Fi.
- Драйвер графического устройства.
Стресс-тестирование современной резервной записи и выхода можно автоматизировать с помощью средства PwrTest. PwrTest должен быть установлен в целевой системе в составе комплекта драйверов Windows (WDK), который включает дополнительное программное обеспечение для автоматизации системной кнопки питания в современных резервных системах.
| Сценарий тестирования | Ожидаемый результат | Диагностические заметки |
|---|---|---|
Система может входить и выйти из современной резервной системы надежно для по крайней мере 1000 циклов. |
Используйте средство PwrTest и параметр командной строки /cs, чтобы автоматически циклировать систему через современный резервный режим для 1000 циклов. Ожидаемый результат заключается в том, что система завершает все 1000 циклов. |
Мы рекомендуем постепенно увеличить стресс-тест до 1000 циклов. Сначала проверьте 100 циклов. Если обнаружена ошибка, подключите систему к отладчику ядра и отладчику оборудования SoC и повторите тест на 100 циклов, чтобы записать и определить первопричину проблемы. После успешного завершения 100-циклического теста расширьте число циклов до 500 циклов, а затем до 1000 циклов. |
Переходы состояния низкой мощности SoC
Встроенное ПО и драйверы, отвечающие за управление переходами SoC между неактивными и активными состояниями питания, должны быть высоконадежными, чтобы противостоять стрессу работы в течение длительного периода в современном резервном режиме. Переходы состояния низкой мощности soC должны быть подчеркнуты с помощью длительного современного резервного тестирования. Это тестирование помогает обеспечить надежную работу системы в течение длительной длительности ожидания, например в выходные дни. Этот тест должен выполняться при подключении к питанием AC.
| Сценарий измерения | Ожидаемый результат | Заметки о power |
|---|---|---|
Система может оставаться в современном режиме ожидания в течение 100 часов подряд и работает при выходе. Система поддерживает подключение Wi-Fi в течение 100 часов, а подключение Wi-Fi работает при выходе. |
Поместите систему в современный режим ожидания и запустите ее с помощью кнопки питания через 100 часов. Ожидаемый результат заключается в том, что система работает мгновенно, и подключение Wi-Fi работает без дополнительной настройки или выбора сети Wi-Fi. |
Мы рекомендуем постепенно увеличить длительный тест до 100 часов. Сначала проверьте 24 часа. Если обнаружена ошибка, подключите систему к отладчику ядра и отладчику оборудования SoC и повторите 24-часовой тест для записи и определения первопричины проблемы. После успешного завершения 24-часового теста продлить длительность до 100 часов. |
Windows HLK Современный резервный стресс-тест
Набор лабораторий оборудования Windows (HLK) включает современный резервный стрессовый тест с Подключение резервного стресса с параллелизмом средства проверки драйверов, который выполняет автоматические современные резервные переходы в то же время, что драйверы устройств выполняются для операции устройства. Тест предназначен для проверки того, что устройство и его драйверы продолжают функционировать в качестве системного перехода на состояние современной резервной мощности и из нее.
Этот тест является важной частью проверки того, что система продолжает работать должным образом после выхода из современной резервной системы. Этот тест включается в состав Windows HLK и требуется для сертификации системы.
Проверка операции
В этом тесте используются интерфейсы SimpleIO Платформы тестирования устройств Windows (WDTF) для выполнения устройств, перечисленных в системе. Эти устройства включают датчики, камеры, аудио, графику, Wi-Fi, хранилище и устройства Bluetooth. Тест помещает систему в современную резервную систему в течение одной минуты, а затем переходит в систему из современного резервного копирования и выполняет упражнения на устройства в течение 30 секунд. Этот цикл повторяется 150 раз.
Во время выполнения теста средство проверки драйверов включено для выявления ошибок драйвера и утечки памяти.
Тест помогает определить следующие проблемы с системным драйвером или драйвером устройств:
- Система не отвечает или завершает работу во время операции устройства после современного резервного сеанса.
- Неспособность системы ввести состояние низкой мощности (самое глубокое состояние платформы среды выполнения или DRIPS) после действия устройства.
- Проблемы с драйверами, выявленные проверяющим драйвером, включая повреждение системы, сбои драйверов и утечки памяти.
- Проблемы с драйвером после возобновления работы с современным резервным режимом, включая неответственность, сбои или коды проблем.
Устранение ошибок теста
Тест выполняет несколько устройств, что может привести к различным типам сбоев тестов. Определение типа сбоя теста является первым шагом для поиска первопричин системных проблем или драйверов.
Тест обычно завершается ошибкой в одном из следующих трех режимов сбоя:
- Тест завершается ошибкой, и ошибка записывается в журналы Windows HLK, содержащие данные об обнаруженном сбое.
- Тест завершается ошибкой, но система не сообщает серверу Windows HLK в результате сбоя; однако система реагирует и работает с локальным взаимодействием.
- Тест не завершается, и система под тестом завершается сбоем или не отвечает (зависает на черном экране).
Отладка тестовых сбоев, записанных в журналах Windows HLK
Существует два распространенных типа сбоев, когда тестовые сбои записываются в журналах Windows HLK:
- Система не смогла войти в состояние низкой мощности (DRIPS) во время теста.
- Тест обнаружил, что он больше не может взаимодействовать с драйвером, а время ожидания произошло.
Вы можете использовать отчет SleepStudy, который входит в состав журналов тестирования, чтобы определить, какие компоненты отвечают за предотвращение входа системы в состояние низкой мощности (DRIPS). Существует несколько распространенных причин:
- Проблемы с настройкой и настройкой, включая использование проводного адаптера Ethernet, который не поддерживает функции NDIS 6.3 и современной резервной версии.
- Проблемы с DHCP-сервером в проводной локальной сети.
- Устройство и (или) драйвер, который не работает в собственном режиме низкой мощности во время современного резервного режима.
Журналы тестирования также могут содержать сообщение об ошибке, указывающее, какие устройства не отвечают на запросы ввода-вывода своевременно. Это условие считается сбоем теста, так как оно может предотвратить работу пользователя или приложения при возобновлении работы системы из современного резервного режима.
Журналы тестирования указывают на последние устройства для выполнения операций ввода-вывода. Эти устройства являются источником сбоя теста. Выходные данные журнала тестирования в следующем примере показывают, что время ожидания устройства ACPI\XXXX\2&DAFA3FF&1.
Message |
7.16.2013 12:50:24.333 |
WDTF_SIMPLEIO_STRESS_PROC: - WaitAsyncCompletion(Некоторые устройства датчика расположения ACPI\XXXX\2&DAFA3FF&1) |
Message |
7.16.2013 12:59:50.333 |
WDTF_SIMPLEIO_STRESS_PROC: — WaitAsyncCompletion(некоторые другие устройства XXX_XXX\UART_XXX\3&2F829BAD&0&F00D) |
Распространенная причина сбоев заключается в плохом приеме GPS, что приводит к тому, что устройство GPS занимает очень много времени для ответа на запросы ввода-вывода. Дополнительные сведения о выполнении этого теста на системах с gps-устройствами см. в заметках о системах, оснащенных GPS.
Отладка тестовых сбоев без журналов (и адаптивная система)
Если система под тестом по-прежнему работает без признаков того, что тест по-прежнему запущен, скорее всего, это то, что система столкнулась с неустранимой ошибкой или перезапущена. Чтобы выполнить отладку этих проблем, проверка системный каталог для любых файлов дампа и отключите любой аппаратный наблюдатель, который может сбросить систему.
Отладка тестовых сбоев, когда система не отвечает (черный экран)
Если система заморожена на черном экране, отладчик ядра должен быть подключен к системе для диагностики проблемы.
Если отладчик ядра уже подключен и система не отвечает на отладчик ядра, требуется отладчик оборудования, чтобы определить причину блокировки системы. Вы можете обратиться к основному поставщику силиконовой или SoC, чтобы получить дополнительную помощь в отладке.
Дополнительная документация по HLK
Заметки о системах, оснащенных GPS
Если в системе есть устройство GPS или устройство датчика расположения, перед запуском теста необходимо включить следующие параметры Windows:
- панель управления\Оборудование и звук\Расположение Параметры\Включение платформы расположения Windows
- PC Параметры\Privacy\Location: разрешить Windows и приложениям использовать мое расположение
Средство диагностики датчика можно использовать в комплекте драйверов Windows (WDK), чтобы подтвердить прием СИГНАЛА GPS на тестовом сайте. Дополнительные сведения см. в разделе "Тестирование функций датчика" с помощью средства диагностики датчика.