OSDev

Подскажите, можно считывать и записывать данные в floppy без использования DMA?

Serg79
Кулаков "Программирование дисковых подсистем".
Но ИМХО без DMA это гемморой, можешь посмотреть исходники Колибри ОС.
http://www.kolibrios.org/?p=Download
Я сам дорабатывал процедуры из процедур Кулакова.
Правда, если ты не знаешь асм, то можешь не смотреть. :mrgreen:

Посмотрел, но там также используется DMA. С использованием DMA, я уже запустил код считывающий и записывающий данные.Про эту книгу очень много хорошего слышал, но найти ее нигде не могу. Может кто знает, где можно скачать ее в электронном ввиде (google, yandex, rambler и т.д. не помогли мне). А в магазинах ее уже очень давно нет.

Serg79
К сожалению в электронном виде есть только:
В. Кулаков. Программирование на аппаратном уровне
http://www.pcports.ru/files/lib/kulakov.rar
В ней дан лишь сокращенный материал, не описыающий прямую работу с Floppy.

А по второй книге можно скачать только исходники примеров:
http://www.piter.com/books/download/
В общем там исходники примеров для обеих книг.

Подскажите, как грамотно определять драйвером отсутствие дискеты в флоповике.

Даешь какую-либо команду и анализируешь результат.

Serg79
Ты практически не сможешь различить разницу между отсутствием дискеты и наличием полностью сбойной дискеты. Судить можно только по косвенному признаку - вернется ошибка. Да и не требуется обычно определять наличие дискеты - ОС возвращает код ошибки (Access denied) и все.

Хмм... А в чём, собственно, проблема-то? Контроллер поддерживает как DMA, так и программную передачу данных (по прерываниям или путём опроса готовности -- это уж как программисту заблагорассудится). Причём программная передача может даже оказаться предпочтительней, поскольку FDC подключён к древнему контроллеру DMA и не может поэтому обращаться к любой области физической памяти (устройства PCI осуществляют DMA уже самостоятельно, без использования контроллера, поэтому им доступна вся память).

Дело в том, что без DMA придется читать/записывать данные побайтово. Кроме того, флоппик сам по себе очень медленное устройство, так что какой бы контроллер DMA не использовался, он не будет уменьшать скорость передачи данных при взаимодействии с флоппиком.

DMA действительно уменьшать скорость обмена не будет -- как и увеличивать, поскольку она ограничена приводом, а отнюдь не памятью, шиной, процессором и т.п. Но в чём загвоздка-то? Если речь идёт о загрузке системы, то там абсолютно без разницы, программно производится чтение или с использованием DMA -- система грузиться быстрее не станет. Если же подразумевается работа с флопиком в уже загруженной системе, то DMA на первый взгляд имеет определённые преимущества: пока идёт обмен данными, процессор свободен для другой работы. Однако не следует забывать, что после чтения (или перед записью) придётся, скорее всего, осуществлять перемещение содержимого буфера из его реального местоположения в памяти куда-то в нижнюю память, куда может дотянуться допотопный контроллер DMA 8237 -- а это затраты времени процессора, поскольку пересылать информацию придётся ему (и что обидно, при этом будет впустую гробиться часть кэша процессора). В то же время ничто не мешает реализовать обмен с флопиком по прерываниям, что будет, конечно, подтормаживать работу других задач (процессору придётся отвлекаться на обслуживание прерывания для передачи каждого байта), однако при этом можно избежать лишней пересылки данных из памяти в память -- достаточно обработчику прерывания указать, по какому адресу буфер находится (естественно, при этом нельзя изменять отображение этой страницы памяти, т.е. она должна быть закреплена, но никаких принципиальных сложностей при этом не возникает -- собственно, то же самое приходится проделывать и при использовании DMA). Получаются только накладные расходы на переключение контекста процессора, но если не раздувать обработчик прерывания (в частности, выполнять его в контексте текущей задачи), они будут не слишком высоки. Какой подход окажется выгоднее -- сказать не берусь.