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

[LW]

связи с этим вопрос: поменялось ли/будет меняться в тестируемой здесь версии Монитора, по сравнению с V4.01, что-нибудь в ROM7

Конечно поменялось, ведь именно в ROM7 находятся процедуры работы с HDD.

в частности местоположение процедуры подсчета CRC для сектора примонтированных псевдодисков?

Да адрес другой.

В качестве временной меры, только для тестирования, могу предложить такой вариант. В ROM7 по адресу #0000, поставлю команду перехода на адрес п/п подсчета CRC.
Вложение 78185

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

Grand, Если хотите поэксперементировать с экспериментальным ПрофПЗУ, то вот еще некоторые данные:
Сектор настроек с примонтированными образами всегда на одном месте, вне зависимости от режима LBA/CHS. LBA адрес 3
Формат записей для примонтированного образа .trd
+#00 =#05 - примонтирован образ .trd с FAT раздела
+#01 - 4 байта номер первого кластера файла
+#05 - биты 0-1 для любого образа номер раздела HDD, остальные биты не используются
+#06 - 4 байта для образа .trd не используется
+#0A - 11 байт имя файла 8+3
+#0C - не используется

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

гоняю пока. сразу вопрос (ответ на который я возможно пропустил ранее): одновременное монтирование из разных HDD не возможно?
т.е. на диск D со slave монтируем IsDos, а на A и B с мастера обычные диски.

Нет. И честно говоря не вижу большой необходимости в этом.

[Advertiser]

[Grand]

В качестве временной меры, только для тестирования, могу предложить такой вариант. В ROM7 по адресу #0000, поставлю команду перехода на адрес п/п подсчета CRC.

Отлично. Пусть пока так и будет. Следующую тестовую версию TRDN опубликую на следующей неделе.

[Xela]

@LW, несколько вопросов/предложений:

1. Предложение: хотелки/планы на внедрение, которые мы озвучиваем, и они находят у Вас отклик где-то собирать, например, в первом посте (хотя я помню, что эту тему вынесли из непосредственно обсуждения новой версии ПрофПЗУ, и тут только было про Master и Slave ) и вычеркивать их по мере внедрения/отказа от них

2. сейчас у нас на диске может быть раздел MFS и FAT32 - с которыми нынешняя версия ПрофПЗУ работает, и какие-то еще - с которыми не может.
И в разделе MFS подразделы TRDOS (в котором, как мне кажется, чем дальше, тем больше отпадает необходимость), ISDOS и MicroDos (который, как я понимаю, структуры-то и не имеет).
Что если пойти по пути упрощения: создавать в мониторе сразу нужные разделы - FAT32, ISDOS, и в будущем может еще что-то для CP/M? Если работаем только на Скорпионе, то вопросов вообще нет. Если подключаем к ПК, то Windows/Linux/Mac видят только FAT32, остальное не опознают, и хорошо.

3. ROM-диск - сейчас это нетривиальное хранилище снэпшотов. Да, есть утилита под Windows от Игоря azx987sa для удобного создания РОМ-дисков, но эти снэпшоты нужно создать, и еще в удачное время, особенно это касается бутов - что б инициализация прошла, но диск не прочитался и т.д.
Что если и тут немного упростить и хранить в РОМ-диске кодовые блоки, которые загружаются по определенному адресу, и туда передается управление? Помню был например Consul Comander с кучей оверлеев - кодовые блоки, запустил, поработал в них, вышел обратно в командер.
Создать кодовую версию того же TRDN, мне кажется, проще, чем создавать "правильный" снэпшот.

Просто вопрос: давно меня мучает - почему Сервис-Монитор такой... неспешный? из-за процедуры печати нестандартного шрифта? или там в принципе код очень неоптимизированный?

[Grand]

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

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

[LW]

1. Можно, конечно, и в первом посте. Так то в архиве приложен файл со всеми изменениями.
2. Ни раздел IsDos, ни MicroDos структуры не имеют, отличаются только номером в дескрипторе подраздела
создание раздела FAT32 реализую, а остальное пусть остается в рамках MFS. CP/M все равно нет. В плане работы IsDos с винчестером тоже не все ясно. Насколько помню из документации по SMUC она вообще работает с разделами не более 16 мегабайт. И зачем такой маленький раздел на винте.
3. теже самые кодовые блоки можно упаковать в формат снапа скорпионовского и залить в ROM.
Возможно тут поможет другое решение. Мне тут подкинули идею "Запилить поддержку загрузки SPG напрямую с FAT32 раздела." Попробую реализовать.

Просто вопрос: давно меня мучает - почему Сервис-Монитор такой... неспешный?

Реализация печати это боль. Стоит в планах на переделку.
Тормоза в основном из-за того, что п/п печати символа находится в rom2, а все менюшки в rom5. и при печати каждого символа вызывается процедура из rom2. В итоге на каждый символ дополнительно тратится вагон тактов на переключение плоскостей и страниц.

[Xela]

Можно, конечно, и в первом посте. Так то в архиве приложен файл со всеми изменениями.

я не про уже сделанные изменения, а про то, что планируется. Например, вот рассказали Вы про печать и SPG, пишем в первом посте планируемые изменения:

1. Переделать п/п печати - приоритет средний.
2. Добавить загрузку SPG с FAT32 - высокий.
3. Пункт загрузки HDD BOOT в главном меню - может быть. приоритет низкий.
4. Рестарты для монтирования образов с FAT32 - да, скорее всего. приоритет низкий.
5. Поддержка .scl - да, может быть. когда-нибудь.
6. Перехват процедур чтение сектора и позиционирование головки - подумаю.
7. LFN - да, ограниченно до ~20 символов и то, если найду место.
8. Поддержка .tap "как в esxdos" - нет, не интересно, идите вы со своим ESXDos

НАПРИМЕР

ну т.д. и вычеркивать по мере внедрения

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

она вообще работает с разделами не более 16 мегабайт. И зачем такой маленький раздел на винте.

в итоге у меня, например, будет большой раздел fat32 для "всего" и небольшой раздел MFS на 17Mb, внутри которого ISDOS на 16Mb)

[izzx]

Повторю пункт в хотелки: работа одновременно двух винтов. Чтобы можно было перекидывать между ними инфу.
А на счёт загрузки с HDD можно сделать и из файлика на фат, так, конечно, проще всего. Закинул файл в корень, и диск стал загрузочным. Красота. Но без фата уже никуда.

[LW]

izzx, Обещать не буду. В список изменений добавил, если будет возможность сделаю.

По просьбам трудящихся обновил первый пост.

[Xela]

загрузка .sna файлов (возможно и запись)

*раскатав губу* вот бы .szx поддержать...

[LW]

нет, это вряд ли