Адреса ISA шины, Помогите разобраться с диапазонами адресов Опции

[Amon Ra]

Добрый день.
Возник такой вопрос по этой старой шине, долго гуглил но что то не доконца разобрался.

Возьмем для определенности 8битную ее версию и компьютер под управлением 80368. На плату внешнего устройства заведены 20 линий адреса + сигналы типа Мем_рид и ИО_рид. Как я понимаю, на все слоты (предположим, на материнке их 5) выведены одни и те же линии шины, то есть мы получаем как бы 2^20 = 1 мегабайт пространства, выделенного на все иса-устройства.
Подскажите, во-первых - этот мег памяти - где он на карте памяти? Ну то есть, мы же можем туда завести А0-А19 от процессора, а можем, допустим, А12-А31 - то есть в первом случае это будет первый мегабайт всех адресов памяти компа, во втором - последний.
Второй вопрос - какие есть ограничения на декод адреса, кроме как "чтоб не конфликтовали".
Я почему-то много где видел.. что-то вроде "декодируйте А0-А9", то есть 10 бит. Я так понимаю, это сказано в отношении пространства ИО, все таки, но не понятно почему такое ограничение, и что делать с остальными линиями.

Может, я какой то очень важный момент проглядел, но вроде бы пространство ИО в 386м уже 16-битное, то есть я могу сделать
mov ax, FFFF
in ax, dx
Пусть из него какая то часть занята устройствами на мат. плате типа сис таймера - но FFFF-3FF это ж целых 64512 портов ИО, где они?

И последний пока вопрос - больше практический - ИСА же никак не сообщает об устройствах системе, как же биос узнает какие установлены флопики и харды, чтобы загрузиться с них?

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

[Amon Ra]

Под "в стандартном формате" я имел в виду следующее - что хотя бы часть из регистров должна иметь определенную стандартом функцию - грубо говоря - есть ли стандарт, что если я делаю контроллер харда, то он не только должен на адресе 170 иметь какие то регистры, но регистры еще и должны быть именно такие и именно в том порядке, какой описан в стандарте(читай - регистровый интерфейс у всех контроллеров хардов должен быть одинаков)?

Ну я как бы задачку поставил примерно так - собрать устройство на ISA-карточке, которое биос компа (старого, обычного 368) воспримет как контроллер дисковода с собственно дисководом.
Либо - наверное все же лучше - как контроллер ИДЕ-харда с подвешенным на него хардом.

Не подскажете направление поисков? Стандарт какой нибудь?
Ведь, я так понимаю, раз биос энумерейтит харды с любым сторонним контроллером, то они все все-таки по этим адресам (170....) располагают что то определенное, что биос может прочесть и понять что у компа теперь есть хард.

Проблема в том что это все старое, сейчас контроллеры хардов встроенные, а если внешние то PCI....

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

О да, я как раз предположил что будет DMA... Ну это все таки следующая ступень - функциональность - пока подзадача - просто сказать компьютеру что у него новый контроллер с новым хардом. Чисто статусными байтами обменяться.

Сообщение отредактировал Amon Ra - Sep 17 2009, 21:21

[Demeny]

Ведь, я так понимаю, раз биос энумерейтит харды с любым сторонним контроллером, то они все все-таки по этим адресам (170....) располагают что то определенное, что биос может прочесть и понять что у компа теперь есть хард.

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

[zltigo]

Думаю, что контроллер дисковода устроен очень похожим образом и представляет собой....

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

[Demeny]

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

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

[SSerge]

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

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