Ремонт принтеров, сканнеров, факсов и остальной офисной техники


назад Оглавление вперед




[0]


имя автора - Иосиф Каршенбойм
Сайт автора - www.iosifk.narod.ru
Сайт журнала - www.kit-e.ru

Иосиф Каршенбойм

Ik@lmail.loniis.spb.su

Команды управления выполнением

программы

К командам управления выполнением программы относятся команды перехода и обработки исключений:

•две команды относительного перехода (BR и BSR);

•две команды абсолютного перехода (JMP и CALL);

•две команды обработки исключений (TRET и TRAP);

•пять команд условных переходов (SKPs, SKP0, SKP1, SKPRz и SKPRnz).

Команды относительного перехода

В Nios используется две команды относительного перехода - BR и BSR. Адрес перехода вычисляется по текущему счетчику программы (то есть непосредственно от адреса команды BR) и полю команды IMM11. Работа команды BSR отличается от BR тем, что адрес возврата сохраняется в %o7. Обе команды выполняются без условий. Если необходимо выполнение условных переходов, то команде BR или BSR должна предшествовать команда типа SKP. Обе команды (BR и BSR) имеют слот задержки перехода: команда, следующая сразу после BR или BSR, выполняется после BR или BSR, но перед выполнением команды перехода в новый адрес (см. ниже «Слоты задержки перехода»). Диапазон перехода команд BR и BSR: вперед до 2048 байт или назад до 2046 байт относительно адреса команды BR или BSR.

Команды абсолютного перехода

В Nios используется две команды абсолютного перехода - JMP и CALL. Адрес перехода задается содержанием регистра общего назначения. Содержание регистра сдвигается влево на один бит и передается в PC. Команда CALL отличается от JMP тем, что адрес возврата сохраняется в %o7. Обе команды выполняются без условий. Если необходимо выполнение условных переходов, то командам JMP или CALL должна предшествовать команда типа SKP.

Обе команды JMP и CALL имеют слот задержки перехода: команда, следующая сразу после JMP и CALL, выполняется после JMP и CALL, но перед выполнением команды перехода в новый адрес.

Псевдокоманда LRET, которая является псевдонимом ассемблера для JMP %o7, традиционно используется для возврата из подпрограммы.

Команды «TRAP»

Процессор Nios имеет две команды для программной обработки исключения: TRAP и TRET. В отли-

чие от JMP и CALL, ни TRAP, ни TRET не имеют слота задержки перехода: команда, следующая сразу после TRAP, не выполняется до окончания работы драйвера исключения. Команда, следующая за TRET, вообще не выполняется как часть операции TRET.

Условные команды

Есть пять условных команд (SKPs, SKP0, SKP1, SKPRz, и SKPRnz). Каждая из этих команд имеет обратную команду ассемблера (IFs, IF0, IF1, IFRz, и IFRnz соответственно). Каждая из этих команд проверяет внутреннее состояние CPU и затем выполняет следующую команду или не выполняет (в зависимости от результата). Работа всех пяти команд типа SKP (и их псевдонимов) идентична и отличается только условием. В каждом случае следующая за условной команда выбирается из памяти независимо от результата проверки условия. Но, в зависимости от результата проверки условия, она будет выполнена или отменена.

Несмотря на то что SKP и команды условного выражения типа IF часто используются совместно с последующей командой перехода (JMP, CALL) или с командой ветвления (BR, BSR), чтобы выполнить действие по условию, они могут использоваться и с любой другой командой. Последующее использование команды PFX (PFX немедленно после команды SKPx или IFx) представляет специальный случай, когда следующие две команды либо будут отменены, либо выполнены. Пары команд, в которых присутствуют PFX и команды, выполняемые по условию, можно назвать «атомный модуль».

Исключения

Процессор Nios позволяет иметь до 64 векторных исключений. Исключения могут быть либо глобально разрешены, либо глобально заблокированы управляющим битом IE в регистре STATUS, либо выборочно разрешены в соответствии с разрешенным приоритетом IPRI в регистре STATUS. Исключения генерируются любым из трех источников: внешние аппаратные прерывания, внутренние исключения или программные команды TRAP.

Модель обработки исключения Nios позволяет производить точную обработку всех внутренних исключений, то есть механизм передачи исключения оставляет подпрограмму обработки исключения с достаточной информацией, чтобы восстановить состояние

