Чижик-пыжик задом наперед...

Другой вариант поставить три одинаковых контроллера и на двух отключить биос.

Абсолютно не факт, что один BIOS согласится обслуживать 3 контроллера, даже одинаковых. Думается, он обслужит того, кого ему первым отдаст энумерация PCI-девайсов.

Тот что был у меня (на ядре AMI MEGARAID) мог обслуживать до 4 контроллеров. Но конечно, прежде чем покупать нужно почитать мануал.

серьезные контроллеры вроде Адаптеков, AMI и Mylex разруливают ситуацию нескольких однотипных адаптеров, причем даже если на них стоят разные БИОСы. И все ОК.
Так в случае с моей P2B-DS на ней одновременно стояли:
SiI3112, Adaptec 19160, Adaptec 2100S и Adaptec 7890-AB (встроенный в мать).
И ничего - никаких писков не было.

см. выше - не обязательно. А привязки контроллера к своему БИОСу нету? Потому что если в машинку пихать несколько SiI3112 вызывает столько БИОСов, сколько контроллеров вставлено. Откуда они узнают какой "свой"?

логично. Мне эта идея нравится. Т.е. получается - не хватает адресного пространства под все add-on БИОСы? Тогда идея:
поотключать всякие встроенные контроллеры на матери нафиг, отключить PXE-Bootrom сетевушки и т.д. и посмотреть, что получится.

Бутром сетевушки в ЧМОС-е, конечно, отключен. Набортный SATA... из предположения Savely следует, что коль к нему ничего не подключено... другое дело, что в процессе загрузки, пока идет последовательный опрос всего этого хозяйства, каждый из Add-On контроллеров поначалу может захватить себе какой-то сегмент, а вот когда окажется, что делать ему в данной конфигурации нечего, не сразу отдаст этот сегмент обратно (следующий уже грузиться начал, или процесс освобождения кривой...). И получаем мы адресное пространство с дырками, которые маловаты, чтобы загрузить туда Биос карточки целиком, но достаточны, чтобы по сумме места не хватило. Хорошо, с понедельника (или как по времени получится) потыкаюсь с Диск-Едитором в различные варианты, как БЕЗ контроллеров, так и в разных их комбинациях, посмотрю дампы адресного пространства. Мне общая идея от Savely кажется очень близкой к правде. Хорошо бы еще успеть до понедельника вкурить даташит на современные (PnP) правила распределения Биосом адресного пространства для add-on контроллеров, особо затягиваясь при этом обработкой ошибочных ситуаций. Чует мое сердце, засада где-то в этих дурацких PCI VEN... и т.д., а вот как забороть этот чересчур "умный" PLUG-AND-PRAY...

Господа, извините за возможно наивный вопрос, а нельзя ли БИОСы PCI контроллеров, которые при загрузке начинают

толкаться мешая друг другу в адресном пространстве, позашивать в виде модулей в БИОС мат. платы, а БИОСы на контроллерах

отключить? Причем зашивать в порядке опроса их при старте системы.

толкаться мешая друг другу в адресном пространстве, позашивать в виде модулей в БИОС мат. платы, а БИОСы на контроллерах

отключить? Причем зашивать в порядке опроса их при старте системы.
в случае Промиса - нет, такой вариант не прокатит. По крайней мере, с тем, у которого есть своя память.
В свое время, когда я боролся с Mylex'ом у меня была такая идея. Только вот засада получается - там именно фирмварь, а не просто БИОС. И нужна она чипу i960, который стоит на моем контроллер, а не только PC в целом, чтобы искать жесткие диски.
И есть подозрение, что в случае запихивания модуля в БИОС, то он все равно оттуда вытаскивается и кидается на адреса D0000-F0000.

Ну, Промис-то кидается сразу на адреса от С800 начиная - и далее. И грузится (по крайней мере, часть его) в ЛЮБОМ случае. Соотношение загруженных объемов в случаях подключенных и неподключенных винтов, да еще и зависимость от того, СКОЛЬКО их подключено - будем ловить по ходу дела, пока, как обычно, не до того. Даже на вопрос, загружается ли набортный SATA-Биос, или просто резервирует под себя место, которое никому не отдает... пока ответа нет: слишком много вариантов прокрутить придется, пока не до того.

Могу только сказать, что - да, похоже, что адресное пространство получается с какими-то непонятными дырками, довольно большими, и в срарших адресах чей-то последний блок явно грузится не весь.

Насчет же зашивки Биоса контроллера во флэшку платы... была там какая-то засада: помнится, мы с Root-ом мучали таким образом красный контроллер SI 3112, оторвавши его Биос - и с весьма загадочными результатами.

Произошел забавный случай с такой же платой. Подключали к ней одно PCI-устройство, а на нем стоит модуль контроля питания, который сигнализирует о выходе некоторых питающих напряжений за 10% пределы от номиналов. Так вот, эта схема контроля срабатывала на питание 3.3 В. Померяли напряжение - 3.0В. На разъеме БП со стороны БП - 3.3В, со стороны материнки - 3.15В. Осмотрели внимательно разъем - подгоревшие контакты, зачистили, но все равно по пути от разъема до PCI терялось около 0,1 В. В итоге махнули блок питания на Tt 480Вт (тот на разъеме МП выдавал 3.37 В) и бросили провод от ATX-разъема до соответствующего полигона возле AGP (там напряжение было еще меньше, чем на PCI) теперь напряжения в норме.  Еще замерялось напряжение на PCI +3.3 такой же мамы - там было 3,2 (на разъеме 3,3). Может, у Вас тоже подобная фигня творится.

Root: А привязки контроллера к своему БИОСу нету? Потому что если в машинку пихать несколько SiI3112 вызывает столько БИОСов, сколько контроллеров вставлено. Откуда они узнают какой "свой"?
Им номер шины, устройства, функции передается BIOS'ом как параметр при вызове, вот выдержка из спецификации PCI:
On entry, the INIT function is passed three parameters: the bus number, device number, and function number of the device that supplied the expansion ROM. These parameters can be used to access the device being initialized. They are passed in x86 registers, [AH] contains the bus number, the upper five bits of [AL] contain the device number, and the lower three bits of [AL] contain the function number.

Блин, никак не допру, как цитаты правильно вставлять!!!