Поддержка HDD slave в Scorpion ZS-256

[LW]

3. Заодно бы поправить глюк с мигающими экранами 5-7 при записи на виртуальную дискету. На реальной дискете не мигает.

Разобрался почему мигает экран при загрузке с образа.
Дело в том, что при входе в монитор (что собственно и происходит при работе с винчестером) принудительно устанавливается экран 5. И если при загрузке был активен экран 7, то происходит мерцание. И от переменной #5b5c тут это не зависит особо, она только влияет на корректное восстановление экрана при выходе из монитора.
Попробуем исправить.

[Advertiser]

[Evgeny Muchkin]

А в какое место всунут новый функционал с FAT32?

[LW]

6/7 страницы в основном

[Xela]

ожет быть стоит, даже, Зонова спросить или тех, кто ему помогал в создании ПЗУ для Scorpion-а.

Поддержку FAT32 добавил LW, а спросить Зонова? ПроaПЗУ писал MOA, но в "классическом" ПрофПЗУ есть только поддержка MFS-разделов, которые этим же ПрофПЗУ и создаются, не понятно о каких экспериментах с DOS и MS-DOS идет речь.

- - - Добавлено - - -
@LW, то, о чем я писал - что монтирование с FAT32 возможно только есть еще раздел MFS - это так и задумано? Или можно сделать работу только с FAT32, без MFS?

[LW]

то, о чем я писал - что монтирование с FAT32 возможно только есть еще раздел MFS - это так и задумано? Или можно сделать работу только с FAT32, без MFS?

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

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

Насчет MFS что могу сказать, это достаточно неплохое решение как минимум в плане скорости (за счет нефрагментированного расположения образов).
Это можно легко понять, запустив тест смонтированного диска из D. Disk utility. В текущей реализации работы с FAT, по скорости идет очень заметный проигрыш. Как раз на данном этапе пытаюсь этот момент оптимизировать.

[Xela]

Но хотелось бы глянуть на ваш образ, если не сложно, желательно в комплекте с эмулятором.

я тогда заново создам образ, и проверю еще раз, что б уж на 100% быть уверенным. в текущей версии образа уже добавлен MFS-раздел)

[marinovsoft]

LW, в память читается сектор (512 байт) или кластер (выбирается на этапе форматирования ФС)? Применяется ли какая-нибудь стратегия кэширования этих данных?

[LW]

в память читается сектор (512 байт)

Только сектор

на этапе форматирования ФС

такого этапа на текущий момент не существует

Применяется ли какая-нибудь стратегия кэширования этих данных?

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

[marinovsoft]

такого этапа на текущий момент не существует

Я про это

Только сектор

Ок, помещается всего лишь два TR-DOS сектора. Учитывается ли тот момент, что нет необходимости повторного чтения сектора IDE, когда читаем второй входящий в него сектор TD-DOS, если он до этого уже был считан? Производится ли запись сектора, если он не был модифицирован (в памяти)?

[LW]

Учитывается ли тот момент, что нет необходимости повторного чтения сектора IDE, когда читаем второй входящий в него сектор TD-DOS, если он до этого уже был считан?

Это учитывалось и разработчиками ПЗУ при чтении с MFS раздела, соответственно учитывается и при чтении с FAT.
Но с фат сложнее ввиду нелинейного расположения образа на диске. Приходится часто обращаться к самой таблице, что бы рассчитать адрес сектора на диске.

Производится ли запись сектора, если он не был модифицирован (в памяти)?

Это еще зачем?
Это работа с образом, запись производится при вызове функции 6 R8DOS, либо стандартного обработчика #3D13, если примонтирован образ.