Орион-2010. Hard & Soft

[Ewgeny7]

ORDOS работает с РОМдисками не через Монитор? Сторонних программ, работающих с РОМдиском я вообще не видел...

[Advertiser]

[Error404]

ORDOS работает с РОМдисками не через Монитор? Сторонних программ, работающих с РОМдиском я вообще не видел...

Сама работает. В Мониторе нет п\п работы с Ром-диском.

[b2m]

Зато с RAM-диском - через монитор

[Ewgeny7]

Сама работает. В Мониторе нет п\п работы с Ром-диском.

Не есть гуд. Я сделал то, о чем так долго просили большевики - порты в I/O.
18 - 1A они же F400 - F402
28 - 2A они же F500 - F502
48 - 4F они же F760 - F767.

Хотел порулить РОМдиском заменой адресов в прошивке ПЗУ на новые

познакомьтесь с новым портом F767 (#4F I/O) - порт sys_conf.
Два бита:
D0 - fullram_lock, "1"-блокировка fullram, отключаются порты проецируемые на память, также отключается ПЗУ и страницы памяти полностью доступны в диапазоне 0000H - FFFFH.
D1 - ram_bios, "1"-отключение ПЗУ, область памяти F800H - FFFFH проецируется на соответствующую область памяти нулевой страницы.
Значения порта не сбрасываются, только перезапись или выключение питания.

Я отказался от порта 3D в пользу 4F по причине "неусложнения" селектора адресов.
Ибо селектор окна 4х итак был сделан уже.
Не хотел лишние макроячейки тратить...

[pvlad]

Сама работает. В Мониторе нет п\п работы с Ром-диском.

В Мониторе размещается загрузчик ORDOS.

---------- Post added at 17:45 ---------- Previous post was at 16:55 ----------

Я сделал то, о чем так долго просили большевики...

1. Пожалуйста, заноси всю эту информацию в тот документик, который ты мне высылал в свое время. Будешь высылать готовые платы и приложишь его. Будет очень к месту!
2. Хочу уточнить: порты I/O не отключаются ни при какой ситуации?
3. Может быть порт sys_conf скомпоновать немного по другому. Это даст большие возможности и универсальность.
D0 - ramport_lock, "1"- отключаются только порты проецируемые на память. Остаются только порты I/O. Можно адресное пространство РАМ-портов сделать доступным как ОЗУ. (У Сергея будет больше возможности с размещением буферов, при этом будет его любимый М3!)
D1 - ram_bios, "1"-отключение ПЗУ, область памяти F000H - FFFFH проецируется на соответствующую область памяти нулевой страницы и может переключаться вместе с переключением страниц. Если ramport_lock=0 (ram-порты не отключены), то только F800H - FFFFH. (Во! Теперь я могу загрузить свой М2!)
D2 - rоm_lock,"1" - защита области F800H - FFFFH от записи и блокирование переключения F000H - FFFFH при переключении страниц. Если ram_bios=0, то rоm_lock не актуален.

Хотел порулить РОМдиском заменой адресов в прошивке ПЗУ на новые

Замени адреса в загрузчике, в Мониторе и "порули" загрузкой!

[Ewgeny7]

1. Пожалуйста, заноси всю эту информацию в тот документик,

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

2. Хочу уточнить: порты I/O не отключаются ни при какой ситуации?

Верно, они есть всегда.

3. Может быть

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

[Error404]

D2 - rоm_lock,"1" - защита области F800H - FFFFH от записи и блокирование переключения F000H - FFFFH при переключении страниц. Если ram_bios=0, то rоm_lock не актуален.

Может быть, имеет смысл сделать бит D2 "однократнозаписываемым" ? Т.е. чтобы программно в этот бит можно было бы записать только значение "1" (защита области F800H - FFFFH от записи). А "0" туда писалось бы при включении питания. Этим мы защитим область загружаемого Монитора от комбинации "сбросили 4F.D2 в 0 и пропилили память".

Работать будет как-то так: включили питание, включили ОЗУ в области 0F800-FFFFH, подменили ПЗУ, затем если бит D2 залочили (уст. в "1"), то до следующего выключения/включения питания сбросить этот бит уже невозможно и запись в это ОЗУ невозможна (запись всегда будет приводить к обращению к портам "над ОЗУ-ПЗУ").

[Ewgeny7]

Может быть, имеет смысл сделать бит D2 "однократнозаписываемым" ?

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

---------- Post added at 20:33 ---------- Previous post was at 20:14 ----------

3. Может быть порт sys_conf скомпоновать немного по другому.

Так, описываю что я тут наваял

D0 - блокирует порты F400 - FB00, оставляя только 18....FB как I/O.
D1 - перенапрявляет чтение данных вместо ПЗУ альтеры на соотв. область ОЗУ. Какая страница ОЗУ находится в области чтения - определяется другими факторами.
D2 - блокирует переключение области памяти ТОР (F000-FFFF) на ненулевую страницу, блокирует запись данных в область ROMSEL (F800-FFFF).

Как дополнение, опишу работу сигнала fullram (FA(5)) - блокирует порты, проецируемые на память, отключает ПЗУ из линейки адресов, для записи/чтения доступен весь диапазон адресов ОЗУ. Страницы памяти переключаются портом F9, "непереключающейся" области памяти нет.

Прим. область памяти "под ПЗУ" всегда доступна для записи (кроме непосредственно блокировки записи по 4F(2)).

Теперь говорите мне, что я сделал не так

---------- Post added at 20:37 ---------- Previous post was at 20:33 ----------

Хе-хе... Злорадная загадка
представьте себе, что вы банально записываете данные в область F800 и выше, не предприняв специальных мер... Что мы получим?

[Error404]

Не думаю. Если я загружаю образ ПЗУ в отладочных целях, то вполне логично что мне понадобится чтобы я мог заблокировать запись в ПЗУ от случайного стирания, а также разблокировать его для внесения изменений.[COLOR="Silver"]

Отлаживать ПЗУ на некой "отладочной конфигурации" можно и без блокировки записи - тут вероятность того что "некто" несанкционированно переключит бит порта 4F невелика (своё ПО же запускаешь, его поведение в значительной степени ожидаемо). А вот при запуске чужого ПО (последующей эксплуатации отлаженного "теневого" ПЗУ) такая вероятность выноса незащищенного псевдо-ПЗУ (а оно не защищено: битик как ставится программно, так же программно и снимается) значительно отличается от нуля.

Кроме того, отлаживать все равно удобнее в эмуляторе, так что этот пример для реала вероятнее всего редковоспроизводим.

Хе-хе... Злорадная загадка
представьте себе, что вы банально записываете данные в область F800 и выше, не предприняв специальных мер... Что мы получим?

Запись в порты?

[Ewgeny7]

Запись в порты?

Угу. Сначала на экране возникнет суперпупермегадемо, затем отвалится источник кода и всё улетит в тар-тарары... Попутно повиснув на перемещенных окнах и прерывании, уводящем в бесконечную даль... Красота!

Отлаживать ПЗУ на некой

Ладно, уговорил, заблокирую. Как в остальном?