Microsoft windows qfe версии

  • Технические форумы

  • Компьютерная безопасность

  • Вирусы и антивирусы

  • Автор темы
    Автор темы

    Force

  • Дата начала
    Дата начала

  • Теги
    Теги

    kaspersky

    касперский



  • #1

Добрый день! В антивирусе касперского в событиях маячат уведомления:

Программа «Microsoft Windows QFE» версии «» установлена.
Программа «Microsoft Windows QFE» версии «» удалена.

Что за программа ?

  • Технические форумы

  • Компьютерная безопасность

  • Вирусы и антивирусы

  • На данном сайте используются cookie-файлы, чтобы персонализировать контент и сохранить Ваш вход в систему, если Вы зарегистрируетесь.
    Продолжая использовать этот сайт, Вы соглашаетесь на использование наших cookie-файлов.

Вы когда-нибудь задумывались, с помощью чего формируется список установленных обновлений Windows? А через какое API его достать? Ответы на эти и другие возникающие вопросы я постараюсь дать в своём небольшом исследовании.

Предыстория или с чего всё началось.

В нашей компании каждый год проходит конференция молодых специалистов, где каждый участник может решить проблему какого-либо отдела (список тем заранее предлагается).

Раньше на каждое «ТО» с помощью WSUS подтягивались все выпущенные обновления и распространялись на все машины. Также периодически выходили ТСБ (технические сервисные бюллетени), в которых указывалось, что требуется установить необходимые обновления в виде изолированных пакетов. В итоге у нас накапливаются обновления, которые в WSUS отследить нельзя, а можно было увидеть только через панель управления в разделе «Установленные обновления».

Наглядная схема обновления

Бывают ситуации, когда АРМ или сервер «падает» и приходится его восстанавливать из образа, созданного некоторое время назад. При восстановлении из образа есть вероятность того, что мы можем потерять нужные нам обновления (которые пришли в виде изолированных пакетов), которые устанавливались до падения машины. Объяснил максимально подробно насколько мог, потому что уточнения будут уже коммерческой тайной.

Вот поэтому и возникла идея создать программу, которая бы могла извлечь этот список обновлений (желательно удаленно по локальной сети), записать в файл/базу, сравнить текущий перечень с неким шаблоном и выдать сообщение на SCADA систему через один из протоколов — SNMP, OPC.

Как вы могли догадаться из названия статьи, уже на выборе метода получения списка у меня возникла непростая задача. Я, как обычно, решил поискать нужное в поисковике, задал вопросы на профильных ресурсах (раз, два, на английском stackoverflow почему-то не понравился мой вопрос и его пришлось удалить), но все ответы не давали нужного результата. Поэтому пришлось разбираться самому, о чем и пойдет речь далее.

Консольные команды

Начнем с простого и воспользуемся тем, что предлагает нам Windows без использования сторонних средств. Это можно сделать с помощью следующих команд:

  • wmic qfe list
  • systeminfo
  • dism /online /get-packages
  • через PowerShell:
    • Get-HotFix
    • Get-SilWindowsUpdate (доступно только в серверных редакциях)
    • Get-WmiObject -Class win32_quickfixengineering — через доступ к WMI классу win32_quickfixengineering (о WMI чуть позже)

Получить список через графический интерфейс можно через стандартный пункт Панели управления «Установка/удаление программ», но скопировать оттуда мы ничего не можем. Каждый инструмент панели управления представлен файлом .cpl в папке Windows\System. Файлы .cpl в системную папку Windows автоматически загружаются при запуске панели управления. За пункт Программы отвечает файл Appwiz.cpl. Его анализ ни к чему не привел.

Вывод консольной команды можно перенаправить в файл и дальше начать его парсить, но это неправильно, плюс вызов программы (по правилам СБ не пройдет) и об удаленном получении списка речь не идёт. Поэтому предлагаю вам просто вызвать команды, сравнить количество обновлений в каждом списке, со списком через Панель управления и продолжить наше расследование дальше.

Формально все методы получения списка обновлений можно разделить на две группы: локальные и сетевые.

Локальные и сетевые методы получения информации

Все методы проверялись на чистых образах систем (Windows 7, 8, Server 2012 R2) с интегрированными обновлениями, после каждого обновления через Центр обновления с официальных серверов Microsoft проводилась дополнительная проверка. Остановимся на каждом из них подробнее.

WUA

WUApi (Windows Update Agent API) — использование API агента обновления Windows. Самый явный вариант, название которого говорит само за себя. Использовать для этого будем библиотеку Wuapi.dll.

Примечание: далее для своего удобства все результаты я буду вставлять в List. Это, возможно, не рационально, но тогда мне это казалось хорошей идеей.

Пример реализации

using WUApiLib;

public static List<string> listUpdateHistory()
{
	//WUApi
	List<string> result = new List<string>(200);

	try
	{
		UpdateSession uSession = new UpdateSession();
		IUpdateSearcher uSearcher = uSession.CreateUpdateSearcher();
		uSearcher.Online = false;
		ISearchResult sResult = uSearcher.Search("IsInstalled=1 And IsHidden=0");

		string sw = "Количество обновлений через WUApi: " + sResult.Updates.Count;
		result.Add(sw);
		foreach (WUApiLib.IUpdate update in sResult.Updates)
		{
			result.Add(update.Title);
		}
	}

	catch (Exception ex)
	{
		result.Add("Что-то пошло не так: " + ex.Message);
	}
	
	return result;
}

Есть и вторая вариация этого метода: Update Session — получение информации с помощью подключения к сессии обновления Windows Update Agent (в данном случае работаем не напрямую с библиотекой).

Пример реализации

public static List<string> Sessionlist(string pc)
{
	List<string> result = new List<string>(50); //не забудь изменить количество

	object sess = null;
	object search = null;
	object coll = null;

	try
	{
		sess = Activator.CreateInstance(Type.GetTypeFromProgID("Microsoft.Update.Session", pc));
		search = (sess as dynamic).CreateUpdateSearcher();

		int n = (search as dynamic).GetTotalHistoryCount();
		int kol = 0;
		//coll = (search as dynamic).QueryHistory(1, n);
		coll = (search as dynamic).QueryHistory(0, n);

		result.Add("Количество через Update.Session: " + n);
		foreach (dynamic item in coll as dynamic)
		{
			if (item.Operation == 1) result.Add(item.Title);
			kol++;
			//Console.WriteLine("Количество: " + kol);
		}
		result.Add("Количество в цикле: " + kol);
	}
	catch (Exception ex)
	{
		result.Add("Что-то пошло не так: " + ex.Message);
	}
	finally
	{
		if (sess != null) Marshal.ReleaseComObject(sess);
		if (search != null) Marshal.ReleaseComObject(search);
		if (coll != null) Marshal.ReleaseComObject(coll);
	}

	return result;
}

Microsoft подсказывает об удаленном использовании API.

Главный минусы этих двух методов — не позволяют найти исправления KB, которые не распространяются через Центр обновления Windows. Можно увидеть только то, что прошло через сам агент обновления, то есть данный вариант нас не устраивает.

DISM

Система обслуживания образов развертывания и управления ими (Deployment Image Servicing and Management) — это средство командной строки, которое может использоваться для обслуживания образа Windows или для подготовки образа среды предустановки Windows (Windows PE). Является заменой диспетчера пакетов (Pkgmgr.exe), PEimg и Intlcfg.

Данная утилита используется для интеграции обновлений, сервис паков в образ системы. Обновления Windows представляют собой отдельные модули, которые могут быть представлены в нескольких вариантах:

  • .cab-файлы (Cabinet) — архивы. Предназначены для распространения и установки при помощи модулей Центра обновлений Windows в автоматизированном режиме;
  • .msu-файлы (Microsoft Update Standalone Package) — исполняемые файлы. Предназначены для распространения и установки самими пользователями в ручном режиме через каталог обновлений Microsoft. Фактически представляют собой упакованный набор, состоящий из .cab-, .xml, .txt-файлов.

Ранее упомянутая команда dism /online /get-packages отображает основную информацию обо всех пакетах в wim образе/текущей системе. Microsoft позаботилась о нас и предоставляет NuGet packages для удобного использования API.

Пример реализации

using Microsoft.Dism;

public static List<string> DISMlist()
{
	List<string> result = new List<string>(220);

	try
	{
		DismApi.Initialize(DismLogLevel.LogErrors);
		var dismsession = DismApi.OpenOnlineSession();
		var listupdate = DismApi.GetPackages(dismsession);

		int ab = listupdate.Count;
		//Console.WriteLine("Количество обновлений через DISM: " + ab);
		string sw = "Количество обновлений через DISM: " + ab;
		result.Add(sw);

		foreach (DismPackage feature in listupdate)
		{
			result.Add(feature.PackageName);
			//result.Add($"[Имя пакета] {feature.PackageName}");
			//result.Add($"[Дата установки] {feature.InstallTime}");
			//result.Add($"[Тип обновления] {feature.ReleaseType}");
		}
	}

	catch (Exception ex)
	{
		result.Add("Что-то пошло не так: " + ex.Message);
	}

	return result;
}

Количество обновлений совпадало с количеством из списка Панели управления до первого апдейта через центр управления — после него количество обновлений стало меньше (было 214, стало 209), хотя по логике они должны были увеличиться. Примеры вывода До обновления, После обновления.

С чем это связано я могу только предполагать — возможно, какие-то обновления замещали предыдущие, следовательно, и количество стало меньше.

Чуть позже я наткнулся на утилиту от китайцев DISM++, которая основана не на DISM API или DISM Core API, но имеющиеся в ней библиотеки не имеют нужных мне открытых методов, поэтому я забросил эту идею и продолжил поиски дальше.

WSUS

Windows Server Update Services (WSUS) — сервер обновлений операционных систем и продуктов Microsoft. Сервер обновлений синхронизируется с сайтом Microsoft, скачивая обновления, которые могут быть распространены внутри корпоративной локальной сети. Опять же специальный инструмент, предназначенный для работы с обновлениями.

Распространяется только на серверных редакциях ОС Windows, поэтому был развернут следующий стенд:

  • основная система – Windows Server 2016;
  • а через систему виртуализации Hyper-V были развернуты две клиентские ОС:
    • Windows 8.1
    • Windows 7

Все системы соединены в единую виртуальную локальную сеть, но

без выхода в сеть Интернет

.

Немного советов

Чтобы не выделять раздел жесткого диска для новой системы я пользуюсь WinNTSetup и устанавливаю систему в VHD диски — загрузчик, начиная с Windows 7 (редакций Professional/Ultimate), прекрасно справляется с загрузкой с образа диска. Полученные таким образом диски можно спокойно использовать и в Hyper-V — убиваете сразу двоих зайцев. Не забудьте только сделать заранее копию хранилища BCD через команду bcdedit /export e:\bcd_backup.bcd.

Настраивать AD для рассылки обновлений я не захотел, поэтому просто прописал в групповых политиках путь к WSUS серверу:

Параметры настройки

Обязательно уделите внимание на порт, я из-за опечатки (8350 вместо 8530) не мог получить обновления на клиентских машинах, хотя сделано было всё верно. Так же названия пунктов в групповых политиках на Windows 7 и Windows 8 различаются.

Для получения отчета средствами WSUS необходимо дополнительно установить пакет — система уведомит вас об этом.

А теперь немного кода

//не забудьте добавить ссылку на библиотеку 
using Microsoft.UpdateServices.Administration;

public static List<string> GetWSUSlist(params string[] list)
{
	List<string> result = new List<string>(200); //не забудь изменить количество

	string namehost = list[0]; //имя Пк, на котором будем искать string  = "example1";
	string servername = list[1]; //имя сервера string  = "WIN-E1U41FA6E55"; 
	string Username = list[2];
	string Password = list[3];
	
	try
	{
		
		ComputerTargetScope scope = new ComputerTargetScope();
		IUpdateServer server = AdminProxy.GetUpdateServer(servername, false, 8530);
		ComputerTargetCollection targets = server.GetComputerTargets(scope);
		// Search
		targets = server.SearchComputerTargets(namehost);

		// To get only on server FindTarget method
		IComputerTarget target = FindTarget(targets, namehost);
		result.Add("Имя ПК: " + target.FullDomainName);

		IUpdateSummary summary = target.GetUpdateInstallationSummary();
		UpdateScope _updateScope = new UpdateScope();
		// See in UpdateInstallationStates all other properties criteria

		//_updateScope.IncludedInstallationStates = UpdateInstallationStates.Downloaded;
		UpdateInstallationInfoCollection updatesInfo = target.GetUpdateInstallationInfoPerUpdate(_updateScope);

		int updateCount = updatesInfo.Count;

		result.Add("Кол -во найденных обновлений - " + updateCount);

		foreach (IUpdateInstallationInfo updateInfo in updatesInfo)
		{
			result.Add(updateInfo.GetUpdate().Title);
		}

	}

	catch (Exception ex)
	{
		result.Add("Что-то пошло не так: " + ex.Message);
	}

	return result;
}


public static IComputerTarget FindTarget(ComputerTargetCollection coll, string computername)
{
	foreach (IComputerTarget target in coll)
	{
		if (target.FullDomainName.Contains(computername.ToLower()))
			return target;
	}
	return null;
}

Так как интернета нет, то ситуация с обновлениями выходит как на скриншоте ниже:

Поведение похоже на WUApi — если обновления не прошли через них, то они не знают об этом. Поэтому данный метод снова не подходит.

WMI

