Ahtung!!! Verbotten!!! ASUS BIOS!!!

Очень долго размышлял, где начать эту тему, но, в конце-концов, при зрелом рассуждении, лучшего места не нашел: все-таки, в каком-то смысле сабж и есть экзотика, и по самому предмету приложения сил, так сказать (осмелюсь утверждать, что это не AWARD, не AMI, не Phoenix, и не др. - это именно ASUS BIOS, на который, в силу некоей деловой практики, наклеиваются чьи-то TradeMark и Logo), и по количеству людей (так и вспоминается высказывание г-на Герцена о декабристах), реально готовых заниматься ковырянием Асусовских БИОСов вручную по причине наличия отсутствия каких бы то ни было утилит, и, тем более, количество действительно владеющих вопросом (боюсь, никто кроме Романа на ум не приходит)...
Однако, есть все-таки у кого-то (я имею в виду не только себя) и желание, и необходимость учиться работать с сабжевыми прошивками, как обычно, проистекающие из практических надобностей, и сами собой приводящие к попыткам теоретического осмысления вопроса...
Начиная эту тему, также в значительной мере надеюсь и на интерес к ней и практическую помощь Основателя нашего сайта, которого позволю себе процитировать (это из знаменитой темы ASUS vs. Giga-Byte):

Из вышесказанного делаю вывод, что мысли на данную тему у apple_rom по всей видимости были, а, следовательно, начинание будет поддержано...

Вот такое предисловие. Теперь пошли конкретные вопросы:

1) Уже черт знает сколько времени мучаюсь с переделанным набортовым Промайсовским РАЙДом (ФастТрак из Ультры) на CUBX-E: вопрос "приживления" в материнском БИОСе исправленного соответственным образом модуля РАЙД, безо всяких проблем работающего при вшивании в другие Бивисы, в Асусовском "исполнении" заткнулся наглухо - РАЙД не инициализируется, хотя прекрасно виден под Виндой, сохраняет настройки, ребилдится при необходимости, и т.п., с одним лишь маленьким дополнением - поскольку нормального Гуя для управления массивами у данных Промайсов нет, диски нужно определять только в меню БИОС при инициализации контроллера (даже одиночный диск нужно определить как Span, иначе он не виден под Виндой), приходится ставить диски на другой комп с нормально работающим Промайсковским БИОСом, там создавать из них массив, а потом втыкать на CUBX-E, что, прямо сказать, несколько неудобно...
При этом, я вставлял модуль РАЙДа на место прежнего модуля АТА100 и с помощью CBROM'а, который БИОС этой матери еще отчасти понимает, и вручную - эффект одинаковый, т.е. никакой...
Не буду пересказывать все предположения о возможной причине данных граблей, которые я делал за все это время, а затем отбрасывал, как не прошедшие экспериментальную проверку, скажу лишь об очевидных первопричинах:

а) система не видит устройство, поэтому модуль не инициализируется;
б) система видит устройство, но БИОС матери не обнаруживает (или отбрасывает, как не подходящий по каким-то критериям) модуль РАЙД БИОС...
Первое предположение, после взвешивания, я исключаю: во-первых, все без исключения матери, кроме CUBX-E, с переделанными контроллерами работают совершенно адекватно, а во-вторых, как бы тогда Винда обнаружила присутствие именно РАЙДа, и нормально бы работала с ним через правленные дрова, если бы девайса не было бы видно на уровне материнской платы?..
Тогда остается лишь второе: то, что нормально "прокатывает" на других матерях, в случае с Асусом требует еще некоей "ручной доработки"; и тут, к слову, вспоминается, что Асусовский формат БИОС имеет еще дополнительную CRC каждого модуля, которую в данном случае никто не пересчитывал, т.к. ни CBROM этого не умеет делать, ни сам я не знаю алгоритма ее подсчета и правил записи...
Т.е. обычная проблемка привела сразу к трем, так сказать, "постановочным" вопросам к apple_rom:
- каковы принципы построения и особенности Асусовского формата БИОСов?
- как можно/нужно править Асусовские БИОСы, и, в частности, как "разбираться" с CRC прошивки/модулей?
- как практически разбирать и собирать Асусовские БИОСы?..
Без понимания этого, дальше сдвинуться в подобных вопросах будет весьма тяжко...

2) Вопрос номер следующий: как-то уже давненько я жалился, что после установки Туалатина на CUBX-E и пропатчивания БИОСа для сабжа, возникли две неприятности:
а) тип процессора при POST определяется неверно (Pentium II), более того, при старте на дефолтных 1400, к примеру, частота определяется как 1200, при увеличении FSB этот баг исчезает (при этом Винда и процессор, и частоту видит всегда правильно) - в чем здесь могут быть причины, и как это можно исправить? Может быть, можно взять какой-то кусок кода от P3B-F_NOA - матери-то, за исключением сокетности/слотовости, практически одинаковые, есть подозрение, что и Бивисы близки? Или как-то еще - просьба подсказать (об обещанном БИОСе ручной сборки уже и не вспоминаю, если некогда - попробую сам)...
б) перестало работать управление Vcore через BIOS Setup, оно выставляется, успешно запоминается, обновляется при перезагрузке, но HM показывает только то, что выставлено на ногах (и вольтметр тоже) - то же самое, в чем может быть причина и как с этим можно было бы разобраться?..
Соответственно, интересует и теоретическая часть, и по определению типа/частоты камня Асусовскими БИОСами (и откуда, собственно, могут вылезать подобные описанным глюки), и чем отличается Асусовское программирование Vcore от "общепринятого", если в нем возможны такие баги...

Да, тяжко восстанавливать навыки через десятилетие, тем более, если по сабжевой теме их никогда и не было...
Пока, на первый раз, все... Очень хочется содержательных ответов...