Root, спасибо за ссылки по теме и основные шаги предпринимаемые по редактированию BIOS-а в моем случае. Некоторые из инструментов мне пригодятся позже, когда успешно пройду пункт "в) редактируем текстовым редактором" :) . В шаге 0 ты упоминал исходники BIOS-ов, подскажи пожалуйста где их можно взять?

Я получил ASL-код (помог мне в этом подвернувшийся под руку AD.EXE [AD - ACPI Dump. Version 0.91. Jan 09 2002 от Phoenix], который совместил шаги а и б, надеюсь правильно). Поиск по "больным" местам (порт 4d0, на него ругался ACPI от Windows XP) показал два упоминания в ASL-коде:
[code:1]
....
OperationRegion(ELCR,SystemIo,0x04D0,0x02)
Field(ELCR /* \ELCR */,ByteAcc,NoLock,Preserve)
{
ELC1,8,
ELC2,8
}
....
Device(SYSR)
//
// SYSR - Motherboard Resources
//
{
// _HID - Hardware ID
//
// Supplies OSPM with the device's Plug and Play
// hardware ID. When describing a platform, use of
// any _HID objects is optional. However, a _HID
// object must be used to describe any device that
// will be enumerated by OSPM. OSPM only enumerates
// a device when no bus enumerator can detect the
// device ID. For example, devices on an ISA bus are
// enumerated by OSPM. Use the _ADR object to
// describe devices enumerated by bus enumerators
// other than OSPM.
//
Name(_HID,EISAID("PNP0C02")) // Motherboard Resources
// _UID - Unique ID
//
// Provides OSPM with a serial number-style ID of a
// device (or battery), which does not change across
// reboots. This object is optional, but is required
// when the device has no other way to report a
// persistent unique device ID. When a system has
// two devices that report the same _HID, each
// device must have a _UID object. When reported,
// the UID needs to be unique only among devices
// with the same device ID. OSPM typically uses the
// unique device ID to ensure that the device
// -specific information, such as network protocol
// binding information, is remembered for the device
// even if its relative location changes. For most
// integrated devices, this object contains a unique
// identifier. For other devices, like a docking
// station, this object can be a control method that
// returns the unique docking station ID. A _UID
// object evaluates to either a numeric value or a
// string.
//
Name(_UID,0x01)
// _CRS - Current Resource Settings
//
// Evaluates to a buffer describing the resources
// currently allocated to a device. Additionally, a
// bus device must supply the resources that it
// decodes and can assign to child devices. If a
// device is disabled, then _CRS returns a valid
// resource template for the device, but the actual
// resource assignments in the return byte stream
// are ignored. If the device is disabled when _CRS
// is called, it must remain disabled.
//
Name(_CRS,ResourceTemplate()
{
IO(Decode16,0x0010,0x0010,0x01,0x10)
IO(Decode16,0x0022,0x0022,0x01,0x1E)
IO(Decode16,0x0044,0x0044,0x01,0x1C)
IO(Decode16,0x0062,0x0062,0x01,0x02)
IO(Decode16,0x0065,0x0065,0x01,0x0B)
IO(Decode16,0x0074,0x0074,0x01,0x0C)
IO(Decode16,0x0091,0x0091,0x01,0x03)
IO(Decode16,0x00A2,0x00A2,0x01,0x1E)
IO(Decode16,0x00E0,0x00E0,0x01,0x10)
IO(Decode16,0x03F0,0x03F0,0x01,0x02)
IO(Decode16,0x04D0,0x04D0,0x01,0x02)

})
}
[/code:1]
Сравнение с "нормальным" ASL-кодом (MotherBoard EPOX 8RDAEI, на чипсете NForce2, ID-стринг: 12/11/2003-nVidia-nForce-6A61BPAIC-00) показал точно такие же вхождения:
[code:1]
....
OperationRegion(ELCR,SystemIo,0x04D0,0x02)
Field(ELCR /* \ELCR */,ByteAcc,NoLock,Preserve)
{
ELC1,8,
ELC2,8
}
....
Device(SYSR)
//
// SYSR - Motherboard Resources
//
{
// _HID - Hardware ID
//
// Supplies OSPM with the device's Plug and Play
// hardware ID. When describing a platform, use of
// any _HID objects is optional. However, a _HID
// object must be used to describe any device that
// will be enumerated by OSPM. OSPM only enumerates
// a device when no bus enumerator can detect the
// device ID. For example, devices on an ISA bus are
// enumerated by OSPM. Use the _ADR object to
// describe devices enumerated by bus enumerators
// other than OSPM.
//
Name(_HID,EISAID("PNP0C02")) // Motherboard Resources
// _UID - Unique ID
//
// Provides OSPM with a serial number-style ID of a
// device (or battery), which does not change across
// reboots. This object is optional, but is required
// when the device has no other way to report a
// persistent unique device ID. When a system has
// two devices that report the same _HID, each
// device must have a _UID object. When reported,
// the UID needs to be unique only among devices
// with the same device ID. OSPM typically uses the
// unique device ID to ensure that the device
// -specific information, such as network protocol
// binding information, is remembered for the device
// even if its relative location changes. For most
// integrated devices, this object contains a unique
// identifier. For other devices, like a docking
// station, this object can be a control method that
// returns the unique docking station ID. A _UID
// object evaluates to either a numeric value or a
// string.
//
Name(_UID,0x01)
// _CRS - Current Resource Settings
//
// Evaluates to a buffer describing the resources
// currently allocated to a device. Additionally, a
// bus device must supply the resources that it
// decodes and can assign to child devices. If a
// device is disabled, then _CRS returns a valid
// resource template for the device, but the actual
// resource assignments in the return byte stream
// are ignored. If the device is disabled when _CRS
// is called, it must remain disabled.
//
Name(_CRS,ResourceTemplate()
{
IO(Decode16,0x0010,0x0010,0x01,0x10)
IO(Decode16,0x0022,0x0022,0x01,0x1E)
IO(Decode16,0x0044,0x0044,0x01,0x1C)
IO(Decode16,0x0062,0x0062,0x01,0x02)
IO(Decode16,0x0065,0x0065,0x01,0x0B)
IO(Decode16,0x0074,0x0074,0x01,0x0C)
IO(Decode16,0x0091,0x0091,0x01,0x03)
IO(Decode16,0x00A2,0x00A2,0x01,0x1E)
IO(Decode16,0x00E0,0x00E0,0x01,0x10)
IO(Decode16,0x0B78,0x0B78,0x04,0x04)
IO(Decode16,0x0F78,0x0F78,0x04,0x04)
IO(Decode16,0x0A78,0x0A78,0x04,0x04)
IO(Decode16,0x0E78,0x0E78,0x04,0x04)
IO(Decode16,0x0BBC,0x0BBC,0x04,0x04)
IO(Decode16,0x0FBC,0x0FBC,0x04,0x04)
IO(Decode16,0x04D0,0x04D0,0x01,0x02)
IO(Decode16,0x0294,0x0294,0x01,0x04)
IO(Decode16,0x04E0,0x04E0,0x01,0x08)

})
}
[/code:1]
По-простому не получилось придется копать глубже :( .

Отсюда вопрос: может кто знает где по-быстрому можно понять что такое ACPI, его структуру возможности и т.д. Читать спецификацию в объеме 500 страниц довольно долго.

у меня тоже так всегда пишет в журнал. и что это реально является проблемой

Условно -- нет. Во всяком случае никаких других проявлений -- кроме как записи в журнале я пока не заметил.

Boris16 если поборол, то как, и что улучшилось?[

Побороть пока не удалось. Недавно выкачал инструменты биосоковырятеля, загляну может там есть какие намеки на эту тему.

Всем добрый день. Попал сюда по поиску ошибки которая уменя в журнале:
AMLI: ACPI BIOS пыталась прочесть с недопустимого адреса (0x21) порта ввода/вывода. Этот адрес лежит в защищенном адресном диапазоне 0x20 - 0x21. Это может привести к нестабильности системы. Обратитесь к поставщику компьютера за технической поддержкой.

Здесь правда другой адрес обсуждают 0х70, но все же, сродни. Опишу вкратце в чем проблема.Где то с пол года назад после попытки небольшого разгона AMD Venice 3000, попытка не особо была признана успешной, прирост был небольшой и на каком то рубеже комп перестал грузится. Сбросил биос, вроде все было ок. Но потом спустя некоторое время начались внезпные синие экраны, зависания и прочее. Единственное к чему смог привязать к недавнему разгону. В компе пробовал заменить уже практически все: менялась память (родная тестилась ночь MemTest86+), видеокарта, Блок питания, сидюки отключались, жесткие диски тоже, мерялось напряжение, температурный режим, мать была отсмотрена напремед кондеров, БП тоже был отсмотрен. Вроде все цело. Переставлена винда, обновлены драйвера. Толку нет. Зависания и вылеты идут исключительно в 3Д приложениях (играх), причем закономерности по времени или по играм нет вообще никакой. Может вылететь и через 5 минут после включения компьютера, а можно играть в игру 2 часа и только потом вылететь. Едиснтвенно что не менялось - это проц, материнская плата и звуковая карта.

В журнале ошибок после зависания или вылетов на рабочий стол нет никаких записей, только после каждого включения компьютера есть такая ошибка:
AMLI: ACPI BIOS пыталась прочесть с недопустимого адреса (0x21) порта ввода/вывода. Этот адрес лежит в защищенном адресном диапазоне 0x20 - 0x21. Это может привести к нестабильности системы. Обратитесь к поставщику компьютера за технической поддержкой.

Решил попробовать ее устранить, может поможет. Пробовал в биосе отключать функцию ACPI, не грузится компьютер. Подскажите что, можно здесь сделать? С проблемой вообще и с этой ошибкой в частности.

Была такая же проблема. Устранил обновлением BIOS.