Компоненты и технологии, № 92002Компоненты

Окончание. Начало в № 82002

Микроконтроллер для встроенного применения - NIOS. Система команд и команды, определяемые пользователем.

Часть II. Команды перехода, исключения, конвейер

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


Компоненты и технологии, № 92002

прерванной программы. Внутренние исключения генерируются, если команда SAVE или RESTORE вызывает выход за пределы окна регистрового файла.

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

Таблица векторов исключений

Таблица векторов исключений - это набор 64 адресов драйверов исключения. Для Nios CPU-32 каждый вход - это 4 байт, а для Nios CPU-16 каждый вход - 2 байт. Базовый адрес таблицы векторов исключений может иметь перестраиваемую конфигурацию.

Когда Nios CPU обрабатывает номер исключения n, то он выбирает n-й вход из таблицы векторов исключений, удваивает выбранное значение и затем загружает результаты в PC.

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

Внешний источник аппаратного прерывания

Внешний источник может запрашивать аппаратное прерывание, передавая на вводы irq number 6-битовый номер прерывания и одновременно устанавливая 1 на входе irq. Nios обработает исключение, если установлен бит IE и требуемый номер прерывания меньше текущего значения в поле IPRI регистра STATUS (то есть имеет более высокий приоритет). Управление передается драйверу исключения, чей номер подается на входы irq number.

Внешняя логика, необходимая для того, чтобы подать на вход irq number номер прерывания и установить сигнал на входе irq, автоматически генерируется программным обеспечением Nios SOPC builder и включена в периферийный модуль шины PBM вне процессора. Периферийные устройства, требующие прерывание, генерируют только один или более сигналов запроса на прерывание, которые объединяются в пределах PBM, где производится генерация сигналов Nios irq number и устанавливается сигнал irq.

Вход Nios irq работает по уровню. Входы irq и irq number проверяются на каждом переднем фронте синхрочастоты. Внешние источники, которые генерируют прерывания, должны установить свои сигналы на выводах irq, пока прерывание не подтверждено программным обеспечением (например, сброс запроса прерывания периферийного устройства в 0 при соответствующей записи в регистр). Прерывания, которые установлены, а затем сброшены до того, как Nios начнет их обрабатывать, игнорируются.

Внутренние источники исключения

Есть два источника внутренних исключений: переполнение окна регистра и выход за нижний предел окна регистра. Архитектура процессора Nios позволяет точную обработку для всех внутренних исключений.

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

Выход за нижний предел окна регистра

Исключение, происходящее всякий раз при выходе за нижний предел окна регистра, то есть когда используется самое низкое допустимое окно регистра (CWP = LO LIMIT) и выполняется команда SAVE. Команда SAVE перемещает CWP ниже LO LIMIT, и %sp устанавливается как и при нормальной операции SAVE. В этом случае генерируется исключение выхода за нижний предел окна регистра, и управление передается подпрограмме обработки исключения, прежде чем следующая за SAVE команда будет выполнена.

Когда команда SAVE вызывает исключение выхода за нижний предел окна регистра, CWP декрементируется только один раз, прежде чем управление переходит к подпрограмме обработки исключения. Драйвер исключения выхода за нижний предел окна регистра считает значение CWP = LO LIMIT - 1. Исключение выхода за нижний предел окна регистра имеет номер 1. CPU не будет обрабатывать исключение выхода за нижний предел окна регистра, если прерывания заблокированы (IE = 0) или текущее значение в IPRI меньше или равно 1.

Действие, предпринимаемое подпрограммой драйвера исключения выхода за нижний предел окна регистра, зависит от требований системы. Для систем, выполняющих большой и сложный код, драйверы выхода за нижний предел окна регистра (так же, как и выхода за верхний предел окна регистра) могут представлять файловый регистр как виртуальный файловый регистр, который простирается за пределы физического файлового регистра. Когда происходит выход за нижний предел окна регистра, драйвер выхода за нижний предел окна регистра мог бы (например) сохранять текущее содержание полного файла регистра в памяти и перезагружать CWP назад в HI LIMIT, позволяя программе продолжить открывать окна регистра. С другой стороны, есть много встроенных систем, где пользователи могли бы желать управлять использованием стека и глубиной вложений вызовов подпрограмм. Такие системы могли бы осуществлять вывод сообщения об ошибках в драйвере выхода за нижний предел окна регистра и после этого выходить из программы.

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

