Баг формата SZX

Цитата:

---

Сообщение от Titus

M1 цикл - это машинный цикл в котором выбирается опкод инструкции.

---

СЛЕДУЮЩЕЙ НОВОЙ инструкции :p

Цитата:

---

Сообщение от Titus

Префикс считается частным случаем опкода.

---

бинго! стало быть, и инструкции :v2_dizzy_roll:

Цитата:

---

Сообщение от Titus

А конец инструкции (или начало следующий) в процессоре совершенно четко обозначен. В моем реверсе это сигнал RES_MCLK (последний машинный цикл инструкции).

---

КЕМ обозначен, тобой? а с чего ты взял, что авторы именно это в виду имели?

Цитата:

---

Сообщение от Titus

M1-циклов может быть много, но RES_MCLK всегда один. По нему процессором и определяется, что инструкция закончилась, можно обработать запрос на прерывание или еще что-то в этом роде.

---

я пока что вижу только, что "По нему процессором и определяется, что" + "можно обработать запрос на прерывание или еще что-то в этом роде." - не более

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

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

Цитата:

---

Сообщение от Lethargeek

КЕМ обозначен, тобой? а с чего ты взял, что авторы именно это в виду имели?

---

Мною обозначено его название.
А авторами предусмотрен функционал - как маркер окончания одной команды и начала другой.

Цитата:

---

Сообщение от Titus

авторами предусмотрен

---

ты приписываешь авторам свои мысли

Цитата:

---

Сообщение от Titus

функционал - как маркер окончания одной команды и начала другой

---

никаких полезных функций у такого "маркера" я не вижу

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

Я чутка потерялся. А что будет происходить, если сделать длинную цепочку префиксов, и во время её отработки наступит момент прерывания. Когда оно отработает? В середине цепочки, или будет пропущено, и цепочка отработает до конца? Если в середине, то процессор будет помнить какой был последний префикс перед прерыванием, или потеряет?

Цитата:

---

Сообщение от Bedazzle

Я чутка потерялся. А что будет происходить, если сделать длинную цепочку префиксов, и во время её отработки наступит момент прерывания. Когда оно отработает? В середине цепочки, или будет пропущено, и цепочка отработает до конца? Если в середине, то процессор будет помнить какой был последний префикс перед прерыванием, или потеряет?

---

на реальных Z80 - будет пропущено
насчёт Z?80/eZ80 не помню

Цитата:

---

Сообщение от Bedazzle

Я чутка потерялся. А что будет происходить, если сделать длинную цепочку префиксов, и во время её отработки наступит момент прерывания. Когда оно отработает? В середине цепочки, или будет пропущено, и цепочка отработает до конца? Если в середине, то процессор будет помнить какой был последний префикс перед прерыванием, или потеряет?

---

Если прерывание немаскируемое (NMI), то оно не может быть пропущено, т.к. фиксируется специальной схемой, способной уловить даже маленькие иголочки на входе. Любой перепад на входе NMI 0->1->0 будет зафиксирован, как запрос переывания, и после выполнения сверхдлинной команды будет отработан, и только потом снят. Единственное, что может отменить запрос NMI - это только RESET.

Если прерывание маскируемое (INT), то оно может быть пропущено, если сигнал на входе INT пропал до того, как закончилась сверхдлинная команда.
Мало того, запрос INT может быть пропущен, если длина запроса меньше одного такта процессора.

Мне кажется, лучше считать, что никакого бага в SZX нет. Что сохранить снапшот можно только в тот момент, с которого легко продолжить выполнение не только в эмуляторе, но и на реале. Для усложнения нужны более веские причины, чем просто "так хочется".

Сейчас и на реалах можно делать снапшоты, по немаскируемому прерыванию. Есть, правда, глюки, при некоторых SP. Ну и, получается, если всю помять забить префиксом, то тоже не сработает NMI.

Эмуляторные извращения это весело, можно хоть любой такт сохранять, но во первых: "Зачем?", а во вторых: "Нафига усложнять запуск снапшота на реале?"

Цитата:

---

Сообщение от Spectramine

Я так понимаю, #ED и #CB в вашей картине мира это тоже отдельные инструкции.

---

вполне - инструкции перевода процессора в режим расширенных опкодов.

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

Цитата:

---

Сообщение от Titus

M1 цикл - это машинный цикл в котором выбирается опкод инструкции. Префикс считается частным случаем опкода.
А конец инструкции (или начало следующий) в процессоре совершенно четко обозначен. В моем реверсе это сигнал RES_MCLK (последний машинный цикл инструкции).
M1-циклов может быть много, но RES_MCLK всегда один. По нему процессором и определяется, что инструкция закончилась, можно обработать запрос на прерывание или еще что-то в этом роде.

