6 Сен 2005 - 14:47 Unknown BIOS romby team >>5441 >> 382.16
To 74ALS00:
Цитата:
Т.е. если ничего в биос первой попавшейся 386й (или P-I) не менять, то она с сетевой грузиться и не попробует? Или всё-таки обнаружив при сканировании ROM, похожий на биос Addon-карты, попробует передать ему управление и в CMOS setup это никак не регулируется?
Карта с Addon BIOS в большинстве BIOS гарантированно получит управление. CMOS setup (особенно на 386-PI) не имеет к этому практически никакого отношения. Проблемы могут быть на экзотах типа HP и т.п. из-за нестандартных BIOS, по-своему понимающими ROM-SCAN и инит PCI-устройств. Допустим, может не вызываться BIOS устройства не подходящего по PCI-классу (т.е. типа не SCSI или Network).
Цитата:
т.е. я понял правильно, просто не смог в это поверить - автор проекта не дописывает свой загрузчик к биосу контроллера, а просто перезатирает нафиг его флеш, полностью убивая контроллер?
Да, автор рассматривает SCSI-карту просто как пример. Идея-то просто в том, чтобы свой кусок кода вылез при загрузке. Какую карту для этого использовать - не принципиально.
Цитата:
A если 2 видеокарты? Скажем ISA и PCI, PCI и PCI, PCI и AGP ? Пусть одна не может работать как видео, но содержит загрузчик (довод за это направление - дешивизна и распространённось видях)
Ну, возможно и сработает. Просто сетевухи распространены не меньше, и дешевле. Я вообще не понимаю резонов юзать для такого рода проектов что-то, отличное от сетевух.
Цитата:
но не вижу гарантий работоспособности для произвольной не-PnP ISA и не понимаю, как раздаются приоритеты, ведь если в CMOS-boot order написано: "C only", почему биос должен отдать управление какой-то другой ROM?
Мммм. Гарантия тут одна - код BIOS мат. платы. Допустим, известно, что классический Award 4.51 - отдаст управление. Про Boot-order - выше. Если карта, как упоминаемый MFM просто не отдаст назад управление из своей функции инициализации - то boot-order - до одного места. Если отдаст - тогда она подчиняется определенным правилам - должен стоять бит IPL во флагах, она должна перехватить INT19/INT18. При выставленном Boot order типа SCSI на старых или "Addon-cards" BIOS матери после всех своих дел вызовет INT19. BIOS 386-х всегда в конце вызывает INT19 - он оказывается либо его (тогда он смотрит по CMOS, с чего грузиться), либо перехваченным (тогда управление снова получает Addon и делает свои дела по загрузке).
Цитата:
Так в этой ветке как раз началась практическая реализация, причём, напоминаю: "подходим к любой полумёртвой машине, втыкаем нашу PCISA'у нужной стороной, она безусловно перехватывает управление, и разбираемся что там не так" - если я правильно понял идею проекта.
Так зачем изобретать велосипеды-то? Все уже украдено до нас. В статье Pinzakkо - общая инфа, в ветке "romos" - рабочий проект. Его можно шить в BIOS, можно в Addon-card (c небольшими изменениями для PCI). Что там еще придумаешь? Единственное, во что утыкаешься - ограничение на размер. Для снятия ограничения - разработка своей платы с нормальной (большой) флешкой.
To DiVersant:
Цитата:
Для того, чтобы пошла загрузка с аддона, АФАИР, ПЗУ данного аддона должно находиться по строго определенному адресу...
Нет, любой адрес в low-memory (до мегабайта).
To C: Хм, разработка и запуск в производство универсального РАБОТАЮЩЕГО PCI/ISA IDE-адаптера с BIOS представляется мне гораздо более сложной задачей, чем написание для него BIOS...
Да и честно говоря - не вижу особого смысла... Проще все же использовать существующий на маме контроллер, просто юзая его мимо мамкиного INT13 через порты. Для тестов и без UDMA можно обойтись для совместимости кода.
To 74ALS00:
Карта с Addon BIOS в большинстве BIOS гарантированно получит управление. CMOS setup (особенно на 386-PI) не имеет к этому практически никакого отношения. Проблемы могут быть на экзотах типа HP и т.п. из-за нестандартных BIOS, по-своему понимающими ROM-SCAN и инит PCI-устройств. Допустим, может не вызываться BIOS устройства не подходящего по PCI-классу (т.е. типа не SCSI или Network).
Да, автор рассматривает SCSI-карту просто как пример. Идея-то просто в том, чтобы свой кусок кода вылез при загрузке. Какую карту для этого использовать - не принципиально.
Ну, возможно и сработает. Просто сетевухи распространены не меньше, и дешевле. Я вообще не понимаю резонов юзать для такого рода проектов что-то, отличное от сетевух.
Мммм. Гарантия тут одна - код BIOS мат. платы. Допустим, известно, что классический Award 4.51 - отдаст управление. Про Boot-order - выше. Если карта, как упоминаемый MFM просто не отдаст назад управление из своей функции инициализации - то boot-order - до одного места. Если отдаст - тогда она подчиняется определенным правилам - должен стоять бит IPL во флагах, она должна перехватить INT19/INT18. При выставленном Boot order типа SCSI на старых или "Addon-cards" BIOS матери после всех своих дел вызовет INT19. BIOS 386-х всегда в конце вызывает INT19 - он оказывается либо его (тогда он смотрит по CMOS, с чего грузиться), либо перехваченным (тогда управление снова получает Addon и делает свои дела по загрузке).
Так зачем изобретать велосипеды-то? Все уже украдено до нас. В статье Pinzakkо - общая инфа, в ветке "romos" - рабочий проект. Его можно шить в BIOS, можно в Addon-card (c небольшими изменениями для PCI). Что там еще придумаешь? Единственное, во что утыкаешься - ограничение на размер. Для снятия ограничения - разработка своей платы с нормальной (большой) флешкой.
To DiVersant:
Нет, любой адрес в low-memory (до мегабайта).
To C: Хм, разработка и запуск в производство универсального РАБОТАЮЩЕГО PCI/ISA IDE-адаптера с BIOS представляется мне гораздо более сложной задачей, чем написание для него BIOS...
Да и честно говоря - не вижу особого смысла... Проще все же использовать существующий на маме контроллер, просто юзая его мимо мамкиного INT13 через порты. Для тестов и без UDMA можно обойтись для совместимости кода.