здесь например: http://msdn2.microsoft.com/en-us/library/ms789516.aspx По коду BSOD локализуется нужное место в

здесь например:
msdn2.microsoft.com/en-us/library/ms789516.aspx

По коду BSOD локализуется нужное место в acpi.sys, затем по обрамляющему коду можно быстро узнать природу бага и сузить, так сказать, сектор поиска. Опираясь на полученные знания, баг ищется в биосовских таблицах и AML-коде.

В данном случае, BSOD с такими параметрами в вистовом acpi.sys выдается из-за выхода индекса бита в GPE-регистре за диапазон, в данном случае из-за того, что размерность GPE1 не была прописана в FADT, как будто бы он и не очень-то нужен, а в DSDT соответственно на GPE1-event'ы был навешан код. Вот при его-то выполнении (т.е. интерпретации в acpi.sys) и встречалось обращение к GPE1, проверялся индекс бита на выход за границы -- а там нули ==> BSOD. Т.е. обыкновенное расп#$%яйство девелоперов биос или OEM.
Чтобы пофиксить, нужно было только прописать правильные данные в FADT, но теоретически подобный баг с не меньшей вероятностью может встретиться и в самом AML-коде. В висте просто добавили побольше проверок при парсинге ACPI-таблиц/кода.