---

Вполне логично, что процессор может вырабатывать дополнительные сигналы блокировки прерывания, чтобы исключить прерывание, когда это нежелательно. Но ведь возможность обработать прерывание не означает что процессор закончил выполнение инструкции, иначе прийдется все что находится между DI и EI или весь обработчик NMI/INT прерывания трактовать как одну большую инструкцию.

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

Цитата:

---

Сообщение от Bedazzle

Я чутка потерялся. А что будет происходить, если сделать длинную цепочку префиксов, и во время её отработки наступит момент прерывания. Когда оно отработает? В середине цепочки, или будет пропущено, и цепочка отработает до конца? Если в середине, то процессор будет помнить какой был последний префикс перед прерыванием, или потеряет?

---

выполнение инструкции префикса переводит процессор в префиксный режим, в котором прерывания блокируются пока режим префикса не будет снят. Также как выполнение EI блокирует прерывания на одну следующую инструкцию.

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

Цитата:

---

Сообщение от Reobne

Мне кажется, лучше считать, что никакого бага в SZX нет. Что сохранить снапшот можно только в тот момент, с которого легко продолжить выполнение не только в эмуляторе, но и на реале. Для усложнения нужны более веские причины, чем просто "так хочется".

---

Дело в том, что если сохранять снэпшот только в тот момент, когда процессор не находится в режиме префикса, то не всегда будет возможность вообще сохранить снэпшот. В случае, когда вся память заполнена префиксом #DD или #FD, процессор перманентно всегда находится в префиксном режиме, не выходя из него. Поэтому это просто приведет к вечному зависанию эмулятора при попытке сохранить снэпшот. Такое поведение неправильное.

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

Цитата:

---

Сообщение от Reobne

Сейчас и на реалах можно делать снапшоты, по немаскируемому прерыванию. Есть, правда, глюки, при некоторых SP. Ну и, получается, если всю помять забить префиксом, то тоже не сработает NMI.

---

сохранение снэпшотов из обработачика NMI не всегда даёт рабочие снэпшоты, т.к. необратимо портит память и состояние процессора. Методы защиты от снятия снэпшотов с помощью TRDOS MAGIC или другого NMI обработчика на Z80 давно известны и в таких программах после нажатия NMI код программы будет испорчен и программа покажет сообщение о недопустимости выполнения NMI либо просто сбросится или перестанет работать.

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

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

Цитата:

---

Сообщение от Reobne

Эмуляторные извращения это весело, можно хоть любой такт сохранять, но во первых: "Зачем?"

---

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

Цитата:

---

Сообщение от Reobne

а во вторых: "Нафига усложнять запуск снапшота на реале?"

---

а как вы себе представляете корректный запуск SZX снэпштоа на риале, сохраненного после выполнения EI, т.е. с взведенным флагом EILAST?

Цитата:

---

Сообщение от ZXMAK

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

---

Ну, то есть, заходим в отладчик, а там PC указывает, допустим, на "LD (IY+0),L" Нажимаем на шаг вперёд и что мы увидим? PC увеличится на байт или на 3?

Цитата:

---

Сообщение от Reobne

Ну, то есть, заходим в отладчик, а там PC указывает, допустим, на "LD (IY+0),L" Нажимаем на шаг вперёд и что мы увидим? PC увеличится на байт или на 3?

---

В этом случае отладчик установит точку останова на адрес следующий за "LD (IY+0),L" и запустит выполнение.
Далее будет зависеть от того - дойдет ли выполнение до указанной точки останова - тогда отладчик остановится и покажет адрес на котором сработала точка останова.
Если же управление до точки останова не дойдет, процессор так и будет продолжать работать выполняя все инструкции подряд.

Поэтому однозначно сказать нельзя - будет зависеть от результатов выполнения кода. Также как нельзя сказать - вернет ли CALL или RST управление на следующий адрес или на следующий адрес + N или вообще не вернет управление или вообще не выполнится, потому что сработает прерывание.

Однако если вы поставите точку останова на адрес PC, то при шаге/запуске отладчик остановит выполнение на адресе PC+1, т.е. будет показывать "LD (HL),L; NOP" и взведенный флаг префикса IY. Вообще конечно правильнее было-бы доработать отладчик чтобы он дизассемблировал память с учетом текущего состояния процессора и тогда он будет показывать все ту-же инструкцию "LD (IY+0),L"