переход по прерыванию

никогда не обращал внимания но вот есть такой вопрос

как работает переход по прерыванию

срабатывает так сказать прерывание
запрещаются прерывания
происходит прерывание

штатная процедура по адресу #0038

Код:

;сохраняет регистры sub_38: ; CODE XREF: RAM:0493p RAM:0038 ; RAM:EB12p RAM:0038 push af RAM:0039 push hl ;выполняет то что там надо RAM:003A ld hl, (FRAMES) RAM:003D inc hl RAM:003E ld (FRAMES), hl RAM:0041 ld a, h RAM:0042 or l RAM:0043 jr nz, loc_48 RAM:0045 inc (iy+40h) RAM:0048 RAM:0048 loc_48: ; CODE XREF: sub_38+Bj RAM:0048 push bc RAM:0049 push de RAM:004A call sub_386E ;восстанавливает всякое RAM:004D pop de RAM:004E pop bc RAM:004F pop hl RAM:0050 pop af ;разрешает прерывания и выходит RAM:0051 ei RAM:0052 ret

но в большинстве фирменных программ программа обработки прерывания начинается с "DI"

почему?
чего я такого не знаю?

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

Цитата:

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

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

проверь еще несколько игр
Kong Strikes Back
Kongs Revenge

я так то в курсе, но запрещал потому, как делали отдельные товарищи

Для меня тоже является загадкой нафига DI, и еще нафига RETI :)

Цитата:

Сообщение от Evgeny Muchkin

Для меня тоже является загадкой нафига DI, и еще нафига RETI :)

по идее с reti ei не надо

Цитата:

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

по идее с reti ei не надо

по моему нифига
еи всегда нужен

очень долго не мог завести свою первую программу с прерываниями
оказалось что инт их запрещает (о чем я тогда не знал)
пока не поставил еи ничего не заработало...

по моему reti влеплен для несрабатывания одного прерывания во время выполнения другого в некоторых машинах

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

Цитата:

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

но в большинстве фирменных программ программа обработки прерывания начинается с "DI"

почему?

Цитата:

Сообщение от Evgeny Muchkin

Для меня тоже является загадкой нафига DI,

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

я тоже ставлю местами nop-ы с єтой целью
на случай если схема железного компа не успеет полностью "переключится" до момента выполнения следующей команды или на оборот(вспоминаем статью про щелканье страницами видео памяти и как видео контролер случайно берет пиксели и атрибуты из разных страниц)

а в некоторых машинах это актуально

по моему нгс требует программных задержек
тк у него нету вайтов

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

Цитата:

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

но в большинстве фирменных программ программа обработки прерывания начинается с "DI"

почему?
чего я такого не знаю?

Очевидно, для подстраховки. Т.е. на всякий случай, как бы чего не случилось)
Иного обьяснения нет)

Цитата:

Сообщение от shurik-ua

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

С DMA используется.

Цитата:

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

Очевидно, для подстраховки. Т.е. на всякий случай, как бы чего не случилось)
Иного обьяснения нет)

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

Цитата:

Сообщение от Alex Rider

Ну может быть редкий умный случай -

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

Цитата:

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

в большинстве фирменных программ программа обработки прерывания начинается с "DI"

почему?

ЕМНИП, в толмуде первого тома комплекта чипов серии Зю80, выходит, что это как-то связано с режимами отличными от IM0, когда в момент операции с режимом прерывания, возможен его "повторный захват" (мера, схожая с таблицей вектора, для машин с "нестабильной" шиной).

null_device, однако в ПЗУ этого нет Di отсутсвует
и в поздних играх, Joffa например, тоже экономит байт от DI
или даже сразу делает EI

Цитата:

Сообщение от Alex Rider

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

Только в этом случае)
Но вряд ли в тех примерах, на которые ссылается автор, такой вызов использовался.

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

Цитата:

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

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

Мы говорим именно 'за спек'.
На спектруме этого делать не нужно. Прерывания запрещаются автоматически.
Возможно, люди, которые так делают, просто не читали подробно документацию, вот и перестраховываются)

Этого делать не нужно на любом компе на Z80, не только на спеке. Интересно, существуют ли процессоры, в которых нет автоматического запрещения прерываний при подтверждении прерывания и переходе к обработчику?

Цитата:

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

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

в нашей юности был только трёхтомник инфоркома по ассемблеру
и так как раз советовали первым делом запрещать прерывания (дабы не случился повторный захват)

Цитата:

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

в нашей юности был только трёхтомник инфоркома по ассемблеру
и так как раз советовали первым делом запрещать прерывания (дабы не случился повторный захват)

Я его не читал, т.к. выписал себе в самом начале 90-х (вроде бы в 91 году) книженцию по Z80 - Микропроцессорный комплект Z80, книга 1. И там все шикарно было описано.

Цитата:

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

Интересно, существуют ли процессоры, в которых нет автоматического запрещения прерываний при подтверждении прерывания и переходе к обработчику?

Во многих микроконтроллерах обработчик может быть прерван другим прерыванием с более высоким приоритетом. Но прерывания от того же источника обычно все-таки запрещаются. А еще бывает NMI, Даже на Z80. Правда, в современных системах NMI от внешнего устройства (т.е. прерывание, а не исключение) обычно не используются, т.к. вложенность обработчика может привести к сбою, а пользы от "истинного" NMI не просматривается. С одной стороны, хорошо иметь такое прерывание, которое сработает в случае любого сбоя программы; с другой стороны, обработчик такого прерывания ничего не сможет сделать для восстановления. С тем же успехом можно просто осуществить сброс. Ну и еще есть вариант использования NMI для отладки и/или сохранения краш-дампа. Сброс - он всё-таки затирает состояние процессора, а при NMI состояние сохраняется.