Программная поддержка двух IDE-устройств на одном шлейфе (?)

[AzAtom]

Пофиксил выдачей в накопитель команды "NOP" (00h) - после неё он "угоманивается".

Не лучше ли считать весь сектор? Ненужный остаток можно не писать в память.

А нужно было на первом ещё поставить второй джампер - "Slave Present".

Зависит от модели винта. На некоторых есть такая перемычка, а другие сами определяют, что "slave present".

[Advertiser]

[Denn]

Не лучше ли считать весь сектор? Ненужный остаток можно не писать в память.

В моём случае 8-битка, в т.ч. расчёт на платформу с КР580ВМ80 с тактом 2,5 МГц и боевая задача добиться максимальной скорости работы с файлами. Оптимизация стековыми операциями и прочие ухищрения. Лишние циклы - непозволительная роскошь.

Зависит от модели винта. На некоторых есть такая перемычка, а другие сами определяют, что "slave present".

В моём случае попались "классические" фуджики МПГ и МПЕ, у обоих есть фича "slave present".

[ram_scan]

В моём случае 8-битка, в т.ч. расчёт на платформу с КР580ВМ80 с тактом 2,5 МГц и боевая задача добиться максимальной скорости работы с файлами. Оптимизация стековыми операциями и прочие ухищрения. Лишние циклы - непозволительная роскошь.

Если мне не отбило мой склероз накопитель должен получить/отдать сектор целиком.

Такая "роскошь" случается всего один раз на файл, в его хвосте. Не такие уж большие расходы. Что касается служебных структур, то они все кратны размеру кластера, который на небольших накопителях равен размеру сектора, и их все равно придется вычитывать до конца. Кроме того у меня есть сомнение что вы хорошо объедете этот вопрос прерывая не операцию чтения, а операцию записи.

[Denn]

ram_scan, например копируем "100500" файлов размером 3 байта. Ситуация утрированная, но тем не менее. На практике размеры файлов не кратны 512, и хвосты как раз представляют собой эти "три" байта. 100500 по 3 или по 512, есть разница?
В случае записи, разумеется, без вариантов - приходится честно добивать "мусором" до 512.

[HardWareMan]

Denn, именно те же проблемы и с IBM PC и MS-DOS. И что?

[Denn]

Denn, именно те же проблемы и с IBM PC и MS-DOS. И что?

А вот с этого места поподробнее, плз.

- - - Добавлено - - -

...и мы обязаны его прочитать целиком. Как мы вычитали 512 байт винт понимает, что сектор нами взят и он из буфера его удаляет.

Где конкретно такое написано?

прошу прямо по шагам алгоритм расписать, т.к. даже в эмуляторах ZX на этот счёт были грубые ошибки. Т.е. в реале 2 винта ведут себя не так, как было в эмулях.

Про эмуляторы ничего не знаю, и мне это не интересно. По факту поведение реального железа соответствует тому, что написано в оф. документации.
Важный момент: если у привода есть перемычка "Slave Present", то её обязательно нужно использовать. Выше я про это упоминал.
Детект ведомого накопителя делается в три хода:
1) установка бита DRV=1;
2) выдача какой-либо команды (например, NOP);
3) Анализ регистра состояния (согласно п. 7.2.13, NOTE 6).
Всё.

[HardWareMan]

А вот с этого места поподробнее, плз.

Я об этом:

ram_scan, например копируем "100500" файлов размером 3 байта. Ситуация утрированная, но тем не менее. На практике размеры файлов не кратны 512, и хвосты как раз представляют собой эти "три" байта. 100500 по 3 или по 512, есть разница?
В случае записи, разумеется, без вариантов - приходится честно добивать "мусором" до 512.

Т.е., твоя утрированная ситуация это типичная установка Windows NT без SmartDrive'а, т.к. загрузочная дискетка побилась.

[Vadim]

Детект ведомого накопителя делается в три хода:
1) установка бита DRV=1;
2) выдача какой-либо команды (например, NOP);
3) Анализ регистра состояния (согласно п. 7.2.13, NOTE 6).
Всё.

Что анализируем в регистре состояния? Про вычитку буфера - как найду так процитирую доку, у меня по этому вопросу вообще не было сомнений, а доки я читал и делал ещё в 1996-1998гг.