Windows Management Instrumentation (WMI) в дословном переводе — инструментарий управления Windows.

WMI — реализованный корпорацией Майкрософт стандарт управления предприятием

через Интернет

для централизованного администрирования и слежения за работой различных частей компьютерной инфраструктуры под управлением платформы Windows. WMI является открытой унифицированной системой интерфейсов доступа к любым параметрам операционной системы, устройствам и приложениям, которые функционируют в ней.

Данный метод позволяет получить данные как с локальной машины, так и удаленно в пределах локальной сети. Для обращения к объектам WMI используется специфический язык запросов WMI Query Language (WQL), который является одной из разновидностей SQL. Получать список мы будем через WMI класс win32_quickfixengineering.

Пример реализации

using System.Management;

public static List<string> GetWMIlist(params string[] list)
{
List<string> result = new List<string>(200); //не забудь изменить количество

ManagementScope Scope;

string ComputerName = list[0];
string Username = list[1];
string Password = list[2];

int kol = 0;

if (!ComputerName.Equals("localhost", StringComparison.OrdinalIgnoreCase))
{
	//     Возвращает или задает полномочия, которые используются для проверки подлинности
	//     указанного пользователя.
	ConnectionOptions Conn = new ConnectionOptions();
	Conn.Username = Username;
	Conn.Password = Password;
	//Если значение свойства начинается со строки «NTLMDOMAIN:» аутентификация NTLM будет использоваться, и свойство должно содержать доменное имя NTLM.
	Conn.Authority = "ntlmdomain:DOMAIN";
	Scope = new ManagementScope(String.Format("\\\\{0}\\root\\CIMV2", ComputerName), Conn);
}
else
	Scope = new ManagementScope(String.Format("\\\\{0}\\root\\CIMV2", ComputerName), null);

try
{
	Scope.Connect();
	ObjectQuery Query = new ObjectQuery("SELECT * FROM Win32_QuickFixEngineering");
	ManagementObjectSearcher Searcher = new ManagementObjectSearcher(Scope, Query);

	foreach (ManagementObject WmiObject in Searcher.Get())
	{
		result.Add(WmiObject["HotFixID"].ToString());
		//Console.WriteLine("{0,-35} {1,-40}", "HotFixID", WmiObject["HotFixID"]);// String
		//result.Add();
		/*result.Add("{0,-17} {1}", "Тип обновления: ", WmiObject["Description"]);
		result.Add("{0,-17} {1}", "Ссылка: ", WmiObject["Caption"]);
		result.Add("{0,-17} {1}", "Дата установки: ", WmiObject["InstalledOn"]);*/
		kol++;
	}
	result.Add("Количество равно " + kol);
}

catch (Exception ex)
{
	result.Add("Что-то пошло не так: " + ex.Message);
}

return result;
}

Количественно всё совпадает (даже после обновлений), поэтому было решено использовать этот метод. Для программного создания WMI запросов советую использовать следующую утилиту — WMI Delphi Code Creator. Благодаря ей я немного по другому взглянул на свой код и решил использовать заготовку из этой программы.

XML

Полученные данные методом WMI меня не остановили, и я решился на „поверхностный реверс-инжиниринг“. Воспользуемся утилитой Process Monitor из сборника программ Sysinternals Suite для выявления файлов и ветвей реестра, которые используются при вызове выше перечисленных консольных команд и обращению к пункту „Установленные обновления“ через Панель управления.

Моё внимание привлек файл wuindex.xml, расположенный в папке C:\Windows\servicing\Packages\. Для его анализа была написана следующая программа:

Пример консольного приложения

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading.Tasks;
using System.Xml;
using System.Text.RegularExpressions;
using System.IO;

namespace XMLviewer
{
    class Program
    {
        static void Main(string[] args)
        {
            string writePath = AppDomain.CurrentDomain.BaseDirectory + "XML Обновлений " + Environment.MachineName + ".txt";
            if (!File.Exists(writePath))
            {
                Console.WriteLine("Создаю пустой txt файл");
            }
            else
            {
                Console.WriteLine("Файл XML Обновлений.txt существует, он будет перезаписан");
                File.Delete(writePath);
            }

            //регулярное выражение для поиска по маске KB
            Regex regex = new Regex(@"KB[0-9]{6,7}");
            //Regex(@"(\w{2}\d{6,7}) ?");

            //SortedSet не поддерживает повторяющиеся элементы, поэтому повторяющиеся элементы мы "группируем" ещё на стадии добавления
            SortedSet<string> spisok = new SortedSet<string>();

            XmlDocument xDoc = new XmlDocument();
            string path = "C:\\Windows\\servicing\\Packages\\wuindex.xml"; //путь до нашего xml
            xDoc.Load(path);

            int kol = 0; //кол-во компонентов
            int total = 0; //кол-во дочерних элементов в xml
            int total2 = 0; //кол-во полученных обновлений

            XmlNodeList name = xDoc.GetElementsByTagName("Mappings");
            foreach (XmlNode xnode in name)
            {
                //Console.WriteLine(xnode.Name);
                kol++;
                XmlNode attr = xnode.Attributes.GetNamedItem("UpdateId");
                //Console.WriteLine(attr.Value);

                foreach (XmlNode childnode in xnode.ChildNodes)
                {
                    XmlNode childattr = childnode.Attributes.GetNamedItem("Package");
                    total++;
                    //Console.WriteLine(childattr.Value);

                    MatchCollection matches = regex.Matches(childattr.Value);
                    if (matches.Count > 0)
                    {
                        foreach (Match match in matches)
                            //Console.WriteLine(match.Value);
                            spisok.Add(match.Value);
                    }
                    else
                    {
                        //Console.WriteLine("Совпадений не найдено");
                    }
                }

            }

            try
            {
                StreamWriter sw = new StreamWriter(writePath);
                foreach (string element in spisok)
                {
                    //Console.WriteLine(element);
                    sw.WriteLine(element);
                    total2++;
                }
                sw.Close();
            }
            catch (Exception ex)
            {
                Console.WriteLine("Ошибка: " + ex.Message);
            }

            //Console.WriteLine("\n");
            Console.WriteLine("Количество пакетов: " +kol);

            Console.WriteLine("Количество дочерних элементов в xml: " + total);

            Console.WriteLine("Количество KB обновлений: " + total2);

            Console.WriteLine("Нажмите любую клавишу для выхода.");
            Console.Read();
        }
    }
}

К сожалению, данный файл встречается не на всех системах и принцип его генерирования и обновления остался для меня загадкой. Поэтому снова данный метод нам не подходит.

CBS

Вот мы подошли к тому, с чем связаны все эти методы. Продолжая анализ логов Process Monitor я выявил следующие папки и файлы.

Файл DataStore.edb, расположенный в папке C:\Windows\SoftwareDistribution\DataStore. Это база данных, в которой содержится история всех обновлений установленной версии Windows, включая те обновления, которые только стоят в очереди.

Для анализа файла DataStore.edb использовалась программа ESEDatabaseView. В БД существует таблица tbUpdates, содержимое которой трудно интерпретировать.

Таблица tbUpdates в ESEDatabaseView

После мое внимание привлек процесс TiWorker.exe, который вызывался каждый раз при открытии пункта в Панели управления. Он „ходил“ по многим папкам, одна из которых вывела меня на верный путь.

C:\Windows\SoftwareDistribution — это папка, используемая службой обновления Windows для загрузки обновлений на компьютер с последующей их установкой, а также хранит сведения обо всех ранее установленных обновлениях.

Папка WinSxS, расположенная по адресу C:\Windows\winsxs. Это служебная папка операционной системы Windows служащая для хранения ранее установленных версий системных компонентов. Благодаря ее наличию существует возможность отката к более старой версии обновления в случае необходимости.

C:\Windows\servicing — основная составляющая всей системы, имя которой Component-Based Servicing (CBS).

CBS — обслуживание на основе компонентов, составляющая Windows, интегрированная с службой Windows Update. В противоположность обслуживанию на основе файлов File-Based Servicing (FBS) (для ОС, предшествующих Windows Vista), в котором файлы обновлялись прямо в системных директориях, в CBS появилась целая иерархия директорий и целое семейство (стек) модулей/библиотек обслуживания.

CbsApi.dll — основная библиотека поддержки технологии CBS. Не имеет открытых методов, поэтому напрямую использовать её я не смог. Microsoft использует TrustedInstaller.exe и TiWorker.exe для доступа к методам данной библиотеки и уже через эти процессы выводит нужные нам данные. ‪Записи ведутся в C:\Windows\Logs\CBS\CBS.log.

На момент создания прототипа программы (на скриншотах можете увидеть май 2019) русскоязычной информации о CBS не было, но в конце августа нашлась очень хорошая статья в блоге — http://datadump.ru/component-based-servicing. Очень интересная статья, которая подтвердила мой опыт и собрала в себе нужную информацию. И ещё по теме: http://www.outsidethebox.ms/17988/

Вывод

Microsoft слишком усложнила тривиальную задачу по получению списка обновлений и сделала этот процесс не совсем явным. Всё это сделано для безопасности, но не для простоты использования. Соглашусь с автором статьи — в получении обновлений стали отсутствовать предсказуемость и прозрачность.

В результате исследования была написана следующая программа, демонстрацию работы которой можно увидеть в данном видео:

В планах дописать:

  1. сравнение списка необходимых обновлений с полученным;
  2. передать результат по протоколу SNMP/OPC (если у кого есть опыт поделитесь в комментариях);
  3. организовать установку недостающих „офлайн“ обновлений из указанной папки.

Если вы знаете ещё методы получения списка не только обновлений, но и дополнительных компонентов (Adobe Flash, Acrobat Reader и т.д.) или у вас есть другие интересные предложения, напишите об этом в комментариях или в личные сообщения — буду рад любой обратной связи. И поучаствуйте в опросе к данной статье — так я буду знать, будет ли интересен мой опыт аудитории Habrahabr.

Только зарегистрированные пользователи могут участвовать в опросе. Войдите, пожалуйста.

Продолжить тему о том, как всем этим управлять через SNMP/OPC?

11.85% Нет, не интересно16

17.04% Бессмысленное занятие, займись лучше другим23

Проголосовали 135 пользователей. Воздержались 50 пользователей.

Только зарегистрированные пользователи могут участвовать в опросе. Войдите, пожалуйста.

И пользуясь случаем ещё один опрос: рассказать про ЕГИССО — что это какое, как мучаются люди и что люди разрабатывают, чтобы с этим работать?

78.4% Интересно прочитать про ужасы от Пенсионного фонда (Да)98

21.6% Спасение утопающих — дело рук самих утопающих (Нет)27

Проголосовали 125 пользователей. Воздержались 44 пользователя.

Quick Fix Engineering (QFE) updates are included as part of the Windows Hardware Certification Kit (HCK) download. To get the latest QFEs for the Windows HCK, run HCKSetup.exe.

The Windows HCK download includes all previous QFE updates.

In this topic:

  • Which version of the Windows HCK do I have?
  • How do I install the QFE?
  • Windows HCK for Windows 8.1 RTM QFE list

    • QFE Update 007 (Build ID: 8.100.26631)
    • QFE Update 006 (Build ID: 8.100.26121)
    • QFE Update 005 (Build ID: 8.100.26063)
    • QFE Update 004 (Build ID: 8.100.26031)
    • QFE Update 003 (Build ID: 8.100.26011)
    • QFE Update 002 (Build ID: 8.100.26001)
    • QFE Update 001 (Build ID: 8.100.25990)

Which version of the Windows HCK do I have?

Before you install QFEs for the Windows HCK, first determine if you are already up to date:

  1. On your controller, use Control Panel to go to the Uninstall a Program dialog.
  2. You will see Windows Hardware Certificate Kit on the list of installed programs. It will have a version number like 8.59.25584
  3. Compare the last five digits of the version number with the QFE list below.

Most QFEs will be optional. This means that you can create submission packages that will be accepted without the QFE installed. If a QFE is required, you will need to install the QFE before you can create submission packages. You should restart any projects you have not completed after you install a QFE.

How do I install the QFE?

Before you begin installing QFEs on your controller, make sure that you do not have any tests running. Also be sure that all of the open Windows HCK Studio and HCK Manager windows attached to the controller have been closed. If a QFE includes changes to the ARM client, you may also be required to uninstall your ARM clients before you install the QFE. Each QFE will indicate if this is required.

If you’ve already started the process of certifying a device using the HCK for Windows 8.1 Preview, you’ll need to continue to use this version of HCK until your submission is complete.

To install QFEs, rerun HCKsetup.exe by clicking the following link:

Download the Windows HCK for Windows 8.1

Warning
You must always run the latest version of HCKsetup.exe from the internet. As new QFEs are made available, the HCKSetup version is also updated. If you downloaded an older version of HCKsetup and the version of HCKsetup online is a different version, installation will fail.

When you run HCKsetup.exe, you are given the option to Install or Download.

  • If you select Install and the Windows HCK is already installed on the machine from which you are running, only the updates that have been released since you last ran setup will be installed.
  • If you select Download, you may select to download either Windows HCK Studio Only or Windows HCK Controller + Studio. The entire set of files required to do a clean installation of the option you select will be downloaded, including all cumulative updates. When you run HCKSetup.exe from the downloaded folder on a machine which already has the Windows HCK installed, only the updates that have been released since you last ran setup will be installed.

    • For Downloaded Windows HCK Studio Only:

      When you run HCKSetup.exe from the downloaded folder, your stand-alone HCK Studio will be updated. No uninstall/reinstall is required.

    • For Downloaded Windows HCK Controller + Studio:

      If the QFE contains updates for the Windows HCK Client, those updates will be automatically pushed out to any x86/x64 clients that are attached to the controller when you run HCKSetup.exe. If they contain changes to the ARM client, you will need to uninstall the ARM client before you install the QFE, then re-install the ARM client after the QFE has been installed to your controller.
      If the QFE contains updates for the Windows HCK Studio, for a remote installation of Windows HCK Studio that was installed from the Windows HCK Controller’s Studio Install share, the next time the user starts Windows HCK Studio they will be informed that an update is available. To install the update, the user will need to uninstall and then reinstall Windows HCK Studio.

