Полигон-2

sanders написал:

[q]

Но я почему-то подумал, что у ТС заведомо родные короткие выкидыши от платы до планки на этой же плате, а ведь бывает, что на родной планке выведены GAME+LPT, а оба COM на второй планке, и вот тогда выкидыши могут оказаться не родными и не подходящими.

[/q]

У него там пять разных контроллеров, маловероятно, что все они с ком разъёмами на самой плате.

А как тестовые программы опрашивают весь список портов? Засылают значение и считывают ответ. Если физическая ячейка (порт) присутствует, то возвращается записанное число. Так же и BIOS - знает какие стандартные ячейки опросить. Если ячейки (порта) нет, то возвращается FF
Можете найти плату портов, где второй порт установлен на панельку, вытащить микросхему 82450 (82250) и в экране загрузки (summary) пропадет упоминание о 2F8. Комп видит только память внутри этой микросхемы. Исправность порта в целом BIOS не определяет.

Тут возникает несколько вопросов:
1) А если порт есть, то FF не может вернуться?
2) Запись/чтение данных по случайным портам во время загрузки системы может привести к тому, что какое либо устройство восрпимет данные как комманду, и начнет выполнять какие либо действия.


sanders написал:

[q]

Засылают значение и считывают ответ.

[/q]

3) Насколько я знаю, для ком порта такое не проканает, так как данные пришутся в одни регистр, а читаются из другого - хотя адреса однинаковые. И как такой подход будет работать с однонаправленными портами?

возможно биос дейтвительно шаманит по фиксированным адресам, хотя эти и странная реализация.

А на самой сом карте биоса нет? системный биос может просмотреть часть адрессного пространства на предмет наличия других биосов. может на это биос на карте порт инициализирует?

Использование "заглушки" позволяет проверить исправность буферных микросхем, использование мультиметра (в частности вольтметра) тип требуемой раскладки шлейфа. А в описании программ/драйверов адреса портов и прерываний с которыми её "подружил" разработчик программного обеспечения.

[q]

Тут возникает несколько вопросов:
1) А если порт есть, то FF не может вернуться?

[/q]

Обращение к порту есть обращение к регистрам другой микросхемы. Их состояние после ресета явно указано в документации. Ни один регистр, состояние которого реально на что-то влияет, FF в этом момент не вернёт (by design). В микросхеме UART 16450 добавили scratchpad register, который ничего не делает, а представляет собой тупо свободные 8 бит для любых целей, вот он НЯП, может FF вернуть. Все остальные (взятые из оригинальной микросхемы 8250), если исправны - никогда.

[q]

2) Запись/чтение данных по случайным портам во время загрузки системы может привести к тому, что какое либо устройство восрпимет данные как комманду, и начнет выполнять какие либо действия.

[/q]

А для этого в сколько-нибудь серьёзном устройстве и существует протокол обмена: чтобы что-то воспринять как команду, надо чтобы изменился не один сигнал, а несколько и в конкретном порядке. Если вернуться конкретно к COM-порту, то да, всё что туда напишет биос (или любой другой софт) во время поиска/инициализации, будет видно на противоположном конце провода. А правильно (не) реагировать на это - работа того, кто на другом конце провода находится.

[q]

3) Насколько я знаю, для ком порта такое не проканает, так как данные пришутся в одни регистр, а читаются из другого - хотя адреса однинаковые.

[/q]

Это для LPT такое не проканает. Причём в его оригинальном IBMовском варианте на рассыпухе, когда "регистр" на самом деле напрямую выеден на пины порта.
Опять же в конкретном случае com-порта по его базовому адресу находятся 3 регистра. И регистр управления скоростью DLAB нормально доступен и на чтение и на запись, что вам уже выше в логе продемонстрировали.