Исключение выхода за нижний предел окна регистра может быть вызвано только командой SAVE. Непосредственная запись в CWP (через команду WRCTL) значения меньшего, чем LO LIMIT, не будет вызывать исключение выхода за нижний предел окна

регистра. Выполнение команды SAVE, когда CWP уже ниже LO LIMIT, не будет вызывать исключение выхода за нижний предел окна регистра.

Переполнение окна регистра

Исключение переполнения окна регистра происходит всякий раз, когда используется самое высокое допустимое окно регистра (CWP = HI LIMIT) и выполняется команда RESTORE. Управление будет передано подпрограмме обработки исключения прежде, чем выполнится команда, следующая после RESTORE.

Когда исключение переполнения окна регистра принято, CWP установлен в HI LIMIT так, будто CWP инкрементируется командой RESTORE, но затем немедленно декременти-руется, как в последствие нормальной обработки исключения. Исключение переполнения окна регистра имеет номер 2.

Действие, предпринимаемое подпрограммой драйвера исключения переполнения, зависит от требований системы. Для систем, выполняющих большой и сложный код, переполнение может создавать виртуальный файл регистра, который выходит за пределы физического файла регистра. Когда переполнение происходит, драйвер переполнения мог бы, к примеру, перезагружать все содержание физического файла регистра из стека и восстанавливать CWP назад в LO LIMIT. Есть множество систем, где пользователи могли бы желать управлять использованием стека и глубиной вложенности подпрограмм. Такие системы могли бы выводить сообщения об ошибках в драйвере переполнения окна регистра и после этого осуществлять выход из программы.

Программист определяет характер и действия, предпринимаемые драйвером. Nios SDK автоматически устанавливает драйвер переполнения окна регистра, который виртуали-зирует файловый регистр, используя стек.

Исключение переполнения окна регистра может быть вызвано только командой RESTORE. Непосредственная запись в CWP (через команду WRCTL) значения большего, чем HI LIMIT, не будет вызывать исключение переполнения окна регистра. Выполнение команды RESTORE, когда CWP уже выше HI LIMIT, также не будет вызывать исключение переполнения окна регистра.

Прямые программные исключения (команды TRAP)

Программное обеспечение может непосредственно передавать управление драйверу исключения, используя команду TRAP. Поле IMM6 команды дает номер исключения. Команды TRAP всегда обрабатываются, независимо от установки битов IPRI или IE. Команды TRAP не имеют слота задержки. Команда, следующая немедленно после TRAP, будет выполнена после выхода из драйвера исключения.

Ссылка на команду, следующую после TRAP, будет сохранена в %o7 так, чтобы команда TRET передала управление назад команде, следующей после TRAP при завершении обработки исключения.


Компоненты и технологии, № 92002

Последовательность обработки исключения

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

1.Содержание регистра STATUS будет скопировано в регистр ISTATUS.

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

3.IE будет установлен в 0, запрещая прерывания.

4.IPRI будет установлен с 6-битовым номером исключения.

5.Адрес следующей невыполненной команды в прерванной программе будет помещен в %o7.

6.Адрес начала драйвера исключения будет выбран из таблицы вектора исключения и записан в PC.

7.После того как драйвер исключения завершает работу, выдается команда TRET, чтобы возвратить управление к прерванной программе.

Использование окна регистра

Вся обработка исключения производится в последнем открытом окне регистра. Этот процесс уменьшает сложность и время ожидания драйверов исключения, потому что они не ответственны за поддержание аппаратной обработки процедуры исключения. Драйвер исключения может свободно использовать регистры %o0... %L7 в недавно открытом окне. Драйвер исключения не должен выполнять команду SAVE в начале обработки. Использование команд SAVE и RESTORE внутри драйверов исключения будет обсуждено позже.

Поскольку передача управления обработчику исключения всегда открывает новое окно регистра, программы должны всегда оставлять одно окно регистра доступным для исключений. Установка (настройка) LO-LIMIT в 1 гарантирует, что одно окно является доступным для исключений (значение сброса LO LIMIT - 1). Всякий раз, когда программа выполняет команду SAVE, которая может израсходовать последнее окно регистра (CWP = 0), генерируется «trap» при выходе за нижний предел окна регистра. Драйвер выхода за нижний предел окна регистра для самого регистра будет выполнен в конечном окне (с CWP = 0).