Important
After a QFE has been installed, it cannot be uninstalled.

After you determine which version of the Windows HCK you have, review the following list of updates to determine whether you would benefit from downloading the latest version of the Windows HCK, which includes all of these updates.

Windows HCK for Windows 8.1 RTM QFE list

QFE Update 007 (Build ID: 8.100.26631)

Release date: March 11, 2014

Optional or required: Optional

Description of change:

  • Fixed issues that prevented robot automation:

    • Windows Touch High Resolution Timestamp Test — End interaction time should be between the minimum and maximum verification time, not always the maximum time.
    • Windows Touch UX Test: Quick Toss Test — Current Robot API settings for the Quick Toss Touch HCK test gives too short of a distance for the robot to accelerate to 20 cm per second and then stop.
    • Windows Touch UX Test: Keyboard — Keyboard test appears off screen at times and is not clickable.
    • Windows Touch UX Test: Tile test (Select) — When completing the test with a robot, the robot has to always go down on all tiles but should be allowed to move inward as well.
  • Storage Performance CS — Enables storage performance testing on smaller drives.
  • Fixed an issue where the Windows HCK package files show up incorrectly as a Location Sensor product type.
  • Webcam Performance System Test – Fixed an issue in the test that incorrectly configures the capture pipeline when capture video directly from the encoding streaming. The file media type should match that of the source stream identically.
  • H264 AVC Payload base – The test was incorrectly asking for keyframe before the streaming started. It was fixed by delaying the keyframe request until streaming has started, so that the test will not miss capturing the keyframe buffer.

QFE Update 006 (Build ID: 8.100.26121)

Release date: February 11, 2014

Optional or required: Optional

Description of change:

  • Windows ToGo Boot Test — Fixed issue where the test fails due to the test system failure to enter/resume from S4 (hibernate)
  • WindowsToGo Performance Assessment — Fixed issue that causes incorrect performance tests to run
  • System — Sleep and PNP (disable and enable) with IO Before and After (Certification) — Reduced test difficulty and fixed camera enumeration bug in the test that causes false failure while running the System Sleep and PNP tests. This resolves errata 4600.
  • Hiberation tests on the following test suites have been enabled on InstantOn systems that support hibernation:

    • NDISTest 6.5 — WLanFUZZTests_ext
    • NDISTest 6.5 — WlanPacketFilters
    • NDISTest 6.5 — WlanPerformance
    • NDISTest 6.5 — WlanPowerMgmt
    • NDISTest 6.5 — WlanRoaming
    • NDISTest 6.5 — WlanSoftAPPower
  • Windows Recovery Environment Boot Test and Push Button Reset Configuration Test — Increased compatibility
  • Removed a file dependency in the following tests:

    • BitLocker TPM and Recovery Password tests for non-AOAC devices for Legacy PCRs
    • BitLocker TPM and Recovery password tests for NONAOAC devices with PCR[7]
    • BitLocker TPM +PIN+ USB and Recovery Password tests for NON ARM devices
    • DE OOBE_EOW Sequence Tests
    • Storage Performance CS
    • Radio Manager — Verify Radio State
  • Fixed «invalid media type» error for the following tests:

    • MF Video Capture Stress base (Device)
    • Camera Driver Functional Test — Capture Stream — Capture video to an H264 file, dynamically switching the pin format while recording (System)
    • Camera Driver Reliability Test — Preview Stream — Preview video from each available type on the preview pin, change types dynamically (System)
    • MF Basic Preview base — System
  • Made the following tests optional as part of the certification relaxations:

    • Webcam BasicPerf System (Manual) – Errata 4713
    • Webcam Sensor Quality System Test — WNCameraRequirements (Manual) – Errata 2782
    • Webcam Performance System Test – WNCameraRequirements – Errata 2781
    • Webcam Glitch free record System Test — WNCameraRequirements (Manual) – Errata 2779
    • Webcam Min Resolution for integrated cameras – Errata 2780
    • MF Camera Capture System Test – No Errata Issued
  • Webcam Performance System Test — Updated test to use less memory during ETW event collection for low memory systems.
  • Storage Performance CS — Enabled storage performance testing on smaller drives

QFE Update 005 (Build ID: 8.100.26063)

Release date: December 10, 2013

Optional or required: Optional

Description of change: 8.100.26063

  • Removed the MUTT (Microsoft USB Test Tool) requirement for Windows 7, Windows Server 2008 R2 and other operating systems where MUTT is not applicable.
  • Fixes an issue in WGF11TimingData.exe that prevents High Performance Timing Data from running.

QFE Update 004 (Build ID: 8.100.26031)

Release date: November 12, 2013

Optional or required: Optional

Description of change:

  • W — HCK — WGFVidMMWDDM1_2 — OfferReclaim — FL10.0 — Access Violation. The test responds with an access violation because it doesn’t check for NULL pointer in some cases. The test is now fixed to check for a NULL.
  • WHEA- Fixed an issue that prevented the test from running and displaying an error «wheahct.exe — System Error — The program can’t start because bcd.dll is missing from your computer. Try reinstalling the program to fix this problem.»
  • Windows To Go HCK Boot and Performance tests — Fixed an issue that prevented the tests from running on Windows 8.
  • WHCK Signed Driver Check (CheckLogo) passes when pre-production signed driver is used. Test is fixed to check for an Intermediate CA on the certificate.

QFE Update 003 (Build ID: 8.100.26011)

Release date: October 1, 2013

Optional or required: Optional

Description of change:

  • FSVP Test – This is a new test which will be enforced with requirement System.Client.PowerManagement.BatteryLife.
  • Windows Touch Resolution Test – Fixes an issue where running these tests on portrait first devices in landscape orientation will fail the tests.
  • WiFi Direct Scenario Tests — OIDs, Statistics and Additional IEs – Fixes an issue with the test exiting unexpectedly with exit code c0000409.
  • Webcam Performance System Test – WNCameraRequirements – fixes an issue where the test may fail with no log due to a crash while running the test.
  • Webcam BasicPerf System (Manual) – This QFE fixes a bug in the audio streaming library used by the test caused very end of an audio stream to be dropped, making it impossible to calculate the latency.
  • Webcam Glitch free record System Test — WNCameraRequirements (Manual) – This QFE fixes a bug in the audio streaming library used by the test caused very end of an audio stream to be dropped, making it impossible to calculate the latency. Also the detection of video frames was not accurate on some systems making it impossible to pass the test.
  • ScatterGather(SYSTEM) – Test logic corrected to finish up all the writes before validation phase
  • The P2PApplication used in WFA WPS certification was too strict in its timing requirements during the certification test. Test timing requirements are being relaxed in order to pass the WPS certification test. This affects the WFA certification requirement for wlan.
  • This change fixes an issue where the test fails with «Callback received event status 0x80004002 (E_NOINTERFACE) for event 1 (MEError)» on Windows 8.

    WMV Playback DXVA test 32

    H264 Playback DXVA test 1

    WMV Playback DXVA test 32

  • This fix narrows the time window in which audio glitches are accounted for, focusing on strictly playback glitches and avoiding false failures.

    Full Trace Gatherer for WNGlitchfree HD Video Playback on DC during Connected Standby (Manual on mobile systems)

    Full Trace Gatherer for WNGlitchfree HD Video Playback on AC during Connected Standby (Manual on mobile systems)

    Full Trace Gatherer for WNGlitchfree HD Video Playback on DC (Manual on mobile systems)

    Full Trace Gatherer for WNGlitchfree HD Video Playback on AC (Manual on mobile systems)

    Full Trace Gatherer for WNGlitchfree HD Video Playback on DC with Audio Offload (Manual on mobile systems)

    Full Trace Gatherer for WNGlitchfree HD Video Playback on AC with Audio Offload (Manual on mobile systems)

    WNGlitchfree HD Video Playback on DC during Connected Standby (Manual on mobile systems)

    WNGlitchfree HD Video Playback on AC during Connected Standby (Manual on mobile systems)

    WNGlitchfree HD Video Playback on DC (Manual on mobile systems)

    WNGlitchfree HD Video Playback on AC (Manual on mobile systems)

    WNGlitchfree HD Video Playback on DC with Audio Offload (Manual on mobile systems)

    WNGlitchfree HD Video Playback on AC with Audio Offload (Manual on mobile systems)

  • FSVP Test and Connected Standby Duration Test – This change will mark both FSVP and Connected Standby Duration test as part of the Reliability (L3) category. These tests will no longer appear as Certificaton (L4).
  • HCK Thermal Test – This change fixes issues with the HCK Thermal test that were incorrectly failing machines.
  • System — Sleep and PNP (disable and enable) with IO Before and After (Certification) – Fixes an issue which was causing false failures due to Driver Verifier settings.
  • DF — Sleep and PNP (disable and enable) with IO Before and After (Certification)System — Sleep and PNP (disable and enable) with IO Before and After (Certification)This change fixes a crash in the test.
  • PerfX2 D2D Bench Scenarios (may require manual interaction to remove power cord) – Fixes an issue that prevents graphics test from disabling GPU processor-stepping.
  • Camera Driver Functional Test — MultiStream (Scenario) — Preview, Record H.264 Video and AAC Audio, Take Bitmap Photo – This change fixes an issue where cameras that don’t support record + photo can incorrectly fail.
  • HCK documentation update.

QFE Update 002 (Build ID: 8.100.26001)

Release date: September 17, 2013

Optional or required: Optional

Description of change:

  • The display gatherer incorrectly assigns the type of a device when the feature query failed, resulting a failure to populate features on Windows-7. This QFE fixes this issue by ignoring the failure on Windows 7 as the feature is not available on it.
  • The following tests are fixed to address an issue where D3 transition time was calculated incorrectly.

    HybridPowerManagement_AppIdle

    HybridPowerManagement_AppIdelMonitorOff

    HybridPowerManagement_AppRunning

    HybridPowerManagement_AppRunningMonitorOff

    HybridPowerManagement_NoApp

    HybridPowerManagement_NoAppMonitorOff

  • Test.StaticValidation – Fixed an issue where a test will fail if device is attached to XHCI USB 3.0 controller.
  • Hardware Offload of Audio Processing Test – Certification – The EOS test case has been fixed so that it provides the correct results which will allow for better regression testing.
  • The HCK Studio to crashes while reverting old filters before applying updated filters. This QFE fixes the issue.
  • WiFi Direct Scenario Tests — ReInvoke Stress – Fixes an issue with the disconnect event not being sent which causes the test to fail.
  • CS Duration Test – This test reads battery capacity before entering CS incorrectly, leading to discrepancies of up to 1% of the battery capacity. This QFE fixes the issue by using precise battery data.

QFE Update 001 (Build ID: 8.100.25990)

Release date: September 4, 2013

Optional or required: Optional

