Чтение и запись дисков нестандартными способами.

[dk_spb]

Patron, Вы меня с каждым разом всё больше поражаете.
1) "что драйвер MX при форматировании пишет служебную информацию в начале каждой дорожки перед "синхропоследовательность� �""
2) "Как ведёт себя контроллер MX, когда при чтении выходит на неразмеченный участок в конце дорожки"
Если Вы знаете от пункте 1 и так уверенно о нем говорите, то логично предположить что Вы смотрели исходник (легко всем доступный) mx.sys
Почему у Вас тогда вопрос по пункту 2????

Я в эти исходники не смотрел (DECовские мнемокоды мне не близки), но исходя из логики и описанной мной ранее "типовой схемы" готов поспорить, что заранее зная размер дорожки мы именно столько и читаем, а дальше просто читать перестаем. Опять же, буфер под считанную дорожу мы имеем ограниченного размера, соответственно больше чем заранее заложено размером буфера мы просто не можем читать (конечно можем, но класть-то куда). Соответственно, ответить на Ваш вопрос можно так: Драйвер читает только то, что ему надо, и при этом на неразмеченную область после окончания данных мы не выходим.

---------- Post added at 16:24 ---------- Previous post was at 16:08 ----------

Да, всё-таки уточню что за такую служебную информацию драйвер пишет в нечитаемую область?

[Advertiser]

[Patron]

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

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

Но вопрос не про драйвер, а про то, идут ли в контроллере MX импульсы на сдвиговый регистр, когда на входе схемы синхронизации пропадают синхроимпульсы с диска.

Важен сам принцип - выдаёт ли контроллер слова данных при выходе в режиме чтения за конец разметки или "всё замирает" и сдвиговый регистр останавливается до появления на входе схемы синхронизации импульсов синхронизации с диска.

логично предположить что Вы смотрели исходник (легко всем доступный) mx.sys

Это я только сейчас пытаюсь делать. Сначала я просто сдалал эмулятор контроллера и посмотрел, что пишет на дорожку драйвер при форматировании и последующем использовании в системе.

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

Всего драйвер MX использует на дорожке 1433 слова из 1562.

Если первое слово дорожки считать за №1, то "синхрослово" 0363 будет №11, номер дорожки будет в слове №12, затем 11 блоков по 129 слов ( 128 слов данных и одно слово контрольной суммы ), а последние два записанных слова будут №1432 и №1433 - в них тоже пишется какая-то служебная информация.

что за такую служебную информацию драйвер пишет в нечитаемую область?

Поначалу я думал, что это константы, как-то связанные с тем, что на двух сторонах дорожки MX размещает 22 блока по 128 слов ( т.е. 11 блоков по 512 байт ), но только что обнаружил, что от записи к записи эти значения могут изменяться..

[dk_spb]

>Драйвер точно пишет в "недостижимую" область, но вряд ли оттуда читает
Спрошу конкретнее: Откуда инфа и что он туда пишет

>идут ли в контроллере MX импульсы на сдвиговый регистр, когда на входе схемы синхронизации пропадают синхроимпульсы с диска.
Я уже рекомендовал 16 лист паспорта на контроллер МХ. Там это написано.

>Первыми двумя словами каждой дорожки пишутся какие-то
...
>последние два записанных слова будут №1432 и №1433 - в них тоже пишется какая-то служебная информация.
Не знаю, я так в MX не разбирался. Тут лучше в тексте драйвера смотреть о чем речь.
Может контрольная сумма дорожки в конце трека?
Достаточно просто сравнить два последних слова соседних треков при отсутствии информации на этих треках (после формата)

[Patron]

Откуда инфа и что он туда пишет

Инфа из образа диска, в который пишет контроллер. Но что он туда пишет, пока озвучивать остерегусь - вдруг это я где-то напортачил.

Я уже рекомендовал 16 лист паспорта на контроллер МХ. Там это написано.

Я этот паспорт читаю непрерывно ( со стр.12 по стр.18 ) уже два дня, но понять на основе написанного, останавливается ли сдвиговый регистр при выходе в режиме чтения на неформатированный участок дорожки или нет - не могу.

Если Вы смогли это понять из описания - расскажите.

Тут лучше в тексте драйвера смотреть о чем речь.

Да, вроде, всё уже работает - RT11 v5.7 не грузилась из-за неточности в загрузчике MX - я его исправил и успешно загрузился в эмуляторе с MX ( и с пульта по команде 'X0' - тоже грузится ). При загрузке - дальше слова №1432 драйвер не читает. Что он конкретно пишет в начале дорожки - честно говоря лень разбираться.
Важнее точно знать не что и почему пишет драйвер, а как работает контроллер.

Может контрольная сумма дорожки в конце трека?

В конце массива дорожки дважды пишется константа 0x83NN, где NN = [удвоенный номер дорожки]+[номер стороны].
Эта информация от записи к записи не меняется.

[dk_spb]

>останавливается ли сдвиговый регистр при выходе в режиме чтения на неформатированный участок дорожки или нет - не могу.
А с чего он должен останавливатся? Если синхроимпульсы есть, если генератор работает (а куда он денется), значит на сдвиговый регистр все приходит.
И, опять же, как он остановится сам по себе, если он же задействован в детектировании маркера?
Но это все мои домыслы, правильнее по схеме посмотреть.

>Что он конкретно пишет в начале дорожки - честно говоря лень разбираться.
;-)

>В конце массива дорожки дважды пишется константа 0x83NN, где NN = [удвоенный номер дорожки]+[номер стороны].
Спасибо.

[Patron]

как он остановится сам по себе, если он же задействован в детектировании маркера?

Маркер не может появиться без синхроимпульсов.

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

В любом случае, если не останавливать чтение в конце массива данных - можно непрерывно читать хоть сто оборотов.

Ведь контроллер сам из режима чтения выйти не может - правильно ?

Он может только остановить или не остановить сдвиговый регистр на время отсутствия синхры.