Правильно написанное программное обеспечение никогда не будет обрабатывать исключение, когда CWP = 0. CWP может быть только 0 во время обработки исключения, и драйверы исключения должны иметь четкую защиту от перепредоставления прерываний.

Сохранение состояния: регистр ISTATUS

Когда исключение происходит, регистр STATUS будет скопирован в регистр ISTATUS. Затем регистр STATUS будет изменен (IE сбро-

шен в 0, IPRI устанавливается в 1 и декремен-тируется CWP). Первоначальное содержание регистра STATUS сохраняется в регистре ISTATUS. Когда обработчик исключения возвращает управление к первоначальной программе, содержание регистра первоначальной программы STATUS будет восстановлено из ISTATUS командой TRET.

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

Вложенные драйверы исключений должны явно сохранять, поддерживать и восстанавливать содержание регистра ISTATUS прежде и после предоставления последующих прерываний.

Адрес возврата

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

Место возврата будет сохранено в %o7 (последнее открытое окно регистра в драйвере исключения) прежде, чем управление будет передано драйверу исключения. Значение, сохраненное в %o7 - адрес байта команды возврата, сдвинутое вправо на один бит. Это значение непосредственно используется как адрес команды TRET. Драйверы исключения обычно выполняют команду TRET %o7, чтобы возвратить управление прерванной программе.

Простые и сложные драйверы исключения

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

Простые драйверы исключения

Драйвер исключения рассматривается как простой, если он подчиняется следующим правилам:

•не переразрешает прерывания;

•не использует SAVE или RESTORE (непосредственно, либо вызывая подпрограммы, которые используют SAVE или RESTORE);

•не использует команды TRAP и не вызывает никакие подпрограммы, использующие команды TRAP;

•не изменяет содержание регистров %g0... %g7, или %i0... %i7.

Любой драйвер исключения, который подчиняется этим правилам, может не использо-

вать специальные меры защиты ISTATUS или адреса возврата в %o7. Простой драйвер исключения не требует специального управления окном регистра или CWP.

Сложные драйверы исключения

Драйвер исключения рассматривается как сложный, если он нарушает любое из требований к простому драйверу исключения, перечисленных выше. Сложные драйверы исключения позволяют вложенную обработку исключений и выполнение более сложного кода (например, подпрограммы, имеющие команды SAVE и RESTORE). Сложный драйвер исключения имеет следующие дополнительные особенности:

•Он должен сохранить содержание ISTATUS перед перепредоставлением прерываний. Например, ISTATUS может быть сохранен в стеке.

•Он должен проверить CWP перед перепредоставлением прерываний, чтобы убедиться, что CWP расположен выше LO LIMIT. Если CWP расположен ниже LO LIMIT, то он должен открыть более доступные окна регистра (например, сохранить содержание файлового регистра в оперативной памяти) или сообщить об ошибке.

•Он должен переразрешить прерывания при выполнении двух вышеупомянутых условий перед выполнением любых команд SAVE или RESTORE или подпрограмм, которые выполняют команды SAVE или RESTORE.

•До возвращения управления к основной программе, в которой возникло прерывание, он должен восстановить содержание регистра ISTATUS, включая любые корректировки CWP, если окно регистра было преднамеренно сдвинуто.

•До возвращения управления к основной программе он должен восстановить содержание окна регистра в основной программе.

Конвейер

Одна операция конвейера

Nios CPU имеет конвейерную RISC-архи-тектуру. Работа конвейера скрыта от программного обеспечения, кроме случаев со слотами задержки перехода и случаев, когда CWP изменяется при прямой записи WRCTL.

Стадии работы конвейера включают:

•Выборка команды. Nios CPU устанавливает адрес для подсистемы памяти, откуда возвращается команда, хранящаяся в данном адресе.

•Производится декодирование команды и, если есть операнды, то они читаются из файлового регистра. Адрес перехода для команд BR и BSR вычисляется на специализированном сумматоре.

•Выполнение. Операнды и управляющие биты передаются в ALU. ALU вычисляет результат.

•Запись. Производится, когда требуется, чтобы результат ALU был записан в регистр назначения.



имя автора - Иосиф Каршенбойм
Сайт автора - www.iosifk.narod.ru
Сайт журнала - www.kit-e.ru



[стр.Начало] [стр.1]