Description of change:

  • Connected Standby IO Stress – The test system may not wake back up during quick connected standby testing. Manually pressing the power button works around the issue and allows the test to continue.
  • Fixed issue in the following tests where data didn’t make it into cache.

    Hybrid Cache Performance Test (LOGO)

    Hybrid Information Cache Verification Test (LOGO

    Hybrid Information Command Test (LOGO)

    Hybrid Information Read-Write Test (LOGO)

    Hybrid Tagged Performance Test (LOGO)

  • Wireless Display Frame Quality – Fixes issue with test for wireless display drivers that produce variable bit rate video streams.
  • PNPSurpriseRemoveAndRestartDevice – This test update fixes a potential memory leak that prevents the webcam/camera from being properly removed during the surprise removal test.
  • WHCK Client System Gatherer – Fixes an issue that caused the gatherer to record SUT maximum memory as 0 when the server supports 4TB or more.
  • WGF11 L9NativeStaging – Fixes issue that causes the test to fail on some CPUs due to not meeting performance expectations.
  • VMQStressTest – The test hits a debugger break in the ndprot630.sys test driver. This fixes the break.

Windows HCK for Windows 8.1 Preview QFE list

QFE Update 008 (Build ID: 8.100.9627)

Release date: August 20, 2013

Optional or required: Optional

Description of change:

  • Multipath I-O Test (LOGO) – This fixes an issue where the test will sometimes throw exception C0000005 (access violation) when running on iSCSI target.
  • Fingerprint Reader Logo Tests — This fix ensures that the storage adapter tests run as expected on fingerprint readers that have on-chip storage.
  • NVMe Queue Pause Resume test – This fixes an issue where the test fails with Diskio processes not able to do IO and reports false failures.
  • Connected Standby Stress with Driver Verifier’s Concurrency Stress (Logo) – The change in this fix is to help with triaging Connected Standby problem when the test fails.
  • Device Power State Transition Test (System) – This fixes false failures in device state transitions due to SimBatt utility unloading before all of its threads are complete.
  • Connected Standby Duration Test – Fixed the issue where the drain percentage per hour is incorrectly calculated.
  • DE Perf Settings Test – The test has to be updated to test the actual registry values recommended by Microsoft. This will help to narrow down issues faster.
  • SCSI Compliance Test (LOGO) – VERIFY (10) and VERIFY (16) command test cases no longer send incorrect data transfer length to the device.
  • WGF11 SharedResources FL9.1 – This corrects a test bug which prevented FL9 test cases from running on 10+ hardware.
  • Wireless Display Verify Mode Change WHCK test – The test change makes a fix to delay the refresh rate observation until after the display change effects of stabilized.
  • Wireless Display Verify * WHCK Tests – This change disables some system processes while wireless display jobs are running to avoid high CPU usage by system processes. A reboot is required to restart the processes.
  • Wireless Display Verify * WHCK Tests – This change disables some system processes while wireless display jobs are running to avoid high CPU usage by system processes. A reboot is required to restart the processes.
  • The following tests will fail if the DXGK_POWER_COMPONENT_MEMORY_REFRESH component is in Active state when all engines are Idle because of allocation locked in video memory. This QFE fixes this issue.

    HybridPowerManagement_AppIdle

    HybridPowerManagement_AppIdelMonitorOff

    HybridPowerManagement_AppRunning

    HybridPowerManagement_AppRunningMonitorOff

    HybridPowerManagement_NoApp

    HybridPowerManagement_NoAppMonitorOff

  • The following tests reuse the same audio render streaming object for multiple streams. This change fixes an issue where the second and later stream on a given object false-fails with E_POINTER

    Fidelity Test

    DF – Reinstall with IO Before and After

    DF – Sleep and PNP (disable and enable) with IO Before and After

    DF – Sleep with IO During

  • The following tests use an event parsing library that had support for up to 32 logical CPUs. With this QFE, this library will support up to 640 logical CPUs.

    AutoMemoryBenchmark

    PerfX2 D2D Bench Scenarios

    PerfX2 DImage Scenarios

    PerfX2 IE10 Scenarios

  • DF – Concurrent Hardware And Operating System (CHAOS) Test – This fix updates the audio plugin to check for device invalidation and treat it differently than stuck I/O to prevent hanging.
  • Hardware Offloading of Audio Processing Test – This fix ensures that if RAW mode is not supported, the test skips rather than false fails.
  • The following tests will retry running failed test cases and the end result will only have those failures that are reproducible on run again.

    DXGI HybridPresent

    DXGI HybridPresent (FL9.1)

    DXGI HybridPresent — PnPStop

    DXGI HybridPresent — PnPStop (FL9.1)

    Hybrid — Independent Driver Update (Integrated GPU)

    Hybrid — Independent Driver Update (Discrete GPU)

    DXGI HybridPresent (WoW64)

    DXGI HybridPresent (FL9.1)(WoW64)

  • Wireless Display Frame Quality Test – This test is updated to ensure that the display is in duplicate mode when running the test. The test also sets the resolution to 1080p, if it is supported.
  • Windows Touch Resolution Test — This fix allows the test to run on portrait first devices in landscape orientation without resulting in a false failure.
  • The following tests updated an issue where multiple encoders were accessing the same D3D engine from multiple threads incorrectly, causing potential crashes.

    H264 Encoder HMFT VisVal test 801

    H264 Encoder HMFT VisVal test 851

    H264 Encoder HMFT VisVal test 852

    H264 Encoder HMFT VisVal test 853

  • The following tests were updated to fix an issue to correct a four byte offset in the received MAC address which results in a malformed MAC address for certain Wi-Fi Direct tests.

    WiFi Direct Data Performance Tests NoAP SingleChannel

    WiFi Direct Data Performance Tests PreAP24 SingleBand SingleChannel

    WiFi Direct Data Performance Tests PreAP5 MultiBand MultiChannel

    WiFi Direct Data Performance Tests PreAP5 SingleBand MultiChannel

    WiFi Direct Performance Test GONegotiation PeerFinder

    WiFi Direct Performance Test Invitation PeerFinder

    WiFi Direct Performance Test JoinExistingGO WFDPlatform

    WiFi Direct Scenario Tests — Airplane Mode

    WiFi Direct Scenario Tests — Basic

    WiFi Direct Scenario Tests — BasicPlus

    WiFi Direct Scenario Tests — OIDs, Statistics and Additional IEs

    WiFi Direct Scenario Tests — Pairing Stress

    WiFi Direct Scenario Tests — Power Transition

    WiFi Direct Scenario Tests — ReInvoke Stress

  • Screen Rotation Perf Test – Fixes failure resulting in message «Animation Rotation event took X milliseconds to complete. It is required to complete within Y milliseconds»
  • The following tests were fixed to address an issue with the four Wi-Fi Direct Data Performance Tests to correct a problem when packets are received out of order during performance measurements.

    WiFi Direct Data Performance Tests NoAP SingleChannel

    WiFi Direct Data Performance Tests PreAP24 SingleBand SingleChannel

    WiFi Direct Data Performance Tests PreAP5 MultiBand MultiChannel

    WiFi Direct Data Performance Tests PreAP5 SingleBand MultiChannel

    WLAN Wake – NLO Discovery – Functional. Fixed an issue where the test may fail to connect to the network based on timing conditions before the test starts.

  • These tests are fixed to detect Push Button Reset and Windows RE misconfigurations.

    Windows Recovery Environment Boot Test

    Push Button Reset Configuration Test

QFE Update 007 (Build ID: 8.100.9624)

Release date: August 13, 2013

Optional or required: Optional

Description of change:

  • Check Thermal Zones – The fix is to make «SetupDiGetDeviceProperty failed: 490» log an information one, instead of an error. The fix also addresses the error: «Fan(s) did not change their states» by having two idle periods (sandwiching the heavy workload period) to give the fan a chance to turn off.
  • Fingerprint Reader Logo Tests – This fix ensures that basic mode devices will pass all the logo tests when engineOnDevice capability is set to FALSE and advanced mode devices will pass all the logo tests when engineOnDevice is set to TRUE.
  • Smart Card Logo Tests – This fix ensures that customers can pass all test cases.
  • Pan Zoom VSync WHCK Test – This test has been updated to be DPI Aware. This fixes false failures in performance tests due to DPI being scaled.
  • WGF11 Resource Access – This fix allows the test to continue running after failure rather than aborting the remainder of the test.
  • Wireless Display Verify Sink Failed To Set Mode – The test replies with «failed to set mode» message on very first M4 message without verifying that the message contains set mode request. This fix eliminates the false failure.
  • Wireless Display Verify Mode Change WHCK Test – This test has been fixed to ensure that failure in the subset tests do not cause the following tests to abort and fail.
  • The display gatherer incorrectly assigns the type of a device when the feature query failed, resulting in a failure to populate features on Windows-7. This QFE fixes this issue by ignoring the failure on Windows-7 as the feature is not available on it.
  • The fix for the following tests addresses intermittent failure during setup task execution:

    DXGI SCDest Buffer (D3D10.1 on feature levels 9.1-10.1)

    DXGI SCDest Buffer (D3D11 on feature levels 9.1 and 10.0)

    DXGI GDI Interop D3D10.1

    DXGI GDI Interop D3D11

  • WGF11 Render Targets – This test has been fixed to address a failure that would occur when the test would run a format that isn’t supported by the driver.
  • Webcam Sensor Quality System Test — WNCameraRequirements (Manual) – This change allows the user to run the test at a distance greater than 600mm.
  • Webcam Sensor Quality System Test — WNCameraRequirements (Manual) – This change allows the test to differentiate between front and back cameras.
  • Power state transitions during streaming can cause a deadlock in the driver, and a bugcheck. The fixes to the following tests works around the issue by skipping streaming during power state transitions.

    DF — Concurrent Hardware And Operating System (CHAOS) Test (Certification)

    DF — Sleep with IO During (Certification)

  • This change lowers the passing threshold of the test metric to ensure test fails only for perceivable video quality issues.

    MPO Quality Test — 1080p source to 1280×720 surface

    MPO Quality Test — 1080p source to 1920×1080 surface

    MPO Quality Test — 720p source to 1280×720 surface

    MPO Quality Test — 720p source to 1920×1080 surface

    MPO Quality Test — 720×480 source to 1280×720 surface

    MPO Quality Test — 720×480 source to 1440×1080 surface

    MPO Quality Test — 720×480 source to 1920×1080 surface

    MPO Quality Test — 720×480 source to 960×720 surface

  • WindowsToGo Device Basics Test – This fix allows makers of WindowsToGo Composite devices to pass the WindowsToGo Device Basics Test.
  • All sensor device types with the exception of GPS sensor are excluded from the testing:

    Sensor DataEvents Test

    Sensor DataEvents Test (System)

    Sensor DataEvents Test (ARM)

    Sensor DataEvents Test (ARM System)

  • DevFund tests (i.e. name DF — *) Without the fix, and based on the state of the device under test, the msdsm filter driver can bugcheck the system with C9 code.
  • NDISTest 6.5 — PM_Requirements – This change restricts the NumTotalWoLPatterns checks to AOAC machines.
  • NDISTest 6.5 — [2 Machine] — VMQBasicVerification – Test was changed to validate the case where a destination MAC address field criteria is set to match that of the physical NIC’s permanent MAC address.
  • NDISTest 6.5 — [2 Machine] – VMQBasicVerification – Test was changed to validate the case where an NVGRE packet arrives with a VLAN ID.
  • Cib Raid Controller Kit Tests – The test currently treats all non-win8 machines as win2k8R2. The test is fixed to run properly on Win2k12R2.

QFE Update 006 (Build ID: 8.100.9621)

Release date: Aug 06, 2013

Optional or required: Optional

Description of change:

  • Ppm Logo Test – “Delivered performance > requested performance” and “MakeupPerfChecks <n> > MAX_MAKEUP_PERF_CHECKS» are no longer flagged as error.
  • Hybrid Tagged Performance Test (LOGO) — The random variance in the test has been significantly reduced to eliminate occasionally failures.
  • The following tests will no longer fail on the setup stages where it will write dirty data.

    Hybrid Information Cache Verification Test (LOGO)

    Hybrid Information Command Test (LOGO)

    Hybrid Information Read-Write Test (LOGO)

  • The following tests are updated to match stornvme driver and stornvmeshim test driver.

    NVME Queue Utilization test

    NVMe Queue Pause-Resume test

    NVMe IO test

  • BDE WLK tests – No longer fails if the controller bus type is unknown.
  • The following tests have been fixed to turn off the monitor power before running the test. This change eliminates false failures due to the inability to turn off the monitor.

    HybridPowerManagement_AppIdelMonitorOff

    HybridPowerManagement_AppRunningMonitorOff

    HybridPowerManagement_NoAppMonitorOff

  • WGF11 SharedResources — This fix corrects a device leak in the test, which can lead to failures.
  • WGF11 L9NativeUpdateSubResource — Test has been failing because UpdateSubresource calls on regions of resources that are not byte-aligned and compares virtual memory performance using byte-aligned copies. This is fixed by aligning the region in which we are copying to and removing any false failures.
  • The following tests are:

    1. fixed to remove false failures due to process running on dPGU with no contexts. The fix checks if there are any contexts on these devices and fail only if there are.
    2. fixed to ensure specific process running on dGPU does not cause the test to fail
    3. updated to have a tolerance of 50us transition latency
    4. updated to skip the Active/Idle validation for components marked as DXGK_POWER_COMPONENT_OTHER.

    HybridPowerManagement_AppIdle

    HybridPowerManagement_AppIdelMonitorOff

    HybridPowerManagement_AppRunning

    HybridPowerManagement_AppRunningMonitorOff

    HybridPowerManagement_NoApp

    HybridPowerManagement_NoAppMonitorOff

  • HybridPowerManagement_AppIdelMonitorOff — Test has been fixed to remove a false failure due it running before the monitor power is turned on.
  • “XPerf D2D DComp Write Once Perf test — Scenario=’Read2Write1′ — R2W1 (may require manual interaction to remove power cord)” — Test was failing because of wrong goal calculation.
  • «Device Driver INF Verification Test (Certification)» — Updates validation for Display Driver INFs to ensure that correct FeatureScore is used for Windows 8.1 Display Driver.
  • H264 Encoder HMFT VisVal test 802 — The fix specifically checks whether the HMFT supports 1080p before asking it to encode at that resolution handle the return value and mark the tests «skipped».
  • «Touch Slate HW LOGO test» — The test binary was not loading with Windows 8 devices.
  • Changes to the following tests ensure these tests continue to use VRAM for capture.

    Basic Tests — Device

    • MF Basic Capture base
    • Webcam Registration, Metadata, and Dependency Tests

    Functional Tests — Device

    • H264 AVC payload base
    • MF Basic Capture base
    • MF Basic Photo base
    • MF Basic Preview base
    • MF Video Capture H.264 base
    • MF Video Control Test base
    • UVC Logo Test
    • Webcam Registration, Metadata, and Dependency Tests
    • Webcam UsageIndicator base (Manual)

    Reliability Tests — Device

    • DF — Concurrent Hardware And Operating System (CHAOS) Test (Reliability)
    • MF Multiple Camera Capture Stress base
    • MF Video Capture Stress base
    • Webcam BasicPerf base (Manual)
    • Webcam Pressure Security Test

    Certification Tests

    • MF Multiple Camera Capture Stress base
    • MF Video Capture Stress base
    • Webcam BasicPerf base (Manual)
  • Wave Test – Certification — If the test is unable to successfully select the two correct formats for the test, it will now skip the test.
  • «Communications Audio Fidelity Test» — The test is not measuring the microphone signal level correctly. This change adjusts the signal thresholds to match the requirements.
  • Audio Fidelity Test — This change updates the profile created by the test to fix random hangs in rws.exe due to malformed XML.
  • «PrintTicket Test» — Test no longer fails with an AppVerifier stop: VERIFIER STOP 00000202: Freeing heap block containing an active critical section.
  • Updated HCK Documentation
  • DPC ISR Tests — Test failed because total interrupts exceeded maximum allowed interrupts
  • Supported added for the new WLAN adapter standardized keyword h (*MiracastSupported).

    NDISTest 6.5 — WLanBasic

    NDISTest 6.5 — [1 Machine] — PM_Requirements

  • This change affects non-ARM devices which are AOAC capable. The tests were failing to do a WLAN connect upon S3 sleep resume. This change skips the variation for those devices as the S3 state is invalid for these devices.

    WLAN Association Tests — WPA2_PSK_PEAP_AES — Functional

    WLAN Association Tests — WPA2_PSK_PEAP_TKIP_AES — Reliability

    WLAN Association Tests — WPA2_PSK_TTLS_AES — Functional

    WLAN Association Tests — WPA2_PSK_TTLS_TKIP_AES — Reliability

    WLAN FIPS Association Tests — WPA2_PSK_PEAP_AES — Functional

    WLAN FIPS Association Tests — WPA2_PSK_PEAP_TKIP_AES — Reliability

    WLAN FIPS Association Tests — WPA2_PSK_TTLS_AES — Functional

  • This fixes an issue where the Wi-Fi Direct received group request address does not match the expected group request address even though the received group request address was the expected one. Additional logging has also been added when a group request is received.

    WiFi Direct Performance Test GONegotiation PeerFinder

    WiFi Direct Performance Test Invitation PeerFinder

    WiFi Direct Performance Test JoinExistingGO WFDPlatform

    WiFi Direct Scenario Tests — Airplane Mode

    WiFi Direct Scenario Tests — Basic

    WiFi Direct Scenario Tests — BasicPlus

    WiFi Direct Scenario Tests — Power Transition

  • E2EPerf Test: Sometimes E2EPerf would run forever until stopped by the end user. This fix allows the tests to complete by removing the race condition causing an indefinite wait.
  • Cib Raid Controller Kit Tests — The test currently treats all non-win8 machines as win2k8R2. Since the PowerShell cmdlets are different for 2k8R2 and 2k12R2, the test needs to be fixed to run properly on Win2k12R2.

QFE Update 005 (Build ID: 8.100. 9616)

Release date: July 30, 2013

Optional or required: Optional

Description of change:

  • Thin Provisioning Performance Test — NTFS (LOGO) — The change prevents thin provisioning drives from going offline while the permanent resource exhaustion is hit. Preconditioning, write back, and Unmap with write test cases are removed.
  • BitLocker E2E HCK tests are now linked Device.DevFund.Firmware.UpdateDriverPackage requirement in addition to the TPM requirements.
  • The following system-level tests are incorrectly failing when an HMFT is present on a multi-gpu system, but the GPU needed for the HMFT is not the active one. This change fixes the issue to skip the tests when there is no HMFT available for the active GPU.

    H264 Encoder HMFT VisVal test 801

    H264 Encoder HMFT VisVal test 802

    H264 Encoder HMFT VisVal test 851

    H264 Encoder HMFT VisVal test 852

    H264 Encoder HMFT VisVal test 853

  • The following tests were modified to include test cases for video processing interaction with the new GPU timestamp feature. This feature is optional until February 2014.

    D3D11 WGF11TimingData HW FL*

    D3D11 WGF11TimingData HW FL9*

  • Desktop Duplication with Latency Mode, Desktop Duplication with Normal Mode have been fixed to ensure that tests do not fail if a device does not support10*7 mode.
  • DXGI HybridPresent (FL9.1), DXGI HybridPresent (FL9.1) (WoW64) WHCK Tests have been updated to fix false failures.
  • «F-State Latency Validation — video» validates the latency time reported by the driver to go from an idle to an active state. The fix reduces the number of events logged and hence the size of the ETL file generated.
  • The following tests have been updated to remove FState Transition latency requirement.

    HybridPowerManagement_NoApp

    HybridPowerManagement_AppIdle

    HybridPowerManagement_AppRunning

  • The following tests failed due to incompatibilities in the format of render target texture and the texture component type declared in the shader. This fix recreates the shaders on a per test case basis as the format changes.

    WGF11 Render Targets

    WGF11 Render Targets (WoW64)

    WGF11 Render Targets FL9.1

    WGF11 Render Targets FL9.1 (WoW64)

  • This change fixes an error in the script that initializes the frame capture server where the server has multiple capture cards.Affects the following tests:

    WGF11 Render Targets

    WGF11 Render Targets (WoW64)

    WGF11 Render Targets FL9.1

  • This change fixes an error in the script that initializes the frame capture server where the server has multiple capture cards.

    MPO Quality Test — 1080p source to 1280×720 surface

    MPO Quality Test — 1080p source to 1920×1080 surface

    MPO Quality Test — 720p source to 1280×720 surface

    MPO Quality Test — 720p source to 1920×1080 surface

    MPO Quality Test — 720×480 source to 1280×720 surface

    MPO Quality Test — 720×480 source to 1440×1080 surface

    MPO Quality Test — 720×480 source to 1920×1080 surface

    MPO Quality Test — 720×480 source to 960×720 surface

  • “Webcam Controls — FlashMode — Manual System Test » resolved issue with the test that photo mode was not being set correctly while taking pictures in photo sequence mode, causing the flash to not illuminate.
  • “Device Desciption Document” — DMR optional field entries (DDD-01). This change removes the model number field check, which is also removed from the requirements.
  • Sensor ReadyState Verification Test (System) — Fix failure when there are multiple sensors on the system and one of them is location sensor.
  • Prompts and assumptions about the location requirement of ‘Windows Button’ reworked. Especially in establishing a reference position on the device at the beginning of the test. Affected tests:

    Gyroscope Sensor Test

    Gyroscope Sensor Test (System)

    Verify Sensor Orientation — 3D Accelerometer

    Verify Sensor Orientation — 3D Accelerometer (System)

    Verify Advanced Orientation Sensors

    Verify Advanced Orientation Sensors (System)

    Verify Sensor Orientation — 3D Compass

    Verify Sensor Orientation — 3D Compass (System)

    Accelerometer Sensor Shake Event Test

    Accelerometer Sensor Shake Event Test (System)

    Verify Sensor Orientation — 3D Inclinometer

    Verify Sensor Orientation — 3D Inclinometer (System)

  • “WindowsToGo boot test” requires the user provide a Windows Image (install.wim) file. The test provides an unattend file that automates OOBE, however if the Partner supplied install.wim already has an unattend file in their image the test will fail. The fix will log a message that the partner supplied unattend file is being used rather than the test unattend.
  • “UART Controller Test(Stress)» The test was blocking UART controllers that expose a different ClassGUID than the one it’s expecting. Check was be removed.
  • This fix optimizes the performance of the UART HCK tests:

    UART Controller Test(Basic tests)

    UART Controller Test(Functional tests)

    UART Controller Test(Stress)

  • WiFi Direct Scenario Tests — Pairing Stress. This fix is a reliability improvement for Wi-Fi Direct pairing stress. The test fix is to turn off the discoverable state on the SUT before disconnecting from the device and then set the discoverable state on again after the disconnect occurs.
  • NDK Logo Tests: Some test cases in NdkLogoTests.exe contain a bug in an error cleanup path which can cause the test to crash in the presence of certain driver failures. This fixes that error cleanup path so that the underlying driver failures can be diagnosed.

QFE Update 004 (Build ID: 8.100.9611)

Release date: July 23, 2013

Optional or required: Required

Description of change:

  • Validate HAL Extension have no Imports

    Test will fail with error message Validate HAL Extension have no Imports’ failing with Error ‘CheckImports — MapAndLoad((null)) failed, error=2’.

  • NVMe Device Capabilities

    Test verifies minimum value of AERL in Controller Registers to be 4, but AERL is a 0’s based value and this test fails if AERL is 3 which is a valid value.

  • Currently, the hybrid spec has priority 0 defined as a priority that has behavior that is vendor specific. There are certain test cases that test for requirements around certain timing requirements. We have removed these test cases for the ones that test for priority 0. This should allow for an easier certification. Test impacted:

    • Hybrid Information Cache Verification Test (LOGO)
    • Hybrid Information Command Test (LOGO)
    • Hybrid Information Read-Write Test (LOGO)
    • Hybrid Tagged Performance Test (LOGO)
  • Wdf-Kmdf fault injection test

    There is a bug in the in-box filter driver scfilter.sys which causes the OS to bugcheck during this test. This filter driver attaches to all smart card readers, and therefore this bug causes certification runs for all smart card reader drivers to fail. This fix addresses the bug so that certification runs no longer crash.

  • AutoMemoryBenchmark

    Test has been updated to discard unused allocations after a timeout to addresses false failures.

  • The displaygatherer.dll collected incorrect information on Server Core and some other Server SKUs due to lack of graphics subsystem in the OS, the data was rejected by sysparse.exe blocking the HCK. The fix checks for graphics support from OS and gathers only the data which is valid.
  • PerfX2 D2D Bench — Access Violations have been fixed
  • Wireless Display Verify Sink – the following errors have been fixed:

    • The test may fail with the message «Monitor shouldn’t be connected after the set mode failed» which is because the test isn’t allowing time for the driver to react to the RTSP message.
    • The test may fail due to a critical error in the driver because the RTSP message did not use the correct sequence number.
    • The test may fail due to RTSP or GetOverLappedResult timeout becase the test is not expecting sudden shutdown due to the message failure.
  • The following tests will fail with a message «»Failed to force sleep state» OR «Failed to force hibernate state»

    • Wireless Display Verify Sleep
    • Wireless Display Verify Hibernate
  • «Verify Frame Quality test» has been updated to fix crashes caused due to decoding of corrupt video file.»
  • «VSYNC inphase»

    The requirement for VSYNC test has changed from the following:

    Earlier requirement:

    All Vsyncs which are within the ‘keep phase’ state have to be within 500 us of the expected arrival time. New requirement:

    • 98% of the Vsyncs must be within 500 us
    • For Vsync ON, max variation is 1.5 ms
    • For Vsync OFF in-phase state, max variation is 10 ms
  • Multiple fixes to Precision Touchpad HCK Tests

    • Requirement:Device.Input.PrecisionTouchPad.Precision.Linearity Test.LinearityDiagonalMultiple.json; Test.LinearityVerticalMultiple.json and Test.LinearityHorizontalMultiple.json

      — If the IHV or OEM builds a precision touchpad within documented depth tolerance of 1.5mm, the test equipment may not be able to make both contacts hit the edge of the touchpad on a parallel stroke. If this check is in place, the partner will fail the test even though they have met the requirements.

      — For MP, the tolerances were inconsistent across various test iterations. This change corrects them; otherwise it is possible for an IHV or OEM to artificially fail some portions of the linearity tests while passing others.

    • Requirement:Device.Input.PrecisionTouchpad.Precision.StationaryJitter Test.StationaryJitterMultiple.json

      — If the IHV or OEM has met the requirement, but is using one of our described equipment vendors and techniques, they may artificially fail the test due to human error in placing the contacts. The human error is practically unavoidable. This fix allows for some stabilization time to get the contacts on the touchpad surface before verifying the jitter.

      — When multiple contacts are brought down in such close proximity the tolerance for stationary jitter isn’t sufficient and will result in false failures.

    • Requirement: Device.Input.PrecisionTouchpad.Hardware.Clickpad

      — For MP, the test failed to check the button state was consistent across a frame which resulted in some devices hanging the logo test instead or returning a failure.

    • Requirement: Device.Digitizer.PrecisionTouchPad.Performance.ReportRateApplies to all tests since it runs in the background.

      — Host performance issues can result in false failures due to an insufficient number of samples to calculate the device’s report rate. This mitigates this issue by requiring averaging across a minimum of 20 samples instead of just 10.

    • *Applicable to all systems with an integrated precision touchpad*

      — When running system logo tests with a PTP device present, the applicable PTP HCK tests won’t show up and be executable due to an XPath query issue. This fix resolves the query issue so the tests can be run for system logo submission.

  • Webcam Performance System Test — There are currently 2 start capture engine initializations events thrown, test is using the fist init event to measure start performance, which causes an artifically high start up latency. This fix updates the test to have only initialize call for capture engine.
  • Webcam Glitch free record System Test — WNCameraRequirements (Manual) .Currently the Glitch free test is using H.264 in an ASF container to record video, this is not a mainline scenario. Updating test to verify the framerate with H.264 in an MP4 container.
  • The test currently exits the Video player process instance after it finishes, which is occasionally returning a failure code when a race condition in which error 9009 is given, but the process is still killed. This change will now log the error and but not fail the test because of it.

    • Full Trace Gatherer for WNGlitchfree HD Video Playback on DC during Connected Standby (Manual on mobile systems)
    • Full Trace Gatherer for WNGlitchfree HD Video Playback on AC during Connected Standby (Manual on mobile systems)
    • Full Trace Gatherer for WNGlitchfree HD Video Playback on DC (Manual on mobile systems)
    • Full Trace Gatherer for WNGlitchfree HD Video Playback on AC (Manual on mobile systems)
    • Full Trace Gatherer for WNGlitchfree HD Video Playback on DC with Audio Offload (Manual on mobile systems)
    • Full Trace Gatherer for WNGlitchfree HD Video Playback on DC with Audio Offload (Manual on mobile systems)
    • WNGlitchfree HD Video Playback on DC during Connected Standby (Manual on mobile systems)
    • WNGlitchfree HD Video Playback on AC during Connected Standby (Manual on mobile systems)
    • WNGlitchfree HD Video Playback on DC (Manual on mobile systems)
    • WNGlitchfree HD Video Playback on AC (Manual on mobile systems)
    • WNGlitchfree HD Video Playback on DC with Audio Offload (Manual on mobile systems)
    • WNGlitchfree HD Video Playback on DC with Audio Offload (Manual on mobile systems)
  • USB Host Controller Compliance

    USB controller filter drivers will crash during USB controller certification. Fix will register the USB compliance validation driver with the power framework thus no longer cause issue.

  • Change fixes problems with validating vendor-specific entries, and adds support for newly introduced PrintSchema features, and improves some error messages to make them more actionable. Tests impacted:

    • “PrintTicket Test»
    • «PrintTicket Conformance Test»
  • Packaging for a submission using deep merge can cause the following exception —

    «Unable to create package. A foreign key value cannot be inserted because a corresponding primary key value does not exist. [ Foreign key constraint name = FK__TestResultParameter__000000000000026E ]»

  • All tests that have filters are expired or updated.

    HCK Studio will crash when a previously applied filter has expired and is reverted from the test result, due to a permissions issue writing to Program Files directory.

  • DevFund INF Test

    This test fails if a driver INF uses UMDF directive UmdfFsContextUsePolicy.

  • NDISTest 6.5 — WlanOffloads – OSStack

    This test has the high potential to fail due to missing the necessary packets when in a low power state due to all the packets coming in on the same beacon interval. By adding a 50ms delay between each packet transmission the likelihood of the client missing the packet is minimal.

  • WLAN Data Path Tests – Functional

    This fixes the test from hanging indefinitely. Additionally the will now stop clean everything up if it is hung for more than 30 minutes.

  • D0 Coalescing Feature Test

    This only applies to WLAN device tests. The D0 Coalescing feature test currently uses netmon, installed on the support machine (SUT), to parse the traces from the Client machine (DUT). However, some IHVs need to use an ARM machine as the SUT and netmon doesn’t have a ARM version. The AP machine will always be either an amd64 or x86 machine. So by using the AP machine to do the parsing, this issue will be resolved.

  • NdisTest 6.5 — WLAN* — preconfig (ap machine)

    The wlansvc will wait for the vwifilt service to finish the attempt to start a virtual adapter before the shutdown will occur. The issue is that the custom atheros softap driver doesn’t support virtual adapters (by design) and thus vwifilt will wait the full 60 seconds before it fails to start a virtual adapter. The current time out in the preconfigure to stop wlansvc is 30 seconds so an error is logged. This error has no effect on the overall test run but will prevent an errata/contingency filter from being applied correctly.

  • The wlan wake tests can sometimes fail with no packets received or with a loss of backchannel communication. The reason for this is when the system goes into a low power mode the Ethernet adapter is going to sleep as well. These tests require the Ethernet adapter to stay awake and connected in order to complete the test. The fix for this is to simply take a handle on the Ethernet adapter before the system is put into a low power state. This will keep the Ethernet adapter connected and powered up for the duration of the test. Tests impacted:

    • NDISTest 6.5 — WlanWakeTests
    • NDISTest 6.5 — WlanWakeTests –OSSTACK
  • NDISTest 6.5 — [2 Machine] – CheckConnectivity

    Running any NDISTest job against an SR-IOV NIC’s VF driver bug checks the system. To fix the problem, NDISTest adds “ndisvf” as the lower binding range for the test protocol.

QFE Update 003 (Build ID: 8.100.9606)

Release date: July 16, 2013

Optional or required: Required

Description of change:

  • This fix allows the successful execution of specific Windows 8 HCK Boot tests on UEFI systems running Windows 7. Without the fix tests will fail to run and report any pass/fail results. UEFI firmware certification tests impacted:

    • UEFI Post Time Test
    • BitLocker Drive Encryption BIOS Interface Logo Test
    • BitLocker Drive Encryption USB BIOS Logo Test
  • The following tests have been marked with the “Special Configuration” attribute to allow automation to work properly. Tests impacted:

    • Converged Traffic Test
    • Crashdump Support Test(LOGO)
    • Persistent Reservation Test(LOGO)
    • Flush Test
    • Enclosure Disk Test(LOGO)
    • Enumeration Test(LOGO
    • Multiport Disk Performance Test(LOGO)
    • SES Test(LOGO)
    • iSCSI HBA Boot Test(LOGO)
    • iSCSI HBA Digest Test(Disk) (LOGO)
    • iSCSI HBA Mutual CHAP Test(LOGO)
    • iSCSI HBA One-Way CHAP Test (LOGO)
    • iSCSI HBA Persistent Login Test(LOGO)
    • iSCSI HBA Ping Test(LOGO)
    • iSCSI HBA Redirection Test(LOGO)
    • iSCSI HBA WMI Test(LOGO)
  • The following tests have been fixed to work correctly on Windows 8:

    • Installable File System Filter Test
    • Antivirus Installable File System Filter Test
    • Txfs2
    • Syscache test
    • Oplocks test
  • Hybrid Trim Performance Test (LOGO)

    The test does not clear the cache prior to running the trim performance test, causing intermittent failures.

  • Trim Performance Test

    The maximum number of LBAs per range is changed from 65536 to 65535, as specified by ACS-2 spec.

  • NVMe Fault Injection test (LOGO) is removed from HCK2.1 release.
  • SCSI Compliance Test 2.0

    The test will fail if the drive size is bigger than 2TB.

  • Multipath I-O Test (LOGO)

    Change the storage.pck file; copy «Utility_RebootForDeviceRecovery.wsc» file to the working directory.

  • WGF11 Map Default Performance (and WoW64 version)

    This has been fixed to ensure that it takes compiler optimizations into account while running tests.

  • Multisampling Test

    This has been fixed to be high-dpi aware and hence it would not fail due to resolution assumptions.

  • This change fixes an issue where the input content was not copied correctly from the HCK server. Tests impacted:

    • HMFT VisVal Test 801
    • HMFT VisVal Test 802
    • HMFT VisVal Test 803
    • HMFT VisVal Test 851
    • HMFT VisVal Test 852
    • HMFT VisVal Test 853
  • Following tests have been fixed to ensure dependent files are copied correctly before running the test.

    • D3D11 WGF11TimingData HW FL*
    • D3D11 WGF11TimingData HW FL9*
  • The following tests can result in false failures. This QFE corrects the JMP detection logic.

    • WGF11 D3DWDDM (WoW64)
    • WGF11 D3DWDDM
  • WGF11 L9NativeStaging

    This has been fixed to ensure that it takes compiler optimizations into account while running tests.

  • Following tests has been fixed to ensure that it runs at 100% desktop scale factor.

    • Desktop Duplication with Latency Mode
    • Desktop Duplication with Normal Mode
  • «SysFX Test»

    If a driver is built with both Windows 8 and Windows 8.1 audio effects models, this test could crash. The fix is to properly support drivers that are designed for both versions.

  • These tests were not running correctly on Windows 8. This change fixes that so the tests will run on Windows 8.

    • Webcam Location, Registration, Metadata, and Dependency Tests
    • Webcam Min Resolution for integrated cameras
    • Webcam Registration, Metadata, and Dependency Tests
  • Device Power State Transition Test

    This is currently enumerating through all devices that have once attached to the system and then complies endpoint specific info. The fix is to have the test enumerate through all active devices so when the test attempts to pull endpoint specific data, the test doesn’t fail on devices that are no longer connected.

  • HCK Packaging

    When the number of tests in the project is large, the project can fail to load with SQL timeout exception — was taking longer than the default timeout interval for the SQL connection. With this fix, such projects will load quicker and not fail with the timeout exception.

  • A static IP cache was not being flushed correctly. This impacts the following tests:

    • WiFi Direct Data Performance Tests PreAP24 SingleBand SingleChannel
    • WiFi Direct Data Performance Tests PreAP5 MultiBand MultiChannel
    • WiFi Direct Data Performance Tests PreAP5 SingleBand MultiChannel
  • A parameter is added to check for 5ghz capability. This impacts the following tests:

    • Combined Radio – GPS and WLAN – Radio Interference 5Ghz
    • Combined Radio – GPS and WLAN – Radio Interference 5Ghz (ARM System)
    • Combined Radio – WLAN, MBB and Bluetooth – ConcurrentUsage 5GHz
    • Combined Radio – WLAN and BTH – Coexistence 5Ghz
  • Timers have been fixed to handle failures in the following tests:

    • WLAN Connected Standby End to End LongHaul
    • LAN CS Test — IPv4 Longhaul
    • LAN CS Test – Ipv6 Longhaul

QFE Update 002 (Build ID: 8.100.9602)

Release date: July 9, 2013

Optional or required: Optional

Description of change:

  • Ppm Logo Test

    Test fails with log display “*CAP failure” error message if CAP is greater than set by the firmware. Fix is to change to a warning.

  • Ppm Logo Test

    Test fails with log display “CStateCount &gt; MAX_IDLE_STATE_COUNT”. Fix is to correct constant.

  • TPM Revoke Attestation Test

    This fixes errata 833, the fix is to address a diferent setup step for TPM2.0 which is different from TPM1.2 — checks for the version and only clear for TPM 2.0.

  • TPM 2.0 — Supplemental test

    There was a firmware and OS change to change the way the spec version and manufacturer version is shown for TPM, as what they were showing here for Windows 8 wasn’t correct. This fix is to check the spec version but not manufacture version.

  • TPM 2.0 — Supplemental test

    This test was to check for the TPM to be part of a well-known list taken from the TCG vendor registry. The fix is to remove this check as it is no longer a requirement.

  • Check if the TPM supports PPI1.0 and if yes issue the correct PPI commands applicable for PPI 1.0 only. Test impacted:

    • TPM Win32_TPM Class Test
    • TPM 1.2 TCG OS Interface Server Test
  • Wireless Display Verify 1080p

    The device may fail this test by choosing to report the 1900×1200 display mode reported in the sink codec support. The test will fail indicating that it expected 1920×1080 as the default resolution.

  • WDDM Max Conext Test

    The test creates 101 contexts instead of 100 specified as a requirement. This is fixed to create exactly 100 contexts.

  • This fixes Wireless display test to handle multiple RTSP messages of variable sizes on ReadFile calls. Test impacted:

    • Wireless Display Verify 1080p
    • Wireless Display Verify Connector Type
    • Wireless Display Verify Container ID
    • Wireless Display Verify Edid
    • Wireless Display Verify Frame Quality
    • Wireless Display Verify Hibernate
    • Wireless Display Verify Message Timeouts
    • Wireless Display Verify Mode Change
    • Wireless Display Verify Monitor Arrival Departure
    • Wireless Display Verify Monitor Disconnect
    • Wireless Display Verify Monitor Off
    • Wireless Display Verify PnP Stop
    • Wireless Display Verify Protocol
    • Wireless Display Verify Session Connect Disconnect
    • Wireless Display Verify Monitor Off
    • Wireless Display Verify PnP Stop
    • Wireless Display Verify Protocol
    • Wireless Display Verify Session Connect Disconnect
    • Wireless Display Verify Sink Disconnect
    • Wireless Display Verify Sink Failed To Set Mode
    • Wireless Display Verify Sleep
    • Wireless Display Verify Stability
    • Wireless Display Verify TDR
    • Wireless Display Verify Topology
  • This fixes the test so that the virtual sink does not report having an empty message when two RTSP messages are sent in one packet. Test impacted:

    • Wireless Display Verify Edid
    • Wireless Display Verify Connector Type
    • Wireless Display Verify Connect Disconnect
  • dGPU Power Management as originally speced had DXGKrnl controlling «D3 Tranision» power component. Later this was relaxed to allow IHVs control this component as well. Test’s expectations need to be adjusted accordingly. Test impacted:

    • Wireless Display Verify Edid
    • Wireless Display Verify Connector Type
    • Wireless Display Verify Connect Disconnect
  • dGPU Power Management as originally speced had DXGKrnl controlling «D3 Tranision» power component. Later this was relaxed to allow IHVs control this component as well. Test’s expectations need to be adjusted accordingly. Test impacted:

    • HybridPowerManagement_AppRunning
    • HybridPowerManagement_AppRunningMonitorOff
  • Test cases in group RenderTargetView are using incorrect shader resulting in false pass/fail results. This QFE corrects the shader.

    • WGF11 TiledResources (WoW64)
    • WGF11 TiledResources
  • Webcam Controls — Photo Sequence — System Test

    Currently one Photo Sequence test does not wait enough time to allow driver to produce one past frame before trigger is set. An update has been made to XML to allow 500 ms for the driver to generate one past frame. Since the required framerate is 8 FPS this should be enough time for driver to converge.

  • Hardware Audio Processing Test

    This fix makes HAPTest more tolerant of dynamic range compression of processing in its signal validation.

  • Webcam Sensor Quality System Test

    WNCameraRequirements (Manual) failed given that the media type bandwidth advertised by the source media type exceed the capabilities of the encoder in that system. This change updates the bitrate provided in the test to a reasonable value for all encoders.

  • This change consists of updates ETW logging for Multi-GPU systems to unblock Glitchfree tests on those configurations. Tests impacted:

    • Full Trace Gatherer for WNGlitchfree HD Video Playback on DC during Connected Standby (Manual on mobile systems)
    • Full Trace Gatherer for WNGlitchfree HD Video Playback on AC during Connected Standby (Manual on mobile systems)
    • Full Trace Gatherer for WNGlitchfree HD Video Playback on DC (Manual on mobile systems)
    • Full Trace Gatherer for WNGlitchfree HD Video Playback on AC (Manual on mobile systems)
    • Full Trace Gatherer for WNGlitchfree HD Video Playback on DC with Audio Offload (Manual on mobile systems)
    • Full Trace Gatherer for WNGlitchfree HD Video Playback on AC with Audio Offload (Manual on mobile systems)
    • WNGlitchfree HD Video Playback on DC during Connected Standby (Manual on mobile systems)
    • WNGlitchfree HD Video Playback on AC during Connected Standby (Manual on mobile systems)
    • WNGlitchfree HD Video Playback on DC (Manual on mobile systems)
    • WNGlitchfree HD Video Playback on AC (Manual on mobile systems)
    • WNGlitchfree HD Video Playback on DC with Audio Offload (Manual on mobile systems)
    • WNGlitchfree HD Video Playback on AC with Audio Offload (Manual on mobile systems)
  • Webcam Sensor Quality System Test

    This fixes an access violation while logging.

  • This fixes an issue where the capture device is not properly enumerating the default capture device used by the test. The test now allows the user to select the capture device during the execution of the test. Tests impacted:

    • MPO Quality Test — 1080p source to 1920×1080 surface
    • MPO Quality Test — 720p source to 1280×720 surface
    • MPO Quality Test — 720×480 source to 1440×1080 surface
    • MPO Quality Test — 720×480 source to 960×720 surface
    • MPO Quality Test — 720×480 source to 1920×1080 surface
    • MPO Quality Test — 720×480 source to 1280×720 surface
    • MPO Quality Test — 1080p source to 1280×720 surface
    • MPO Quality Test — 720p source to 1920×1080 surface
  • UART Controller Test (Stress)

    A test process crash may be observed during this test’s cleanup phase. This fix ensures cleanup is performed cleanly.

  • Change fixes problems with validating vendor-specific entries, and adds support for newly introduced PrintSchema features, and improves some error messages to make them more actionable. Test Impacted:

    • PrintTicket Test
    • PrintTicket Conformance Test
  • When run against V4 print drivers with printer extensions, the UI will show up in the background and the test will be blocked looking for the window. V3 drivers and V4 drivers without extensions will NOT hit this issue. Tests impacted:

    • DocumentProperties Test (Unicode)
    • DocumentProperties Test (Ansi)
  • The HCK Studio Help file has been updated to reflect the following:

    • Make a note that Secure Boot should be disabled (or Debug Policy installed on ARM) to permit the ACPI test to execute
    • Hybrid Information Read-Write Test(LOGO)
    • Hybrid Information Cache Verfication Test(LOGO)
    • Hybrid Information Command Test(LOGO)
    • The Test Category Device.Graphics.WDDM12 has been identified to have 187 test that require Special configuration that have NO documentation.
    • Content for BDE WLK tests is not present online
    • HCK: UX: Selection tab: Distributed Target Selection dialog: Target check box activation is retained from previously displayed dialog for same targets.
    • WHCK SLP: ‘Running the Test’ section needs to be updated for a few WHCK test jobs after the addition of ‘IsSpcialConfig’ job-attribute
    • Correct display adapter documentation to state the Media Foundation Feature must be installed on Server 2012 for DXVA testing
    • The Test Category System.Client.Sensor has been identified to have 11 manual test that have no documentation.
    • WHCK-Getting Started-Step6 — missing information
    • Updating Verify WiFi Alliance Certification removing old parameters
    • update NDISTest 6.5 — WlanBasic with missing content
    • System.Client.Webcam.Specification.CameraRequirements.Discretional test
    • Change Devfund Device Fundamentals troubleshooting section to reflect that bluetooth devices must be connected using the audio control panel
    • Communications Audio Fidelity Test — distance from SUT instructions conflicting
    • Hybrid Log Verification Test(LOGO)
    • Hybrid Cache Performance Test(LOGO)
    • [Adding new Thin Provisioning Performance Test — NTFS (LOGO)
    • New-HwCertProjectDefinitionFile -DriverList needs to be documented to note that UMDF based drivers will NOT be detected when supplied.
    • Documentation for Wireless Display
    • Hybrid Trim Performance Test(LOGO)
    • Need to add known issue and work around item for Execution Engine in long loop until timeout if test does not return result
    • HCK: UX: Diagnostic logs: «Show all» context menu command can cause UI to become unresponsive when large (GB+) files are present.
    • HCK: Client trouble-shooting: Clients from different machines are reported the same client entry on the controller.
    • Combined Radio related tests help document is not ready
    • Update User’s Guide ‘Run RSC Tests’ page
    • Inadequate ‘Troubleshooting’ documentation for HCK test: Validate HAL Extension loaded successfully
    • Inadequate ‘Troubleshooting’ documentation for HCK test: Verify HAL Extension serviceable
    • Inadequate ‘Troubleshooting’ documenation for HCK test: CSRT Validation for ARM
    • In the kit object model TestResult.Target.Name is incorrect when test group is run as Multi-Device test
    • Webcam Controls related tests help document is not ready
    • How to perform calibration video capture during Webcam glitch free record system test?
    • NVMe Device Capabilities Test (LOGO)
    • NVMe Fault Injection Test (LOGO)
    • NVMe Interrupt Modes Test (LOGO)
    • NVMe IO Test (LOGO)
    • NVMe Queue Pause-Resume Test (LOGO)
    • NVMe Queue Utilization Test (LOGO)
    • NVMe SCSI Compliance Test (LOGO)
    • WIA Tree Properties test instructions (chm) are out-of-date
    • [Update] Flush test
    • Update Troubleshooting Device.Storage Testing
    • Hybrid Tagged Performance Test(LOGO)
    • [Device.Network] add new WLAN Connected Standby End to End — Roaming test
  • Scheduling a large number of tests using the HCK UI can hang. This is typically seen when scheduling tests takes a long period of time. The problem is deadlock situation due to the long scheduling time and results are coming in and changing machine state. The fix is to change the scope of the lock during scheduling.
  • Kmdf Fault Injection Test

    • Failure: The setup task ‘Device Status Check’ fails with the error — «No devices were found for testing using the provided SDEL device query: …»
    • Fix: Change the task to query for “Device Instance Id » OR » Hardware Id » of the device so that the device under test is located correctly.
  • Kmdf Fault Injection Test

    If the test fails due to a bugcheck or causes the test to hang when running the test on Inbox drivers (usbhub3, winusb, scfilter etc.), this fix will exclude the inbox drivers from fault injection and test only the Non-Inbox kmdf drivers on the device stack.

  • NDISTest 6.5 – WlanConnectDisconnect

    The test suite Indications_ext currently does not allow the NDIS_STATUS_DOT11_PMKID_CANDIDATE_LIST to come between the DISASSOCIATION and ROAMING start indications. This is an asynchronous indication that can come anytime and should be allowed.

  • WLAN Stress Test – Reliability

    This test was hitting an Exception «System.Exception: ProfileConnect Failed at HckTests.Utilities.WlanApi.Wlan.ProfileConnect». This QFE fixes this issue.

  • The following tests would stop and fail any time the device under test was removed during the test process (specifically during hibernate). The fix is to fail the test, but continue to test all variations if the device under test can return within 3 minutes. Tests impacted:

    • WiFi Direct Scenario Tests — BasicPlus
    • WiFi Direct Scenario Tests — ReInvoke Stress
  • These tests were not discovering the peer device before calling a connect (re-invoke invitation) to it. The fix will add a device discovery just before the connect call is made.

    • WLAN Association Tests — WPA2_PSK_PEAP_AES — Functional
    • WLAN Association Tests — WPA2_PSK_PEAP_TKIP_AES — Reliability
    • WLAN Association Tests — WPA2_PSK_TTLS_AES — Functional
    • WLAN Association Tests — WPA2_PSK_TTLS_TKIP_AES — Reliability
    • WLAN FIPS Association Tests — WPA2_PSK_PEAP_AES — Functional
    • WLAN FIPS Association Tests — WPA2_PSK_PEAP_TKIP_AES — Reliability
    • WLAN FIPS Association Tests — WPA2_PSK_TTLS_AES – Functional
  • Association tests would previously perform a single scan for each AP at the start of the test. Over the time in which the test runs, there are many different associate commands given to the wlan service. It was possible for networks to be missing in the scan list through future iterations in noisy environments. Since the focus of this test is on association, there was an additional scan added before the association took place. Tests impacted:

    • WLAN Association Tests — WPA2_PSK_PEAP_AES — Functional
    • WLAN Association Tests — WPA2_PSK_PEAP_TKIP_AES — Reliability
    • WLAN Association Tests — WPA2_PSK_TTLS_AES — Functional
    • WLAN Association Tests — WPA2_PSK_TTLS_TKIP_AES — Reliability
    • WLAN FIPS Association Tests — WPA2_PSK_PEAP_AES — Functional
    • WLAN FIPS Association Tests — WPA2_PSK_PEAP_TKIP_AES — Reliability
    • WLAN FIPS Association Tests — WPA2_PSK_TTLS_AES — Functional
  • Run TOR Tests: The change is to relax the Layer 3 requirement of the switch. If Layer 3 was not implemented, then those tests will not run.

QFE Update 001 (Build ID: 8.100.9599)

Release date: July 2, 2013

Optional or required: Optional

Description of change:

  • Fixed crashes known to occur in the tests «NDISTest 6.5 — [2 Machine] — OffloadChecksum» and «NDISTest 6.5 — [2 Machine] – OffloadLSO» during x86 runs. The crashes were especially frequent in Windows 7 submissions.
  • This fix adds a new Product Type, vSwitchExtension, to Windows HCK to specifically identify those certification submissions that are for Hyper-V Extensible Switch extensions. The product type is carried with the submission to Microsoft’s web portal to identify switch extensions so that they may be added to the Windows Server Catalog under the Hyper-V Switch Extensions area. Previously, extensions could receive a logo certification, but would not be listed on http://www.WindowsServerCatalog.com.
  • Fixed relaxes Tier-2 tiled resources requirement for tiled array resources with packed mips. With this fix, the tiled resource array tests only in WGF11TiledResources where the resource is guaranteed to be fully unpacked. The following test are impacted:

    • WGF11 Resource Formats (WoW64)
    • WGF11 Compute Shader (WoW64)
    • WGF11 Multisample
    • WGF11 Multisample (WoW64)
    • WGF11 Compute Shader
    • WGF11 Resource Formats — BGRA Support on 10.x (WoW64)
    • WGF11 Filter
    • WGF11 Depth Stencil
    • WGF11 Compute Shader (D3D10.x HW Only)
    • WGF11 Filter (WoW64)
    • WGF11 Resource Access (WoW64)
    • WGF11 Render Targets
    • WGF11 Compute Shader (D3D10.x HW Only) (WoW64)
  • Fixed proper synchronization between processes after each CopyTiles call. Following tests are impacted:

    • WDDM Primary Surface
    • WDDM Primary Surface (WoW64)
  • Fixed Wireless Display Verify Session Connect Disconnect. The virtual sink tried to bind to the same socket for each test case but if there was not sufficient time between the close and the current bind attempt the bind call failed.
  • Addressed an issue with drivers that require DRMLevel for protected content playback. Prior to this fix, users would receive packages that were missing the necessary information to receive XP/Vista downlevel catalog markup. With this fix, packages are generated correctly and all downlevel OS are available in the package.
  • Fixed System jobs that are now able to handle scenarios where current system state impacts running of these tests:

    • DXGI HybridPresent jobs
    • Hybird — Independent Driver Update Jobs
    • HybridPowerManagement
  • The following jobs are scheduled on x86 builds which results in longer execution time of the kit. WOW64 jobs should only run on AMD64 platform:

    • DXGI HybridPresent (FL9.1) (WoW64)
    • DXGI HybridPresent (WoW64)
    • WGF11 D3DSystemCheck — Hybrid (WoW64)
  • Fixed crashes known to occur in the «NDISTest 6.5 — [2 Machine] — VMQPowerManagement » test.
  • Fixed link between target and drivers that was broken for DUA packages. Even though drivers were being added to the package, it wasn’t associated with the targets. The impact is that it would not be possible to create DUA packages from the shell packages downloaded from portal.
  • Windows 8 systems are blocked from certifying Touch Device. GetTHQABlob.exe is a requirement for certification and partners cannot execute this on Windows 8.
  • WGF11 Shader 5x: The fix to the D3D driver verifier layer.
  • Fixed an issue in Wireless Display Verify Frame Quality where the virtual sink does not handle a variable size RTP header for the video/audio stream. The handles a variable size RTM header of video/audio stream.
  • The following Sensor and Location WHCK tests caused a false failure against GPS sensor, although the GPS Sensor passes 4 out of 5 cold start test runs, which is the passing criterion:

    • Sensor ReadyState Verification Test
    • Sensor ReadyState Verification Test (System)

See Also


First published on MSDN on Mar 12, 2014

For information about QFE updates, see

Windows Hardware Certification Kit QFE Updates

.

To get the latest QFEs for the Windows HCK, run

HCKSetup.exe

. The Windows HCK download includes all previous QFE updates.

Learn what’s in the QFE

Download and install HCK to get the QFE

Download the QFE now


Note:

Before applying the QFE, close all active HCK Studio sessions. Applying this QFE might affect in-progress submissions, so please complete any submissions before applying the QFE. After installing this QFE, you’ll need to regenerate any affected submission that was generated before the QFE was installed.

Содержание

  1. Microsoft Windows QFE — что это?
  2. Что такое Microsoft Windows QFE и какова его роль?
  3. Особенности Microsoft Windows QFE:
  4. Понимание сути Microsoft Windows QFE
  5. Роль Microsoft Windows QFE в устранении ошибок
  6. Какие преимущества предлагает Microsoft Windows QFE?
  7. Как получить и установить обновления Microsoft Windows QFE?
  8. Какие типы обновлений включает Microsoft Windows QFE?
  9. 1. Обновления безопасности:
  10. 2. Обновления функциональности:
  11. 3. Обновления исправлений:
  12. Важные факты о Microsoft Windows QFE, которые стоит знать
  13. Как определить, что проблема может быть решена с помощью Microsoft Windows QFE?

Microsoft Windows QFE — что это?

Microsoft Windows QFE (Quick Fix Engineering) – это специальная методология, разработанная Microsoft, чтобы решать проблемы, связанные с операционной системой Windows. Это набор обновлений и исправлений, выпускаемых в виде пакетов, чтобы обеспечить повышенную стабильность и безопасность системы.

QFE-пакеты обычно выпускаются в ответ на обнаруженные уязвимости или ошибки в Windows. Они содержат исправления для возможных проблем, оптимизации работы системы и улучшения функциональности. Каждый QFE-пакет содержит минимальное количество изменений, необходимых для устранения конкретной проблемы, без каких-либо изменений, которые могут повлиять на другие аспекты системы.

Важно понимать, что QFE-пакеты являются дополнительными обновлениями, которые можно установить на версию Windows, находящуюся в уже установленном состоянии. Это означает, что они не являются полными версиями операционной системы Windows и не заменяют основные обновления.

Установка QFE-обновлений может иметь ряд преимуществ для вашей системы. Во-первых, они могут улучшить безопасность вашей системы, предоставляя исправления для уязвимостей, которые могут быть использованы злоумышленниками. Во-вторых, они могут повысить стабильность вашей системы, устраняя ошибки и проблемы, которые могут привести к сбоям или вылетам программ.

Чтобы установить QFE-пакеты, вам может потребоваться обновиться через Windows Update или загрузить и установить их вручную с веб-сайта Microsoft. Важно следить за выходом новых QFE-пакетов и устанавливать их, чтобы обеспечить оптимальную производительность и безопасность вашей системы Windows.

Что такое Microsoft Windows QFE и какова его роль?

Microsoft Windows QFE (Quick Fix Engineering) представляет собой фреймворк, разработанный компанией Microsoft для исправления и обновления операционных систем Windows. QFE служит основным инструментом для быстрого устранения ошибок и проблем в Windows, а также для обеспечения безопасности и стабильности ОС.

Роль Microsoft Windows QFE заключается в предоставлении исправлений для конкретных проблем и уязвимостей операционных систем Windows. Компания Microsoft регулярно выпускает обновления QFE, чтобы исправить выявленные ошибки, внедрить улучшения и обеспечить безопасность пользователей Windows.

Особенности Microsoft Windows QFE:

  • Индивидуальные исправления: QFE позволяет компании Microsoft предоставлять обновления, предназначенные только для конкретных проблем.
  • Установка по требованию: Пользователи могут устанавливать исправления QFE по своему усмотрению, в зависимости от своих потребностей и предпочтений.
  • Поддержка нескольких версий Windows: Microsoft Windows QFE доступен для различных версий ОС Windows, включая Windows 7, Windows 8, Windows 10 и другие.

Благодаря Microsoft Windows QFE пользователи могут получать исправления и обновления операционной системы Windows, которые помогают улучшить безопасность, стабильность и производительность их компьютера. Регулярное обновление QFE рекомендуется всем пользователям Windows для поддержания операционной системы в актуальном и защищенном состоянии.

Понимание сути Microsoft Windows QFE

Одной из особенностей Microsoft Windows QFE является то, что эти исправления выпускаются по мере необходимости. Это значит, что когда Microsoft обнаруживает ошибку или неисправность в Windows, они создают QFE, чтобы быстро исправить проблему и предоставить пользователям стабильную и безопасную операционную систему.

Основная цель Microsoft Windows QFE — это улучшение функциональности и безопасности Windows. Когда пользователи обнаруживают ошибки или проблемы в своей операционной системе, они могут обратиться к QFE, чтобы получить исправление. Эти исправления обеспечивают оптимизацию работы Windows, исправление уязвимостей и поддержку новых функций.

Важно отметить, что Microsoft Windows QFE – это не обязательные обновления, и пользователи могут устанавливать их по своему усмотрению. Однако, рекомендуется устанавливать все доступные QFE, чтобы обеспечить безопасность и стабильность операционной системы.

Роль Microsoft Windows QFE в устранении ошибок

Роль Microsoft Windows QFE (Quick Fix Engineering) в устранении ошибок заключается в предоставлении быстрых решений и обновлений для операционной системы Windows. QFE-пакеты являются небольшими обновлениями, которые исправляют конкретные проблемы или неполадки в системе. Они предназначены прежде всего для оперативного решения проблем и анализа возникших ошибок.

Пользователи могут получить Microsoft Windows QFE через Windows Update или скачать их из официального сайта Microsoft. Они обычно выпускаются в формате исполняемых файлов (EXE) и могут быть установлены на компьютере с помощью простого процесса установки. Кроме того, Microsoft Windows QFE могут быть включены в более крупные обновления операционной системы, такие как Service Packs, для упрощения процесса установки и обновления системы.

Таким образом, роль Microsoft Windows QFE в устранении ошибок заключается в предоставлении пользователям оперативных решений и улучшений для работы и стабильности операционной системы Windows. Они позволяют устранить проблемы и неполадки, которые могут возникнуть в процессе использования компьютера, обеспечивая более качественное и безопасное пользовательское взаимодействие с операционной системой.

Какие преимущества предлагает Microsoft Windows QFE?

Одним из главных преимуществ Microsoft Windows QFE является то, что оно обновляет исключительно те компоненты системы, которые нуждаются в улучшениях или исправлениях. Вместо того чтобы устанавливать полную новую версию Windows, пользователи могут загружать и устанавливать только необходимые исправления с помощью QFE. Это позволяет экономить время и сокращает объем загрузки и установки обновлений.

Кроме того, Microsoft Windows QFE предлагает более частые обновления по сравнению с основными выпусками системы. Новые исправления и функциональные улучшения могут быть выпущены в виде QFE через короткое время после того, как они были разработаны и протестированы. Это помогает в быстром реагировании на проблемы безопасности и обеспечивает более надежную и безопасную работу операционной системы Windows.

  • Экономия времени и ресурсов. Благодаря возможности установки только нужных исправлений, пользователи экономят время и снижают затраты на обновление операционной системы.
  • Большая безопасность. Частые обновления позволяют реагировать на новые угрозы и проблемы безопасности быстрее, обеспечивая большую защиту данных и системы в целом.
  • Выборочное установление обновлений. Пользователи могут самостоятельно выбирать, какие исправления устанавливать, и избежать установки лишних или ненужных компонентов системы.

Как получить и установить обновления Microsoft Windows QFE?

QFE — это специальные пакеты обновлений, которые выпускаются Microsoft для быстрого решения определенных проблем или уязвимостей. Они могут содержать исправления для конкретных компонентов или функций операционной системы и могут быть доступны как отдельные загружаемые файлы или через Windows Update.

Для получения и установки обновлений Microsoft Windows QFE вам следует пройти следующие шаги:

  1. Первым делом, откройте Windows Update, чтобы проверить наличие доступных обновлений. Для этого щелкните правой кнопкой мыши по значку «Пуск» на панели задач и выберите «Настройки». В открывшемся меню выберите «Обновление и безопасность», а затем «Windows Update».
  2. После открытия Windows Update нажмите на кнопку «Проверить наличие обновлений». Windows начнет сканирование вашей системы и выведет список доступных обновлений, включая QFE.
  3. Выберите необходимые обновления QFE и нажмите на кнопку «Установить обновления». Windows загрузит и установит выбранные обновления на ваш компьютер.
  4. После завершения установки вам может потребоваться перезагрузить компьютер, чтобы изменения вступили в силу. Следуйте указаниям на экране для завершения процесса.

Теперь вы знаете, как получить и установить обновления Microsoft Windows QFE. Не забывайте регулярно проверять Windows Update, чтобы быть в курсе последних обновлений и улучшений для вашей операционной системы.

Какие типы обновлений включает Microsoft Windows QFE?

Microsoft Windows QFE (Quick Fix Engineering) включает несколько типов обновлений, которые позволяют обеспечивать безопасность и исправлять ошибки в операционной системе Windows. Вот некоторые из основных типов обновлений, которые предлагает Microsoft Windows QFE:

1. Обновления безопасности:

Обновления безопасности предназначены для закрытия уязвимостей операционной системы Windows и обеспечения защиты от вирусов, вредоносных программ и других внешних угроз. Microsoft систематически выпускает эти обновления для предотвращения возможных атак и сохранения конфиденциальности ваших данных.

2. Обновления функциональности:

Обновления функциональности предлагают новые возможности и улучшения для операционной системы Windows. Эти обновления могут включать новые приложения, функции, драйверы и другие улучшения, которые помогают оптимизировать работу операционной системы и повышать ее производительность.

3. Обновления исправлений:

Обновления исправлений предназначены для решения проблем и ошибок в операционной системе Windows. Они исправляют выявленные ошибки в программном обеспечении, улучшают его стабильность и надежность. Эти обновления могут включать исправления для системы безопасности, снижения скорости работы или других проблем, которые могут возникнуть в процессе использования операционной системы Windows.

В целом, Microsoft Windows QFE предлагает разнообразные обновления, которые помогают поддерживать операционную систему Windows в безопасном состоянии, расширять ее функциональность и исправлять возникающие проблемы. Регулярное установление этих обновлений рекомендуется, чтобы обеспечить оптимальную работу и защиту вашей системы.

Важные факты о Microsoft Windows QFE, которые стоит знать

Одной из главных особенностей Windows QFE является их быстрое и регулярное выпускание. Компания Microsoft постоянно работает над улучшением своей операционной системы и регулярно распространяет обновления, чтобы исправить обнаруженные проблемы и обеспечить стабильную работу Windows.

Однако, чтобы получить обновления Windows QFE, вам потребуется установить служебные пакеты Windows Update. Этот инструмент позволяет автоматически загружать и устанавливать обновления для вашей операционной системы Windows. Чтобы включить Windows Update, откройте меню «Пуск» и найдите раздел «Обновление и безопасность». Здесь вы сможете настроить автоматическое обновление и выбрать уровень важности обновлений (включая Windows QFE).

Microsoft Windows QFE играет важную роль в обеспечении безопасности и стабильности вашей операционной системы Windows. Регулярное обновление посредством Windows QFE помогает предотвратить возможные угрозы безопасности и исправить ошибки, которые могут повлиять на работоспособность вашей системы. Поэтому рекомендуется всегда держать вашу операционную систему Windows обновленной и устанавливать все рекомендуемые обновления, включая Windows QFE.

Как определить, что проблема может быть решена с помощью Microsoft Windows QFE?

Однако как определить, что проблема может быть решена с помощью Microsoft Windows QFE? Вот несколько ключевых моментов, на которые стоит обратить внимание:

  • Ошибка в операционной системе: Если вы столкнулись с какой-либо ошибкой или неисправностью в работе операционной системы Windows, то это может быть хорошим показателем того, что проблема может быть решена с помощью Microsoft Windows QFE. Команда разработчиков Microsoft старается постоянно улучшать и обновлять свою операционную систему, и QFE-обновления часто включают исправления для таких проблем.
  • Известная проблема: Если вы знаете, что проблема, с которой вы сталкиваетесь, уже известна компании Microsoft, то вы можете ожидать, что они выпустят QFE-обновление для ее исправления. Для этого вы можете проверить списки известных ошибок на веб-сайте Microsoft или в официальных сообществах поддержки Windows.
  • Обновления и патчи: Если вы заметили, что проблемы возникают после установки конкретного обновления или патча от Microsoft, то это может быть указанием на то, что их QFE-обновление может быть решением. Обычно Microsoft выпускает исправления для своих обновлений и патчей, чтобы устранить любые проблемы, связанные с ними.

Таким образом, если вы столкнулись с ошибками или проблемами при использовании операционной системы Windows, не стоит паниковать. С большой вероятностью проблема может быть решена с помощью Microsoft Windows QFE. Важно оставаться в курсе всех доступных обновлений и патчей, предлагаемых Microsoft, чтобы быть уверенным, что ваша система работает оптимально и без ошибок.

Понравилась статья? Поделить с друзьями:
0 0 голоса
Рейтинг статьи
Подписаться
Уведомить о
guest

0 комментариев
Старые
Новые Популярные
Межтекстовые Отзывы
Посмотреть все комментарии
  • Windows dhcp ntp server
  • Не работает кнопка удалить пин код windows 11
  • Download filezilla client for windows
  • Как посмотреть информацию об оперативной памяти в windows 10
  • Цифровая подпись драйвера windows 7 код 52