В общем, такое резюме: не знаю, каким образом

В общем, такое резюме: не знаю, каким образом у них увеличивался объем флэшки от последовательного заливания двух правленных БИОСов (разобрал оба на составляющие - самые обыкновенные прошивки с исправленными DevID, ничего другого по отношению к исходникам не добавлено, как и не убавлено), у меня при этой последовательности действий получалось только то, что и должно было получаться - сначала U100TX2 превращалась в U133TX2, а затем не происходило ничего, Бивис размером 64К в 16К доступного объема флэш-памяти шиться никак не желал...
Кроме того, попытался я максимально "урезать" РАЙДовый БИОС (повыбрасывать большинство символов из менюшек), получившееся затем сжал LHA, минимум, которого я при этом добился, был ~32K (можно попробовать подогнать и точнее, но смысла пока не вижу - это все равно в два раза больше, чем допустимо). Чтобы сократить еще, нужно залезать в исполняемый код и пытаться его оптимизировать/сокращать (например, обнаруженные куски от от "Pro", типа "Максиальное количество дисков для этой опции равно 8-ми" или "Назначить Spare-диск", абсолютно ненужные в сабже), но пока не чувствую в себе достаточной наглости, чтобы этим заниматься, да и сомнительно, что можно оптимизировать программы такого типа/класса/уровня вдвое по объему...

И все-таки, как мне кажется, важнее понять другое - есть ли реально эти недостающие 48К флэш-памяти на PDC20268, а если есть, то как они блокируются, и, следовательно, можно ли их разблокировать? Если они есть, следовательно, имеются еще и две старших адресных линии, которые можно пытаться как-то оживить...
Снова возвращаюсь к вопросу обвязки: казалось бы она идентичная на U100TX2 и на FT100TX2, но это представление составлено по фотографиям, т.е., возможно, что, например, распаянные по одним и тем же площадкам компектующие имеют различные номиналы; также не исключено что эти линии инициализируются/блокируются программно (вот где даташит-то сгодился бы); и, наконец, не исключено и самое печальное - эти линии, к примеру, каким-то образом "убиваются" в ходе изготовления чипов, или при первой прошивке (например, если однажды зашить 16К, то навсегда и останутся 16К, если 64К - 64К, и т.п.) - данную гипотезу можно было бы отчасти попытаться проверить, забив флэш FF-ками, но вот незадача - никакие другие прошивальщики (uniflash /pcirom и старый ptiflash /unlimit) данную память не понимают, а найти байт, отвечающий за /unlimit в новом priflash я, как ни старался, не смог...
Так что пока не очень радостно, но, по крайней мере, еще какие-то надежды остаются...