Начальная фаза инсталляции прошла успешно! Я дошел до выбора дисков и прервал еею Надо сохранить данные и заменить кое-какое железо.
Как могут проявлятьсмя ошибки? В худшем случае. Пока я могу тестировать на установленной Windows 2000.
Есть ли какие-нибудь советы по тестированию? Смерти БИОСА я не боюсь - у меня стоит схема его регенерации (двухчиповая). В случае чего и в корпус лазить не надо - только переключателем щелкнуть.
Вот сжигать что-либо не очень хочется...
если бы что-то было не так, то это проявилось бы сразу. ;) Если подумать, то и в худшем случае там всё вылилось бы в нерабочий GPE1, который и так не работал из-за багов биоса. На нем, как уже говорил, всего 2 источника событий, которые похоже вообще не использовались, если уж за всё время пользования материнкой ничего не было замечено.
Потестить можно стандартно -- попробовать ждущий режим в винде, отключение/включение устройств средствами винды, кнопку power. Заглянуть в диспетчере устройств в "Системные устройства", убедиться что там всё ок.
Проверь ЛС.
Добавлено спустя 4 минуты 56 секунд:
если не пришло, скажи email, а то форум при отправке выдает
Failed sending email :: PHP ::
DEBUG MODE
Line : 234
File : emailer.php
хотя в outbox сообщение сохранилось.
почта: dobat@mail.ru
У Iwill я вообще на многих матерях (и этой) видел такое: есть джампер "Включение с клавиатуры" а в БИОСе ничего про это нет. И еще: из всех режимов сна в БИОСе доступен лишь S1.
Еще раз спасибо!
2 источника событий, которые похоже вообще не использовались, если уж за всё время пользования материнкой ничего не было замечено.
судя по их использованию в DSDT, они отвечают за wake-up event'ы для неких 2х (однотипных) девайсов на PCI. Если зашлешь снапшот своей системы от PCIScope -- скажу точно, что это за девайсы и используются ли они вообще на MB. Во всяком случае, это едва ли слоты, т.к. судя по фоткам на ней нет двух одинаковых слотов, только 4 или 1. ;) Так что они скорее всего вообще отсутствуют на материнке, и соответственно никак себя не проявляли -- до того момента, пока виста не проверила GPE1 на вшивость. ;) Пока можно точно сказать, что никаких связанных с ними багов в патченном биосе не будет.
Выскажу свое мнение,
может это баг висты у вас левый вариант оказался,
или просто не аспи виноват а как всегда ,
какоето железо конфликтует, а вынь выдает ошибку совсем другую,
попробуйте поставить вынь , на минимальной конфе , мать, хард, видюха, и сд.
Аспи точно не виноват, тк ставил висту на 3 пенек, недумаю что мать асуса p3b-f расчитывалась на поддержку висты :)
Добавлено спустя 16 секунд:
Выскажу свое мнение,
может это баг висты у вас левый вариант оказался,
или просто не аспи виноват а как всегда ,
какоето железо конфликтует, а вынь выдает ошибку совсем другую,
попробуйте поставить вынь , на минимальной конфе , мать, хард, видюха, и сд.
Аспи точно не виноват, тк ставил висту на 3 пенек, недумаю что мать асуса p3b-f расчитывалась на поддержку висты :)
Ацкий_Кот
Да, нет! Во первых висту туда вся Америка ставила. У них-то никакой левизны нет. И железо у всех разное. Во-вторых, после правки биос виста борльше не выдает ошибки. В-третьих, наличие проблемы признавалось Iwill/
А в P3B-F просто ACPI реализован правильно сразу! И в еще более старых матерях тоже.
Для ВС вопрос:
- где можно почитать/посмотреть про BSOD и его связь с ACPI (то есть то что Вы делали). Ну и плюс по кодам BSOD.
здесь например:
http://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-таблиц/кода.
BC
А как с продолжением?
А вот и долгожданное продолжение. :) :)
Есть НОВАЯ материнка Intel D945GCPE ( http://www.intel.com/products/motherboard/d945gcpe/index.htm ) + ПОСЛЕДНИЙ BIOS. Ставил на нее Windows 2000 SP4 ( не спрашивайте почему не XP :), XP SP3 - то как раз установилась нормально ). И при начальной установке тоже самое - BSOD 0x000000A5 ( http://support.microsoft.com/kb/256841 ). Что делать? Опять ковырять ACPI-код BIOS? Или поменять на аналогичную, пока гарантия? Если ставишь hal.dll - "Стандартный компьютер" (через F5/F7), система устанавливается и с дровами все ОК, но при завершении работы/перезагрузке через "Пуск..." экран гаснет, система виснет и не выключается, что "напрягает". Я, в принципе, брал и другие Intel-овые мамы на Intel 915/945/963/965 - проблем с ними в плане совместимости W2KSP4 + ACPI не было. На ICH8 даже удалось взгромоздить SATAII в режиме AHCI (Intel Matrix Storage Manager 7.0). Так что пока W2K еще как-то поддерживается.
Спасибо, ты гений!
Начальная фаза инсталляции прошла успешно! Я дошел до выбора дисков и прервал еею Надо сохранить данные и заменить кое-какое железо.
Как могут проявлятьсмя ошибки? В худшем случае. Пока я могу тестировать на установленной Windows 2000.
Есть ли какие-нибудь советы по тестированию? Смерти БИОСА я не боюсь - у меня стоит схема его регенерации (двухчиповая). В случае чего и в корпус лазить не надо - только переключателем щелкнуть.
Вот сжигать что-либо не очень хочется...
Потестить можно стандартно -- попробовать ждущий режим в винде, отключение/включение устройств средствами винды, кнопку power. Заглянуть в диспетчере устройств в "Системные устройства", убедиться что там всё ок.
Проверь ЛС.
Добавлено спустя 4 минуты 56 секунд:
если не пришло, скажи email, а то форум при отправке выдает
Failed sending email :: PHP ::
DEBUG MODE
Line : 234
File : emailer.php
хотя в outbox сообщение сохранилось.
У Iwill я вообще на многих матерях (и этой) видел такое: есть джампер "Включение с клавиатуры" а в БИОСе ничего про это нет. И еще: из всех режимов сна в БИОСе доступен лишь S1.
Еще раз спасибо!
судя по их использованию в DSDT, они отвечают за wake-up event'ы для неких 2х (однотипных) девайсов на PCI. Если зашлешь снапшот своей системы от PCIScope -- скажу точно, что это за девайсы и используются ли они вообще на MB. Во всяком случае, это едва ли слоты, т.к. судя по фоткам на ней нет двух одинаковых слотов, только 4 или 1. ;) Так что они скорее всего вообще отсутствуют на материнке, и соответственно никак себя не проявляли -- до того момента, пока виста не проверила GPE1 на вшивость. ;) Пока можно точно сказать, что никаких связанных с ними багов в патченном биосе не будет.
может это баг висты у вас левый вариант оказался,
или просто не аспи виноват а как всегда ,
какоето железо конфликтует, а вынь выдает ошибку совсем другую,
попробуйте поставить вынь , на минимальной конфе , мать, хард, видюха, и сд.
Аспи точно не виноват, тк ставил висту на 3 пенек, недумаю что мать асуса p3b-f расчитывалась на поддержку висты :)
Добавлено спустя 16 секунд:
Выскажу свое мнение,
может это баг висты у вас левый вариант оказался,
или просто не аспи виноват а как всегда ,
какоето железо конфликтует, а вынь выдает ошибку совсем другую,
попробуйте поставить вынь , на минимальной конфе , мать, хард, видюха, и сд.
Аспи точно не виноват, тк ставил висту на 3 пенек, недумаю что мать асуса p3b-f расчитывалась на поддержку висты :)
Да, нет! Во первых висту туда вся Америка ставила. У них-то никакой левизны нет. И железо у всех разное. Во-вторых, после правки биос виста борльше не выдает ошибки. В-третьих, наличие проблемы признавалось Iwill/
А в P3B-F просто ACPI реализован правильно сразу! И в еще более старых матерях тоже.
- где можно почитать/посмотреть про BSOD и его связь с ACPI (то есть то что Вы делали). Ну и плюс по кодам BSOD.
http://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-таблиц/кода.
А как с продолжением?
Есть НОВАЯ материнка Intel D945GCPE ( http://www.intel.com/products/motherboard/d945gcpe/index.htm ) + ПОСЛЕДНИЙ BIOS. Ставил на нее Windows 2000 SP4 ( не спрашивайте почему не XP :), XP SP3 - то как раз установилась нормально ). И при начальной установке тоже самое - BSOD 0x000000A5 ( http://support.microsoft.com/kb/256841 ). Что делать? Опять ковырять ACPI-код BIOS? Или поменять на аналогичную, пока гарантия? Если ставишь hal.dll - "Стандартный компьютер" (через F5/F7), система устанавливается и с дровами все ОК, но при завершении работы/перезагрузке через "Пуск..." экран гаснет, система виснет и не выключается, что "напрягает". Я, в принципе, брал и другие Intel-овые мамы на Intel 915/945/963/965 - проблем с ними в плане совместимости W2KSP4 + ACPI не было. На ICH8 даже удалось взгромоздить SATAII в режиме AHCI (Intel Matrix Storage Manager 7.0). Так что пока W2K еще как-то поддерживается.