Проблема с on-board Promise Ultra100@FastTrak100

Так петрушка-то в том, что РАЙД БИОС Юнифлашем я "разглядел" под голым ДОСом (и ни под чем другим Юнифлаш, собсноЮ не работает)...
А Винды контроллер обнаруживают с момента переделки, здесь-то как раз для меня ничего удивительного нет...

А если вобше удалить биос RAID-а из BIOS-а MB, а после этого в Win промайс все равно будет работать или нет, если нет то он иницыализируеся...

Уже пробовал - если удалить, то Винда его все равно подхватывает... И Гую Промайсовскому (FastChek) все равно, есть БИОС, или нет - он контроллер видит при любом раскладе; если, к примеру, создать РАЙД-массив на другом контроллере (где это возможно благодаря запуску интерфейса РАЙД БИОС), а потом перенести на этот, то этот массив ФастЧеком поддерживается, восстанавливается, ну и т.д.
Т.е. поддерживать массив можно - им невозможно управлять, т.к. у Промайса, в отличие, скажем, от SiI, это возможно только в интерфейсе БИОС, но не в Виндовом Гуе...

И кроме того, это самое главное, контроллер не воспринимается БИОСом как устройство загрузки, хотя на других матерях при подобной переделке проблем никаких нет (и пока он был простой Ультрой, сабжевая мать его вполне адекватно воспринимала)...
А вот в таблице устройств (по окончании POST) контоллер уже есть...

Стоп. В Device Listing оно как Mass Storage Device фигурирует? А в устройствах загрузки SCSI отсутствует? И даже Boot other devices не помогает? Воистину, перемудрил асус в своих бивисах...

Воистину все так, сын мой - и присутствует, и отсутствует, и перемудрил...

BTW, разобрал StarGaz0r'овским BiT'ом БИОС CUBX-E на составляющие, думал, там какая-то пакость может быть, связанная с VenID/DevID, и даже радостно нашел сабжа в одном месте stn.bin (который у всех остальных компаний original.tmp), но потом, к неудовольствию своему, разобрался, что это переключение очередности загрузки Промайс/сказь...
Так что, остается одна рабочая гипотеза, о которой я говорил в "Экзотике" - дело в Асусовском формате Бивисов, и в собственных CRC каждого модуля, которые_я_не_знаю_как_правильно_считать_и_вставлять...

Попробуй все-таки Авось получится... Мжет в БИОСе контроллера привязка идет (вспомни Adaptec 29160 зашитый в 19160 ) Или ты недопеределал

Вот еще идея: БИОС контроллера распаковывается, но управление на недо НЕ передается....

Так зачем, я никак в толк не возьму??? Еще раз повторю, опуская остальные аргументы "против": я переделал еще пять набортовых контроллеров - 2 LiteRAID и 3 Ultra, все не на Асусах, и все нормально работают!!!
Так я о том же и пишу - если я его обнаружил, следовательно, он распакован и загружен, но не инициализируется почему-то; я предполагаю, что тут как раз вопрос в формате Асусовского "переходного" (как это обозвал apple_rom)БИОСа: модуль распаковывается, поскольку БИОС составлен еще по принципам Аварда четыре_с_полтинной, и он не может не распаковываться загрузчиком - он корректен, но управление на него не передается, т.к. CRC не совпадает с записанной в БИОС...

А что если пропатчить BIOS патчером, потом распаковать modul.tmp и в него добавить call на адрес BIOS-а раида, запаковать его обратно и прошить…

Можно, наверное... Он (РАЙД) станет в этом случае неотключаемым, да и Бог бы с ним...

Получил дополнительные подтверждения тому, что дело в Асусовском формате БИОС:
1) Прямое - с помощью StarGaz0r'а был вставлен "флажок" (свободный код POST) в модуль РАЙД БИОС "крякнутого" ФастТрака, оный модуль был вставлен в прошивку CUBX-E - ноль эмоций, код при прохождении POST не появился;
2) Косвенное - решил поставить Текрам DC-315U (сказь без собственного БИОСа) на Асус P3B-F, БИОС которого - почти точная копия БИОСа CUBX-E, вставил Текрамовский Бивис на место предустановленного SymBIOS Logic (идет в прошивке матери как HPC ROM) - ни малейшей реакции, хотя такая же замена на Чайнике 6BTM0 (там он, как и в большинстве случаев, PCI[0] ROM) действовала совершенно корректно, при этом даже размер модулей в данном случае одинаков, в отличие от замены БИОСа Ультры ФастТраковским...