Скачайте и почитайте. Вроде бы все подробно описано.  techhelp.zip ( 793.36 килобайт ) Кол-во скачиваний: 101

Никаких специальных идентификаторов, по которым BIOS может однозначно распознать legacy ISA-устройство, в пространстве регистров нет, в противном случае это было бы уже PnP-устройство.
Если смотреть конкретно IDE (ATA) интерфейс - то BIOS общается не с IDE-контроллером, а уже с самим IDE-диском, считывая из него, например, строку производителя, его геометрию и т. п. посредством чтения-записи в порты 170h-177h (1F0h-1F7h). Если диск не подключен - в регистре статуса будет "вечное BUSY" (занято), и по истечении таймаута BIOS "поймет", что устройство либо отсутсутвует, либо неисправно.
Думаю, что контроллер дисковода устроен очень похожим образом и представляет собой дешифратор нескольких адресов в пространстве IO. Реализовать его не составит большого труда. А вот реализовать имитацию настоящего дисковода будет очень непросто.

Отнюдь. Достаточно навороченное устройство.

Помнится мне, старые ISA-мультикарты (в составе которых был и флоппи-контроллер) содержали всего несколько микросхем стандартной логики, обеспечивающей переключение направления шины данных и дешифрацию адресов.
Другое дело контроллер, встроенный в сам дисковод, который управляет двигателями и головкой - это действительно навороченное устройство. Но автору и не требуется его воспроизводить. Достаточно декодировать команды, поступающие от хоста, и возвращать данные, считанные из запрошенного сектора.

Совершеннейшая неправда - они, как правило, содержали вполне навороченый NEC µPD765 контроллер.

Начать можете с книжки Роберта Журдена
"Справочник программиста на персональном компьютере фирмы IBM"

Там конечно про 8086/286 но основы работы биоса и девайсов не сильно менялись

Например здесь: http://lib.guru.ua/TECHBOOKS/JURDAIN/jourdain.txt

А ещё раньше контроллер MFM-винта состоял из примерно полусотни микросхем, плата еле помещалась в корпус. Потом весь этот контроллер переехал внутрь винчестера, оставив на плате только дешифратор адреса.
Но воспроизводить его или другое устройство большой необходимости нет. Вполне можно организовать загрузку и со своего устройства.
Так работает, например, загрузка с сетевых интерфейсов. Они имеют на борту ПЗУ, там сидит программа, реализующая ввод-вывод и прочее управление устройством.
Посмотрите в techhelp темы ROM-Scan, POST, Int13h, Int19h.

Непосредственно сам НГМД это привод вращения диска, привод позиционирования головки считывания/записи, датчик нулевой дорожки, датчик начала дорожки и усилитель считывания записи. Ну еще небольшая схемка обеспечивающая соединение четырех устройств на одной шине с контроллером.
Считываемые магнитной головкой импульсы в последовательном виде без декодирования идут в контроллер дисковвода.
Контроллер дисковвода при считываии и записи в потоке данных обнаруживает магнитную метку (заголовок сектора) содежащую пакет данных о номере дорожки, номере сектора контрольную сумму. После обнаружения необходимого пакета, записывает сектор, посылая пакет импулсов на дисковвод, или считывает сектор проверяя контрольную сумму сектора на ходу . Подробности по программированию процесса чтения записи читать

Например здесь: http://lib.guru.ua/TECHBOOKS/JURDAIN/jourdain.txt
Мне приходилось эмулировать дисковвод правда в 8'. Наилучшим решением оказалось замена дисковвода вместе с контроллером

Ну не совсем.
Существует узаконенный способ выхода за пределы 3ff. Так же как и узаконенный выход за пределы 1Мб.
Я им пользовался и всё всегда прекрассно работало.

1) Берёте стандартный адрес (например 2f8-2ff). Используете все зеркальные адреса (например 6f8-6ff/ef8-eff).
2) Чтобы вы нессылались на мою самодеятельность - так реализованы к примеру большинство крутых звуковых карт

Я только имею IBM-овскую документацию которая раздавалась в качестве рефренсной для производителей PC. Этого мне совершенно достаточно, дабы не строить предположения.
Эти требования в основном соблюдаются и сейчас, по крайней мере с изделием, которое сделали на адресах 0x1XXX и со словами "а у нас работает" пытались раздать на объекты я сталкивался - не заработало НИГДЕ, кроме индустиальной писишки на которой народ это сваял - в ней просто мост так был запрограммирован. Для еще одной, я патч сделал, дабы эту область открыть. Потом авторы переделали.

Ну в целом я согласен с Вами. Но найдите прокол в моём подходе. Посмотрите например Creative Labs AWE32. Думаю этот производитель получал документацию от IBM.

Прокол заключается в том, что мост PCI-ISA (а именно на таких мостах построены шины ISA в современных писюках, в частности, в индустриальных PC популярен ITE8888 ...) ни сном ни духом не ведает, какие там устройства висят на ISA и какие адреса они используют, поэтому он (мост) как-то должен принимать решение, транслировать I/O операцию на ISA шину, или же оставить её PCI-устройствам. Существует две политики транслирования - позитивное и субтрактивное декодирование адреса.
1) В случае позитивного декодирования - на ISA-шину транслируются I/O операции в строго определённых диапазонах, именуемых окнами. Эти диапазоны прописываются BIOS-ом в регистрах PCI-ISA моста.
Таким образом, чтобы запустить ISA-карту с нестандартным расположением I/O пространства на конкретном PC, требуется, чтобы BIOS Setup позволял настроить эти окна в нужном диапазоне (что позволяют далеко не все "мамки"), либо самостоятельно писать патч (драйвер) под конкретную "мамку".
2) Случай субтрактивного декодирования, на первый взгляд, решает проблему - на ISA-шину отправляются все транзакции I/O, которые не были востребованы на PCI в течение 3 тактов PCI-шины. И в большинстве случаев это действительно работает. Только вот гарантии, что это будет работать всегда нет никакой - ибо теперь уже служба PnP не знает, какие адреса можно выделять PCI-устройствам, а какие заняты ISA-девайсом. И вполне может оказаться так, что PnP выделит PCI-устройству именно тот диапазон адресов, который использует Ваша ISA-карта. При этом мост PCI-ISA, настроенный на субтрактивное декодирование, уже не будет транслировать I/O на ISA-шину в нужном диапазоне, занятом PCI-устройством, и опять же ISA-устройство не будет работать.
==============================
Вот чтобы таких казусов не происходило - договорились о "железной" границе в пространстве I/O (как наиболее дефицитном ресурсе) - до 3FF на ISA, далее всё в распоряжение PCI.

1) Извиняюсь за то, что я невнимательно ознакомился с самой веткой. Просмотрел её бегло. Решил, что речь идёт о старых компах.
2) Не влазил в схематехнику PCI. Я думал, что существует лишь один способ обращения. А именно запрос-нет ответа-на ISA.
3) Я, в своё время знакомился со стоимостями чипов реализующих прямой доступ к PCI шине. Конечно дорого, но, по-моему это всё равно не повод разрабатывать и применять устаревшую шину. То есть мне кажется, что для новых устройств всётаки надо применять PCI шину тем или иным способом. Либо использовать один из доступных интерфейсов USB/IE1934/Ethernet.

Извиняюсь, что ввёл в заблуждение или отвлёк внимание.