ГОСТ Р ИСО/МЭК 10857-95 Информационная технология. Микропроцессорные системы. Интерфейс Фьючебас+. Спецификации логического уровня

ГОСТ Р ИСО/МЭК 10857-95

ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ

МИКРОПРОЦЕССОРНЫЕ СИСТЕМЫ

ИНТЕРФЕЙС ФЬЮЧЕБАС +.

СПЕЦИФИКАЦИИ ЛОГИЧЕСКОГО УРОВНЯ

Издание официадьное

БЗ 11-12-94/538

ГОССТАНДАРТ РОССИИ Москва

ГОСТ Р ИСО/МЭК 10857-95

1! редисловие

I РАЗРАБОТАН Научно-исследовательским институтом ядерной фишки Московского государственного университета им. М. В. Ломоносова

ВНЕСЕН Управлением стандартизации и сертификации информационных технологий, продукции электротехники и приборостроения Госстандарта России

2 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Госстандарта России от 21.12.95 № 622

Стандарт подготовлен методом прямого применения международного стандарта ИСО/МЭК 10857—94 «Информационная технология. Микропроцессорные системы. Интерфейс Фьючебас+. Спецификации логического уровня» и полностью ему соответствует

3 ВВЕДЕН ВПЕРВЫЕ

45 И ПК Издательство стандартов, 19%

Настоящий стандарт нс может быть ио-шоегью или частично воспроизведем. тиражировал и распространен в качестве официального издания без разрешения Госстандарта России

I

ГОСТ Р ИСО/МЭК 10857-95

СОДЕРЖАНИЕ

Предисловие научного редактора русского текста................. V

1 Назначение и область применения..................... 1

2 Определения н структура........................ 3

2.1 Определения действий........................ 3

2.2 Определения линий магистрали и сигналов................. 3

2.3 Определения ........................... 4

2.4 Структура документа........................ Я

2 5 ФБ+ символ ........................... 9

2.6 Нормативные ссылки........................ 9

2.7 Описание линий магистрали...................... 9

2.7.1 Информационные линии..................... 10

2.7.2 Линии синхронизации...................... 10

2.7.3 Линии распределенного арбитража и сообщений арбитража........ II

2.7.4 RE* Иницнализация/сброс магистрали................И

2.7.5 Центральный арбитр ......................11

2.7 6 GA [4...0] * Географический адрес ................. II

2.S Перечень атрибутов......................... II

2.9 Используемая мнемоника.......................21

3. Спецификация сигналов магистрали....................22

3.1 Описание ............................22

3.1.1 Переключение логических уровней..................22

3.1.2 Перекосы ..........................22

3.2 Спецификация ..........................23

3.2.1 Перекосы ........................' . - 23

3-2-2 Фильтры «шпилек».......................23

4 Централизованный арбитраж.......................23

4.1 Описание.............................23

4.1.1 Линии магистрали для централизованного арбитража...........23

4.1.2 Операции централизованного арбитража................24

4.1.3 Описание центрального арбитра ..................25

4.2 Спецификация...........................25

4.2.1 Атрибуты магистрального арбитража.................25

4.2.2 Сигналы магистрального арбитража.................25

5 Распределенный арбитраж и сообщения арбитража...............26

5.1 Описание.............................26

5.1.1 Арбитражные сообщения — центральный арбитр.............26

5.1.2 Арбитраж и сообщения — распределенный арбитр............ 27

5.1.3 Линии магистрали.......................29

5.1.4 Логика соревнования арбитража................... 30

5.1.5 Время арбитражного соревнования..................31

5.1.6 Арбитражные состояния.....................32

5.1.7 Фазы арбитража........................32

5.1.8 Примеры арбитража................... ... 36

5.2 Спецификация...........................40

5.2.1 Атрибуты арбитражного сообщения — центральный арбитр........40

5.2.2 Атрибуты арбитражного сообщения — распределенный арбитр.......41

5.2.3 Атрибуты арбитража — распределенный арбитр.............42

5.2.4 Атрибуты общего арбитража и сообщения...............43

5.2.5 Временные атрибуты арбитража...................44

5.2.6 Атрибуты ошибок арбитража....................45

5-2.7 Определение сигналов......................45

5.2.8 Определение протокола — распределенный арбитраж и сообщения...... 46

5.2.9 Определение протокола — сообщения центральною арбитра........ 48

6 Параллельны»! протокол.........................49

6.1 Описание.............................49

6-1-1 Владение магистралью......................49

6.1.2 Передачи ...................•.......49

II

ГОСТ Р ИСО/МЭК 10857-95

6.1.3 Фазы магистральной передачи ............... 49

6.1.4 Протоколы передачи данных ...................49

6.1.5 Широковещательная синхронизация с подтверждением........51

6.1.6 Внсдренностъ..........................51

6.1.7 Статус кешированной строки.................... 51

6.1.8 Расщепленные передачи.....................51

6.1.9 Заблокированные операции....................51

6.1.10 Блокирующие команды.....................52

6.1.11 Занятость..........................56

6.1.12 Ожидание..........................56

6.1.13 Расширенная разрядность магистрали...... 56

6.1.14 Расширенный адрес......................56

6.1.15 Возможности модуля......................57

6.1.16 Передачи..........................57

6.1.17 Описание сигналов магистрали...................60

6.1.18 Обмены в магистрали......................68

6.1.19 Примеры передач.......................70

6.2 Спецификация ..........................82

6.2.1 Основные определения......................82

6.2.2 Определение сигналов......................94

6.2.3 Определения протокола.....................101

7 Системное управление магистралью.....................НО

7.1 Описание ............................НО

7.1.1 Управление магистралью.....................110

7.1.2 Управляющие и статусные регистры ФБ »...............Н2

7.2 Спецификация ..........................47

7.2.1 Атрибуты управления магистралью..................117

7.2.2 Сигнал сброса RE*.......... .118

7.2.3 Определение протокола .....................Н8

7.2.4 Управляющие и статусные регистры ФБ+....... 119

8 Кеш-когерентность..........................124

8.1 Описание ............................124

8.1.1 Атрибуты кеша . 125

8.1.2 Наблюдение за магистралью....................126

8.1.3 Когерентность кеша при использовании соединенных передач........126

8.1.4 Когерентность кеша при использовании расщепленных передач в пределах одного сегмента магистрали.......................133

8.1.5 Использование расщепленных передач для задержки окончаний недействительности .................. 136

8.1.6 Общий список команд и статусов кеш-когерентности ...... ... 146

8.1.7 Недопустимые комбинации атрибутов................148

8.2 Спецификация .........................148

8.2.1 Атрибут модулей.......................148

S.2.2 Атрибуты статуса ... 148

8.2.3 Атрибуты кеш-модуля для каждой строки...............151

8.2.4 Атрибуты запросчика для каждой строки кеша.............152

8.2.5 Атрибуты ответчика для каждой ст|юкм кеша..............153

S.2.6 Определение протокола.....................153

9 Передача сообщений .........................154

9.1 Описание ............................154

9.1.1 Уровень фрагментов ........*....... 155

9.1.2 Уровень сообщений ............ 161

9.2 Спецификация ..........................168

9.2.1 Описание атрибутов ......................168

9.2.2 Спецификация форматов (фрагментов.................170

9.2.3 Размер сообщения.......................174

9.2.4 Интервал между фрагментами...... 174

9.2.5 Номер последовательности.....................174

9.2.6 Поле типа исключения .....................175

9.2.7 Описание п|ютокплов .....................175

Hi

ГОСТ Р ИСО/МЭК 10857-95

ПРЕДИСЛОВИЕ НАУЧНОГО РЕДАКТОРА РУССКОГО ТЕКСТА

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

Одной из причин появления нового магистрально-модульного интерфейса были постоянные требования повышения производительности процессоров в инженерных расчетах, моделировании и анализе данных измерений При существующей технологии производства микросхем памяти неэкономично повышение тактовой частоты процессоров св. 50 МГц. поэтому повышение производительности процессоров возможно за счет:

а) повышения их разрядности св. 32 разрядов (однако следует учитывать, что далеко нс во всех задачах данные представлены с точностью, требующей более .32 разрядов);

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

В качестве второй причины можно назвать разобщенность и отсутствие унификации на рынке 32-разрядных магистрально-модульных систем в предыдущем десятилетии, когда каждая из ведущих западных фирм имела свой внутренний стандарт: Motoiola-VME, Intel-Multibus-2, DEC-VAX-Bl, Texas hisuumems-Nii Bus, что порождаю проблемы несовместимости, особенно для крупных потребителей средств вычислительной техники и автоматизации.

Особенности и возможности интерфейса Фьючебас+ для создания перспективных радиоэлектронных средств

Интерфейс Futurebus-r разрабатывался с 1979 по 1990 it. как проект PS96 микропроцессорного комитета IEEE на магистрально-модульные системы будущего. Основными целями его разработки были:

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

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

Для этого было необходимо:

1) обеспечить эффективными протоколами поддержку работы современных высокопроизводительных микропроцессоров в многопроцессорных системах реального времени;

2) достичь предельной промэвод>гтельности магистрали;

3) иметь эффективные средств;! для построения сложных многомагистральных систем различной конфигурации, а также более простые версии протоколов для менее сложных систем (свойство мае штабирусмоит и),

4) иметь полностью асинхронный щ>отокол с полностью распределенным управлением;

5) обеспечить высокий уровень надежности и диагностируемое™ операций, а также возможность динамическом реконфигурации систем;

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

Futurebus^ содержит вес современные протоколы:

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

б) приоритетный и «справедливый* варианты арбитража запросов доступа к магистрали с множественными приоритетными уровнями;

в) асинхронной (с подтверждением) и синхронной (пакетной) передачи данных одному или группе исполнителей, в том числе с расщеплением цикла передачи;

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

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

IV

ККГ Р ИСО/МЭК 10857-95

Futurcbus+ позволяет достичь предельной скорости передачи данных по магистрали 150—1000 Мбайт/с в режиме с подтверждением и 300—2000 Мбайт/с — в пакетном режиме. Эти величины весьма близки к физическому пределу, определяемому возможными скоростями распространения электрических сигналов в природе. Для достижения предельных показателей для Futurcbiis+ разработаны специальные приемопередатчики, работающие в логических уровне плюс 1 В — плюс 2 В (BTL).

Масштабируемость Futurcbus+ заключается:

а) в изменяемости разрядности магистрали с 32 до 256 разрядов (4 градации);

б) в изменяемости размеров печатных плат от 6 до 18 SU (3 градации);

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

г) в расширяемости протоколов от простых к более сложным, что обеспечивает понижение стоимости в более простых применениях

Операции управления магистралью в Fuiurcbus+ выполняются единообразно каждым модулем без подчиненности другим, процедура управления полностью распределена и нс требует наличия централизованных источников управления.

Вее шины лс|юдачи данных и управления на магистрали Futurcbus+ имеют проверку по четности. Конструкция магистрали обеспечивает малый уровень перекрестных наводок и достаточное отношение сигнал/шум для обеспечения надежных передач на больших скоростях. Введены специальные линии магистрали и статусные регистры для диагностирования качества проводимого цикла.

FuturebusT является открытым стандартом, это означает, что он:

а) нс оптимизирован иод конкретные типы микропроцессоров (что типично для упоминавшихся фирменных стандартов) и технологию;

6) развит по согласию большого числа возможных производителей;

в) не требует патентов и лицензий и не содержит ограничений для пользования,

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

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

Отмеченные особенности предопределяют следующие области применения Futurcbus+.

1) суперкомпьютеры общего назначения;

2) системы для научных исследований, моделирования, распознавания образов;

3) системы сбора данных и управления сложными технологическими и производственными процессами;

4) видео (п>афмческис) системы высокого разрешения, высокопроизводительные рабочие станции;

5) высокоскоростные системы цифровой связи;

6) системы специального применения.

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

Освоение Фьючебас* ведущими западными фирмами

О своей заинтересованности в применении этого стандарта заявили крупнейшие ведущие производители микропроцессорного оборудования; Apple Computer, AT & Т, Bell Libs, Boeing Aerospace, CDC, Data General, DEC, Ferranti, Force Coinputcis, General Dynamics, Hanis Semiconductor. Hewlett Packard, Intel, ITT, Motorola, Phylips, Siemens. Sun Micro. Tektronix, Texas Instruments и др. Ассоциация VITA объявила Fututcbu$+ преемником широкораепространенного стандарта VME; ожидаемое время массового перехода к новому интерфейсу — 1992—1996 гт.

За рубежом усилия по развитию Futuicbu$+ поддерживаются ведущими фирмами—производителями элементной базы и аппаратуры автоматизации, чем обеспечивается использование новейших перспективных технологий в создании СБИС и высокопроизводительных средств связи для этих интерфейсов.

IJ-I4

V

ГОСТ Р ИСО/МЭК 10857-95

Фирмами В ICC-Veto, Mupac и Schroff освоены и выпускаются .механические конструктивы (крейты, магистрали, модули), фирмами AnTcl. Cable & Computer выпускаются процессорные модули, модули памяти, модули ввода-вывода, анализаторы (состояний) магистрали и мосты VME-Futurebus⁺.

Фирма Texas Instruments объявила о предстоящем выпуске комплекта интерфейсных СБИС для реализации протокола Фьючеблс*. в который входит: Арбитр магистрали, контроллер, приемопередатчики ал|х:сов К данных.

В нашей стране до настоящего времени работы по этому направлению практически нс проводились, следствии этого отсутствует необходимый технический и технологический опыт, особенно в функциональной и схемной реализации узлов интерфейса, в освоении алгоритмов и программ сбора и обработки данных по проюколам Futurebus+.

Основные документы по Futurebus+

Протоколами Futuicbus+ стандартизуются.

1) механические конструктивы и разъемы;

2) напряжения и мощности источников питания;

Затребования к охлаждению аппаратуры;

4) требования к величинам электрических сигналов на магистрали;

5) логика обмена сигналами по .магистрали,

6) архитектура модулей и взаимодействия в системе.

Стандарт Futurcbus+ представляет собой семейство протоколов:

1’896.1 — ФБ+. Спецификации логического уровня

Р896.2 — ФБ*. Спецификации физического уровня.

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

Существующие профили Futurcbus+ перечислены л табл. I.

Таблица 1

Ниже приводится перевод основного документа по Futurebus+: Р896.1/Проект 8.5, май 16, 1991 — Спецификации логического уровня (международный стандарт ИСО/МЭК 108 57—94).

Перевод документа на русский язык выполнен коллективом сотрудников НИИ ядерной физики Московского Государственного университета им. М В. Ломоносова под руководством профессора С. Г. Басиладзе.

ГОСТ Г ИСО/МЭК 10857-95

ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

Информационная технология

МИКРОПРОЦЕССОРНЫЕ СИСТЕМЫ

Интерфейс Фьючебас+. Спецификации логическою уровня

hilonnaoou technology. Microprocessor systems.

FuiuidnK+ LnpciK pivioml specilkMmn

Дата введения 1997 -01- 01

I НАЗНАЧЕНИЕ И ОБЛАСТЬ ПРИМЕНЕНИЯ

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

Фьючебас* обеспечивает средства для передачи двоичной информации между платами через одну или несколько логических магистралей. Платы могут содержать любую комбинацию из одного или более процессоров и логических ресурсов, таких как кеш. память, периферийные или комму-ннкашюнныс контроллеры и т. д. На рис. J—I показана струю уриал схема типового применения Фьючсбас+.

Протоколы специфицированы для распределения времени доступа модулей к магистрали, которым необходимо вступить в связь с другими модулями через эту магистраль. Однако стандарт нс устанавливает приоритетных правил для модулей, которые соревнуются за использование магистрали. Считается, что это является привилегией и ответственностью разработчика системы. Стандарт определяет ПОЛНЫЙ набор правил для сигналов, передаваемых всеми модулями как при распределенном. так л централизованном способе доступа к магистрали (гл. 4 и 5). Стандарт также даст ладный набор правил для сигналов, выдаваемых всеми модулями, участвующими в передачах на магистрали (гл. 6).

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

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

Набор протоколов спроектирован по возможности технологически независимым, чтообеспе-чщыст очень высоким уровень эффективности и производительности Для сигналов на магистрали

111ДИИИС нфин1шмк>е

ГОСТ Р ИСО/МЭК 10857-95

Соединение с суперкомпьютером

Гпсмк». 1 — 1 — ИинаЧ-сйсы и еемиктке пшовмх светим Фью^,кбяс+

может iicntubwiuThoi.ikj&w логики: (ТТЛ, BTL-приемопередатчики, ЭСЛ, КМОП, арсенид галлия и I. д.), поэтому принизятся условия для Фьючебас+ -сигналов (и отношении переключения сигналов на лип вял передач с ограничениями на перекосы, нсрек|>естиых наводок я надежности передачи» Однако предполагается, что для максимальной совместимости между продуктами их реализация должна быть осуществлена в соответствии с одним или более ФьючеГии^ -профилями, которые определяют физичсскии у|юисньи набор сообщении, необходимых для частных случаев применения.

ГОСТ Р ИСО/МЭК 10857-95

2 ОПРЕДЕЛЕНИЯ И СТРУКТУРА

2.1 Определения действий

МОЖЕТ MAY

Обозначает гибкость выбора, без предопределенности. ДОЛЖЕН SHALL.

Означает ^боиапне стандарта. Разработчики обязаны выполнять все такие требования для обеспечения совместимости. ЖЕЛАТЕЛЬНО SHOULD

Отмечает гибкость выбора при строгой предопределенности. Соответствует рекомендуемой практике.

2.2 Определения линий машетралн и сигналов

АКТИВИРОВАТЬ ACTIVATE

Действие, состоящее в выставлении сигналов на группу линий магистрали. Аналогично, термин активированный используется для описания состояния группы линий, когда они несут сигналы. *

Суффикс «*», добавленный к имени сигнала, индицирует, что этим сигналом состояние логической единицы заменяется состоянием логического нуля от любого другого модуля на этой линии. ВЫСТАВЛЕН ASSERT

Действие по выдаче состояния логической единицы на линию магистрали. Аналогично, термин выставленный используется для описания состояния линии магистрали, когда на ней присутствует логическая единица. ЛИНИЯ МАГИСТРАЛИ BUSLINE

Носитель для передачи сигналов. Поскольку ФБ+ требует шинных формирователей, способных работать по «проводному ИЛИ», на линию магистрали могут выставлять сигналы несколько модуле)! одновременно. Однако сигнал, находящийся на линии магистрали, есть комбинация сигналов от каждого модуля. СНЯТ RELEASE

Действие по выдаче состояния логического нуля на линию магистрали. Аналогично, термин снятый используется для описания состояния линии магистрали, когда на ней присутствует логически)! нуль. НАИМЕНОВАНИЕ СИГНАЛОВ SIGNAL NAMES

Когда группа линий магистрат представлена одинаковыми знаками, линии внутри группы нумеруются: ADO*. AD1 *. AD2 * и т. д. Для того, чтобы представить группу линий или сигналов в более удобной форма, используются обозначения AD|63 ... 0J *. Обозначение AD| | * используется по отношению ко всем линиям внутри группы

Пример соглашения о сигналах показан на рис. 2—1 для схемотехники с «открытым коллектором» (хотя эта спецификация нс зависит от типа логики). Сигнал определенного модуля, прикладываемый ко входу сто шинного формирователя, обозначается строчными буквами, т. с. ai. Сигнал в модуле, выводимый на магистраль, обозначается строчными буквами со звездочкой, т. е. ai*. Сигнал, который появляется на линии магистрали как результат объединения сигналов от всех модулей. обозначается прописными буквами со .звездочкой, т. с AI*.

Рисунок 2.1 — Соглашения о сигналах

1-3-1М

ГОСТ Р ИСО/МЭК 10857-95

Суффикс «f» (фильтрованный). допиленный к имени сигнала, относится к магистральному сигналу после его прохождения через приемник и фильтр «шпилек» с «проводным-ИЛ И* (интегратор). Для примера. Alf относится к сигналу на линии AI, который после его прохождения через инвертирующий приемник становится AI, а после фильтра — Alf.

В обозначении WR * знак «0» означает логический нуль (отпущен), а «1» означает логическую единицу (выставлен).

2.3 Определения

ПЕРЕДАЧА ТОЛЬКО АДРЕСА ADDRESS ONLY TRANSACTION

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

АРБИТРАЖ ARBITRATION

Процесс выбора следующего задатчика.

СООБЩЕНИЕ АРБИТРАЖА ARBITRATED MESSAGE

Широковещательное обращение по линиям арбитража магистрали ко веем модулям магистрали.

ОБМЕН BEAT

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

КОПИРОВАНИЕ БЛОКА BLOCK COPY

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

МАГИСТРАЛЬНЫЙ МОСТ BUS BRIDGЕ

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

ВЛАДЕНИЕ МАГИСТРАЛЬЮ BUS TENURE

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

ПЕРЕДАЧА ПО МАГИСТРАЛИ BUS TRANSACTION

Событие, начинаемое фазой соединения и завершаемое фазой рассоединения. Данные .могут передаваться, а могут я не передаваться.

ЗАНЯТО BUSY

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

БАЙТ ВУГЕ

Набор из восьми соседних двоичных цифр.

БАЙТО ВАЯ IIIИ НА BYTE LAN Е

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

КЕШ-КОГЕРЕНТНОСТЬ CACHE COHERENCE

Сис тема кешей является когерентной по отношению к кеш-строкс, если каждый кеш и главная память в когерентном домене отмечают все модификации в своей кеш-сгрокс. Модификации отмечаются кешем, когда любое последующее чтение возвратит новую записываемую величину. КЕШ ПАМЯТЬ CACHE MEMORY

Буферная память, помещаемая между одним или несколькими процессорами и магистралью, содержащая текущую активную копню блоков из главной памяти. Кеш памяти пользуется пространственней локальностью при попадании в кеш. Временная локальность используется стратегией, применяемой для определения того, что убрано из кеша.

КОГЕРЕНТНЫЙ ДОМЕН COHERENCE DOMAIN

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

4

ГОСТ Р ИСО/МЭК 10857-95

КОГЕРЕНТНАЯ СТРОКА COHERENCE LINE

Блок данных, для которого поддерживаются атрибуты целостности кеша.

ПРОТОКОЛ ПРИНУДИТЕЛЬНОЙ

ПЕРЕДАЧИ ДАННЫХ COMPELLED DATA TRANSFER PROTOCOL

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

СОРЕВНУЮЩИЙСЯ COMPETITOR

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

СВЯЗНАЯ ПЕРЕДАЧА CONNECTED TRANSACTION

Передача, в которой и запрос и отпет выполняются внутри одного цикла передачи

ФАЗА СВЯЗИ CONNECTION PHASE

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

ЗАХВАТ УПРАВЛЕНИЯ CONTROL ACQUISITION

Активность всей магистрали, связанная с приобретением исключительного права управления магистралью.

ВОЗВРАТНЫЙ КЕШ COPYBACK CACHE

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

РУС CSR

Управляющий и статусный регистр.

АРУС CSRA

Архитектура управляющего и статусного регистра (см IEEE Р1212).

ФАЗА ДАН Н ЫХ DATA PHASE

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

ТУПИК (ТУПИКОВАЯ СИТУАЦИЯ) DEADLOCK

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

ФАЗА РАССОЕДИНЕНИЯ DISCONNECTION PHASE

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

ДУБЛЕТ DOUBLET

Набор из двух соседних бантов.

ВХОДЯЩИЙ ENTRANT

Вставленный модуль, находящийся в процессе соотнесения себя с протоколом арбитража.

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

ПАРАЛЛЕЛЬНЫЙ АРБИТРАЖ PARALLEL CONTENTION ARBITRATION

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

УЧАСТВУЮЩИЙ ИСПОЛНИТЕЛЬ PARTICIPATING SLAVE

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

ОТКАЗЫВАН И Е (ОТ МАГИСТРАЛИ) PREEMPTION

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

КВАДЛЕТ QUAD LET

Набор из четырех соседних байтов.

I г

5

ГОСТ Р ИСО/МЭК 10857-95

ХРАНИТЕЛЬ ПОСЛЕДНЕГО ПОЛОЖЕНИЯ REPOSITORY OF LAST RESORT

В иерархической памяти (на базе кеша) хранитель последнего положения разделяемых данных есть накопительная ячейка, которая имеет только последнюю оставшуюся копию разделяемых данных. Она может быть уникальным источником последнего приемника или просто хранителем данных. которые могут быть недействительны, если нс предприняты действия по предохранению копии данных на некотором более высоком уровне иерархии памяти (или кеша). Только п кешевых ФБ^ системах (т. с. таких, где даже главная ОЗУ спроектирована как аппаратный кеш) хранитель последнего положения задействуется, когда устанавливается связь адреса физической ячейки водном из кешей при создании данных или при инициализации копии с какого-либо высшего уровня иерархии памяти, или по их появлении с какого-либо устройства ввода-вывода. Эти данные могут мигрировать по системе и быть во владении различных кешей в различное время, обеспечивая нс менее одной копии данных, сохраняемой где-либо: это и есть хранитель последнего положения. Хранитель последнего положения может прекратить свое существование при ясной инструкции «•разрушить* данные путем миграции на верхний уровень памяти (или иерархического кеша) или путем передачи владения через какое-либо устройст во ввода-вывода к другой системе, накопи тельному.прибору или дисплею.

ЗАПРОС REQUESI

Запрос есть команда, генерируемая запросчиком для инициирования действия ответчика. Для передачи чтения процессором памяти, например, запрос передаст адрес памяти и команду от процессора к памяти. В елуче расщепленного цикла зап|хзс может быть разделенной передачей. В случае связной передачи запрос есть фаза связи цикла передачи.

ЗАПРОСЧИК REQUESTER

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

ОТВЕТЧИК RESPONDER

Модуль, который завершает передачу посылкой отпета (содержащего завершающий статус и иногда данные), относящегося к ответчику

СВОБОДНЫЙ для ВЫПОЛНЕНИЯ FORWARD PROGRESS

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

ГЕОГРАФИЧЕСКИЙ АДРЕС GEOGRAPHICAL ADDRESS

Уникальный идентификатор, присваиваемый каждому физическому месту на магистрали и принимаемый модулем, подключенным на это место.

ГЛОБАЛЬНАЯ ИДЕНТИФИКАЦИЯ GLOBAL IDENTIFICATION

Уникальный идентификатор, присваиваемый каждому физическому месту для модуля в системе. Этот идентификатор может обычно включать как идентификатор магистрали, так и идентификатор места. Р1212 определяет формат для такого глобального идентификатора. ВНЕДРЯЮЩИЙСЯ ИСПОЛНИТЕЛЬ INTERVENING SLAVE

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

ЗАЦИКЛИВАНИЕ LIVELOCK

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

БЛОКИ РОВАН И Е (ДОСТУПА) LOCKING

Возможность, когда модули получают гарантированный исключительный доступ к адресованным данным, блокируя другие модули от доступа к ним. Это позволяет производить неразделимые операции с Эд|>есованпыми ]юсурсамп.

ЗАДАТЧИК MASTER

Модуль, который приоб|х:л управление магистралью посредством процедуры приобретения.

ВЫИГРАВШИЙ ЗАДАТЧИК MASTER ELECT

Модуль, который выиграл последнее арбитражное соревнование.

ГОСТ Г ИСО/МЭК 10857-95

, МОДУЛЬ MODULE

Схемное устройство, спроектированное для выполнения специфических функции, которые включают интерфейс к ФБ+.

ГЛАВНЫЙ ПРОЦЕССОР MONARCH PROCESSOR

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

ОКТЛЕТ ОО LEE

Набор из восьми соседних байтов.

ПРОТОКОЛ ПАКЕТНОЙ ПЕРЕДАЧИ ДАННЫХ PACKET DATA TRANSFER PROTOCOL

ОТВЕТ RESPONSE

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

КРУГОВОЙ (АРБИТРАЖ) ROUND-ROBIN

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

ВЫБРАННЫЙ ИСПОЛНИТЕЛЬ SELECTED SLAVE

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

РАЗДЕЛЯЕМАЯ ПАМЯТЬ SHARED MEMORY

Ад]>ссное пространство, системно доступное веем кешированным модулям.

ПЕРЕКОС SKEW

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

ИСПОЛНИТЕЛЬ SLAVE

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

ЛОВЯЩИЙ SNARF

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

НАБЛЮДАЮЩИЙ SNOOP

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

ПРОСТРАНСТВЕННАЯ ЛОКАЛЬНОСТЬ SPATIAL LOCALITY

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

РАСЩЕПЛ ЕН НАЯ П ЕРЕДАЧ A SPLIT TRANSACTION

Системная передача, в которой запрос передается в одном цикле, а ответ — в отдельном Последующем цикле магистрали.

ЗАВИСАНИЕ STARVATION

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

СИЛЬНО СВЯЗАН НАЯ

ПОСЛЕДОВАТЕЛЬНОСТЬ STRONG SEQUENTAL CONSISTENCY

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

i-« гм

7

ГОСТ Р ИСО/МЭК 10857-95

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

СИСТЕМНАЯ ПЕРЕДАЧА SYSTEM TRANSACTION

Законченная операция, такая как чтение или запись памяти, как представление с инициируемого устройства. Системная передача может быть транслирована в одну или более передач по ма-гистрали при помощи ФБ+ интерфейса завершения операции ВРЕМЕННАЯ ЛОКАЛЬНОСТЬ TEMPORAL LOCALITY

Свойство программ обращаться к тем же самым ячейкам памяти в коротких временных интервалах.

ПЕРЕДАЧА TRANSACTION

Событие, начинающееся с фазы соединения и оканчивающееся фазой рассоединения. Данные могуч передаваться, а могут и нс передаваться в течение передачи. «Передача* часто используется вместо более точной фразы «передача по магистрали* ради краткости. См. «системную передачу*. НЕВЫБРАННЫЙ ИСПОЛНИТЕЛЬ UNSELECTED SLAVE

Исполнитель, который нс распознал своего адреса на магистрали в течение фазы соединения цикла передачи.

СЛАБО СВЯЗАН Н АЯ 11ОСЛЕДОВАТЕЛ ЬНОСТЬ WEAK SEQUENTAL CONSISTENCY

Система представляет слабо связанную последовательность, если отсылки к глобальным синхронизирующим переменным представляют сильно связанную последовательность и если нс используются отсылки к синхронизирующим переменным, выданным любым процессором до тех пор. пока все предыдущие модификации глобальных данных нс будут исследованы всеми ксшами и если нет отсылок к глобальным данным, выданным любым процессором, до тех пор, пока все предыдущие модификации синхронизирующих переменных не исследованы всеми хешами См. также «сильно связанную последовательность».

2 4 Структура документа

Каждая из гл. 3—9 разделена на секцию описания и секцию спецификаций. Номера в секциях описаний Начинаются с номера главы и имеют индекс «.I». Номера в секциях спецификаций начинаются с номера главы и имеют индекс «.2*.

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

Секции спецификаций написаны с использованием атрибутов (включая разряды РУС), состоянии и уравнении. Этот формат, хотя он иногда труден для чтения, позволяет спецификациям быть точными. Разработчики могут познакомиться с секциями описаний перед чтением секций спецификаций.

Атрибуты обозначены прописными буквами, знак подчеркивания разделяет слова. Например. ВЫ НУЖД ЕН Н Ы Й_СТАТ>^гС. ЗАДАТЧИК. ДЕЙСТВУЮЩИ Й.ЗАДАТЧИК являются атрибутами Следующие символы используются в уравнениях:

- Отрицание

& Логическое И

; Логическое ИЛИ

Например, спецификация «СОРЕВНУЮЩИЙСЯ должен выставить аЬб* , когда енб & СОРЕВНОВАНИЕ & (сп7 J -АВ7*)* будет означать: модуль с установленным атрибутом СОРЕВНУЮЩИЙСЯ должен выставить сигнал аЬб*. когда установлен сигнал епб и установлен атрибут СОРЕВНОВАНИЕ и либо ci»7 установлен или АВ7* снят.

Атрибуты есть логические величины, которые не обязательно соответствуют .схемотехнике МОДУЛЯ, Изменения. 1<н>таних ОУКЛН11И yvwto МОПТ-Одам^ще отделан», атрибутам, одц1Д111шдхх1х^ц1АЦ1зашф1Ш1Ш1цД)нецц1£си[1с^^ ОШ&Д&ШШй МУНК П£ ицфикашпик ЦЮШПЗ&

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

S

ГОСТ Р ИСО/МЭК 10857-95

2.5 ФБ+ символ

Символ 8%. показанный парне. 2—2, является защищенным компьютерным обществом IEEE; он может быть использован только на продуктах, полностью удовлетворяющих веем требованиям одного или более профилен, определяемых в 1’896.2.

Рисунок 2.2 — PS96 символ

2.6 Нормативные ссылки

Р896.1 ФБ+. Спецификации логического уровня

Р896.2 ФБ+. Спецификации физического уровня

2 7 Описание линий магистрали

В табл. 2.1 приведен список линий магистрали; параграфы 2.7.1.1—2.7.1.5 дают краткое описание их функций. Сигналы на ЭТИХ линиях описываются более полно в дальнейшем

Га блина 2-1 - Перечень линии магистрали

О количестве линий ОВ, линий последовательной магистрали и другой информации, относя' щейся к профилям, обращайтесь к IEEE Р896.2.

ГОСТ Р ИСО/МЭК 10857-95

2.7.5 Информационные липни

Следующие линии магистрали используются для выполнения продал по магистрали.

2.7.1 1 АЩ63 . . . 01*

Алрес/Данные/Деселекиия шипы/Адрес запроса/возврата

Эти мультиплексированные двунаправленные линии адреса/данных содержат адрес во время передачи адреса. Адрес всегда выставляется задатчиком и принимается одним или несколькими исполнителями. В течение передачи данных на этих линиях плодятся данные. Данные выставляются задатчиком в течение никла записи и выбранным или внедренным исполнителем в течение цикла чтения. Влечение первою обмена данных частной передачи ADJ3J . . . 0] ★ несут сигналы десслекции шины. В течение кешированной расщепленной лендами AD[31 - . 0|* несут адрес запрашивающих модулей и приоритет, и статус отвечающих модулей. В течение нексшированной расщепленной передачи .\D|3l ... 0|* несут глобальные идентификаторы запрашивающих модулей Н идентификатор передачи

2 7.1.2 DJ255 ... 64]* Линни данных

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

2 7.1.3 СМ|7 ... 0J* Команда

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

2.7.1.4 СР* Четность команды

Линия содержит четность сигналов на шине управления.

2.7.1.5 ST(7 ... 0|* Статус

Набор линии, которые активируются исполнителями, отвечающими на команду задатчика. ST|7 ... 0j * обеспечивают иш^юрманню как о статусе самих исполнителей, так н об их отношении к текущей передаче.

2.7.1.6 СА[2 ... 0]* Способность

Набор линий, которые активируются модулями, декларирующими их способность воспринять основной режим передачи по магистрали. СА[2 ... 0j* обеспечивают базовый механизм, позволяющий модулям с различными способностями к передаче сосуществовать в системе, т. с. модулю, который может отвечать на пакетную передачу, я модулю, который может выполнять только принудительную передачу данных

2.7.L7 ВР|31 ... 0)* Четность магистрали

Эти линии содержат признак четности для шин адреса/данных. Имеется одна линия четности на 8 линий адреса/данных.

2 7.1.8 ТС(7 ... 01* Теги

Эти двунаправленные линии несут дополнительную информацию, относящуюся к линиям адрес/данныс. Данный стандарт нс предписывает использование TG(7 .. 0| *, разработчик системы может использовать их соответственно специфике своей задачи. Количество активных линий тегов определено в регистре управления-статуса.

2 7 19 ТР* Четность тегов

Линия содержит признак четности для TG[7 .. . 0|*.

2 7.2 Линии синхронизации

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

2 7.2.1 AS* Синхронизация адреса

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

2.7.2 2 АК* Подтверждение адреса

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

2 7,2.3 AI * Подтверждение адреса инверсное

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

И1

ГОСТ Р ИСО/МЭК 10857-95

2.7.2 4 DS * Синхронизация данных

Синхросигнал, выставляемый или снимаемый задатчиком и течение с|ты передачи для указания участвующим исполнителям, что управляющая информация и данные записи действительны или задатчик готов получить считываемые данные.

2 7.2.5 DK* Подтверждение данных

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

2.7.2.6 1)1* Подтверждение данных инверсное

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

2 7.2.7 ЕТ* Конец владения

Этот сигнал отмечает конец «падения текущим задатчиком Снятие этого сигнала сообщает выигравшему задатчику, что он стал действующим задатчиком.

2.7.3 .Пинии распределенного арбитража и сообщений арбит ража

2.7.3.1 АВ|7 . . . 0|* Шина арбитража

Набор линий, содержащий код старшинства соревнующихся в течение процесса арбитража сообщении и процесса распределенного арбитража.

2.7.3.2 АВР* Челюсть арбитража

АВР* содержит признак четности шины АВ(7 . . . 0|*.

2 7.3.3 АР *, AQ *, AR * Синхронизация управления доступом

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

2 7 3.4 АС| I ... 0]* Условия арбитража

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

2.7 4 RE* Иниииализация/сброс магистрали

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

2.7.5 Центральный арбитр

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

2.7.5.1 РЕ* Откатывание

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

2.7.5.2 GR* Предоставление

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

2 7.5.3 RQH ... 0|* Запрос

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

2.7.6 GA|4 . . .0] * Географический адрес

Набор статических сигналов на магистрали с кодом позиции .места модуля на магистрали.

2.8 Перечень атрибутов

Каждый атрибут сопровождается списком ссылок на него. Подчеркнутый номер содержит описание атрибута.

СПОСОБНОСТЬ_32_РАЗРЯДНОГО_ДДРЕСА 32 BIT ADRESS_CAPABLE

7.2A1.I,

32_РАЗРЯДНАЯ СПОСОБНОСТЬ 32 BIT CAPABLE

6-М. J

It

ГОСТ Г ИСО/МЭК 10857-95

СПОСОБНОСТИ. РАЗРЯДИ ыхланных 2X4XL

64.РАЗ РЯД Н Ы Й_АДРЕС

Ш

64 РАЗРЯДНЫЕ ДАННЫЕ

6X1X6.22X1.

СПОСОБНОСТЬ_64_РАЗРЯДНОГО АДРЕСА

6.2.1.3, 2X4X1-

СПОСОБНОСТЬ 32 РАЗРЯДНЫХ ДАННЫХ

7.2.4.1.1,

128 РАЗРЯДНЫЕ ДАННЫЕ 6ХЫ. 6.2.2.5.1,6.22.5.2.

С ПОСОБ НОСТЬ. 128_РАЗ РЯДН ЫХЛАНН ЫХ 12X11

256 РАЗРЯДНЫЕ.ДАННЫЕ

62X1 6.22.5.1, 6 2.2.5.2.

СПОСОБНОСТЬ_256_РАЗРЯДИЫХ ДАННЫХ ZXX1X

АДРЕС ДЕКОДИРОВАН

6.2.1.7 2, 6.2.1,8, 62.2.L3, 6.2.3.2. 8.2.2. 9.2.1.

РАЗ РЯДН ОСТЬ.АД РЕСА

6.2.1.3. 6.2 2.2.8, 6 2.2 5.1-

ТОЛЬКО АДРЕС

$2X1 8.2.3.

ТОЛЬКО АДРЕСА ЗАЩИЩЕННАЯ

6XJX 6.21.5Г6 2.1.8, 6.2.2.5.1.

I ОД ЬКО-АД РЕСА-НЕЗАЩИ ЩЕН НАЯ Ш, 6.2.1.8. 6.2.2.5.1.

ОШИБКА ЧЕТНОСТИ_АДРЕСА ШХ2. 6.2.1.8.

ОШИБКА ЧЕТНОСТИ АДРЕСНОГО ТЕГА

6.2X12-

ЗАП РОС АР Б ИТРАЖНО ГО.СОО БЩЕН И Я

32-BIT-DATA-CAPABLE

64_BITADDR

64_BIT_DATA

64_BIT_ADRESS_CAPABLE

64_BIT_DATA_CAPABLE

128-BIT-DATA

128_ВГГ_ DATA_CA РАВ LE

256. BIT.DATA

256_BiT_ D ATA_CAPABLE

ADDR DECODED

ADD R_ WIDTH

ADDRESS_ONLY

ADDRESS-ONLY LOCKED

ADDRESS_ONLY_UNLOCKED

ADDRESS PARITY ERROR -j au

ADD RESS_TAG _ PAR1TY_E RRO R

A R BITRATED _ M ESS EG E. REQU EST

5X1, 5,2.4, 5.2 7.1.1, 5.2.9.1, 5.2.92, 5.2.9 6, 7.2.4.2 1

ПОСЫЛКА АРБИТРАЖНОГО СООБЩЕНИЯ ARBITRATED MESSEGE SENT 5X1. 5.2 9.1, 5.2.9.2. 5.2.9.6.

ОШИБКА СРАВНЕНИЯ АРБИТРАЖА .ARBITRATION COMPARISON ERROR

ОШИБКА АРБИТРАЖА ARBITRATION ERROR

5.2.4, Ц6, 5.2.7.2.1, 5.2.8.I, 5.2.8.3-5.2.8.5, 52.9.1, 5.2.9 3-5.2.9.5.

ВЛАДЕЛЕЦ АРБИТРАЖА ARBITRATION-OWNER

5JJ, 5.2.4, 5.2.7.1.3, 5.2.8.1, 5.2.8.2, 52.8.5, S.2.8.6.

ОШИБКА ЧЕТНОСТИ-АРБИТРАЖА

5X6. 5.2.8.1, 5.2.8.4, 5.2.9.1. 52.9.4.

ТАЙМ АУТ АРБИТРАЖА 5X6, 5.2.

ARBITRATION- PARITY- ERRO R

ARBITRATION-TIMEOUT

ASSERT-CS

ATTRIBUTES-QEUED

BEAT_ERROR

BEAT_ERROR_STATUS

В ROADCALL_AD D RESS

7.1.2, 5.2.7.1.3, 5 2.8.1, 52.8.3, 52.8.5, 52.9.1, 52.9.3, 52.9.5.

ВЫСТАВЛЕНИЕ-CS

6 22.4.5, S22.

ОЧЕРЕДЬ АТРИБУТОВ

UX

ОШИБКА-ОБМЕНА

6,2X12. 6.22.4.7.

СТАТУС.ОШ И БКИОБМЕНА

ШХ1, 62.1.8.

ШИРОКОЗАПРОСНЫЙ АДРЕС 62X12. 6.22.4.4.

12

ГОСТ Р ИСО/МЭК 10857-95

ШИРОКОВЕЩАТЕЛЬНЫЙ BROADCAST

6.2 1.7.2, 6.2.1.8, 622.1.5, 6.2.I.8, 6.2.2.44, 6.2.3.4, 62.3.6, 6 2 3.8, 6.2.3.10, 6.2.3.12,

6.2 3.14. 9.2.1.

АТРИБУТ ШИРОКОВЕЩАТЕЛЬНОЙ-СЕЛЕКЦИИ BROADCAST SELECT_ATR1BUTE

9.2;.

ШИРОКОВЕЩАТЕЛЬНЫЙ СТАТУС BROUDCAST_STATUS

62.1.7,1. 62.1.8, 6.22.1.4-62.2.1.6. 6.2.2.5.1-62.2.5.3. 6.2.3.4, 6 2.3.6, 6.2.3.8. 6.2.3.10.

6.2 3 12. 6.2.3 22.

УДЕ РЖАН И Е_МАГИСТРАЛ И

52.1-5.2.3, 62.1.8, 6.2.2.11, Ш.

НЕЗАНЯТОСТЬ_МАГИСТРАЛИ

НЕЗАНЯТОСТЬ МАГИСТРАЛИ JUS

5.2.7.1.3, 6.12.1.3, 7.2.1. 7.2.2, 7.2.3.4.

И Н ИЦИАЛ ИЗАЦИЯ_МАГИСТРАЛ И

7,2.1. 7.2.3.3. 7.2.4.1-7.2.4.6.

ЗАНЯТОСТЬ

BUS_HOLD

BUSJDLE BUSJDLEJUS

BUS INIT

BUSY

6 2,1.7.2. 6 2.2.4 2. 8.2.2.

СТАТУС.ЗАНЯТОСТИ

5.2.3, 6.2-1-7 1. 6.2.I.К.

КЕШ

8 2.1. 8.2.3.

КЕШЕВЫЙ АГЕНТ

8-2-I. 8.2.2, 8.2.3, S.2.5.

КЕШЕВАЯ-СПОСОБНОСТЬ

7.2,111

КЕШ CMD £114, 6.2.2.4.5.

КЕШ_ОР_СМРЫ

822-

КЕШИРОВАННЫЙ

822, 8.2 3-8.2.5.

ВЫЧЕРКНУТЫЙ

BUSY STATUS

CACHE

CACHE-AG ENT

CACHE-CAPABLE

CACHE_CMD CACHE_OP_CMPLT

CACHED

CANCEL

52.4, 5.2.7.2.2, 5.2.8.1, 5.2.8 4, 5.2.8.5, 5.2.91, 5.2 9 4.

СПОСОБНОСТЬ ОШИБКИ CAPABILITY-ERROR

62222-

ЦЕНТРАЛЬНЫЙ-АРБИТР

42.2.1, 4 2.2.2. 5.2.1-52.3, 52.7.1.1, 5.2.7.13, 72422-

CENTRAL-ARBITER

ЗАПРОС ЦЕНТРАЛЬНОГО СООБЩЕНИЯ

5,2.1. 5.2.4. 5.2.7.1.1, 5.2.9.1, 52.9.2, 5.2.9.6, 7.2.4.2.1.

ПОСЫЛ КА_ЦЕНТРАЛЬНОГО_СООБЩЕН ИЯ

522, 5.2.9.1, 52.9.5, 52.9.6.

Ц Е11ТРАЛ ИЗОВА11Н Ы Й ЗАДАТЧ И К

422. 4.2.2.3, 6.2.1.1

СРАВНЕНИЕ-ОБМЕН

62.1.5. 62.1.8, 62.3.3-62.3.8, 72.4.1.1.

СПОСОБНОСТЬ СРАВНЕНИЯ-ОБМЕНА

Z2AU-

ПРИНУДИТЕЛЬНЫЙ

С ENTRAL- М ESSAG E_REQ U EST

CENTRAL-MESSAGE_SENT

CENTRALISED_MASTER

COMPARE_SWAP

COMPARE_SWAP_CAPABLE

COMPELLED

62.1.1. 6.22.3.2.

СТАТУС ПРИНУЖДЕНИЯ COMPELLED STATUS

62.Г.1. 62.1.6, 62.1 72, 62.1.8, 62.2.2.1, 62.3.1, 62.32, 6.2.3.22, 62.3.23.

СОРЕВНОВАНИЕ COMPETE

ill 52.7.3.1-52.7.3 9. 5.2.82, 52.8.5, 52.9.2, 52.9.5.

СОРЕВНУЮЩИЙСЯ COMPETITOR

12.4. 5.2.5, 5.2.6, 52.7.3.1-5.2.7.3.9, 52.8.2-52.8.6. 5.2.9.2-52.9.6.

13

ГОСТ Р ИСО/МЭК 10857-95

ОШИБКА ЧЕТНОСТИ КОМАН

ДЫ-СОЕДИНЕНИЯ

€2X12» 6.2.1.8.

ПРИЗНАК СОЕДИНЕНИЯ ЗАФИКСИРОВАН

6.2.1.7.1, 62X8. 6.2.2.1.1.

CONNECTION COMMAND PARI

TY. ERROR

CONNECTiON_IN FO_CAPTU RED

ФАЗА_СОЕДИ НЕНИЯ

CONNECTION-PHASE

6.2.1.1-62.1.4, 6.2.1.72, £2XS, 6.2.21.1, 6.22.1.6, 6.2.2.2.1-6.2 2.2.8, 62.2.3.1, 6.2.2.5.1.

СТАТУС-СОЕД И H E H ИЯ

6.2.1.1, 6.2.1.2, 62.1,8. 6 2.2.4.1, 6.2.3.2. ОБРАТНОЕ. КОПИРОВАНИЕ

€2X4, 6.2.1.8, 6.2.2.5.1, 6.2.3.1, 8.2.2-8.2 4

ОШ И БКА_Ч ЕТНОСТИ КОМАНДЫ ДАННЫХ €2X12.

ПРИ ЗН АК.ДАН Н ЫХ ЗАФ И КС. И РО ВАН

CONNECTION. STATUS

COPY. ВАС К

DATA .COMAN D.PARITY.ERROR

DATA-IN FO_CAPTU RED

6.2.1.1. 62.1.4, 6.2.1.7.1, £2X2, 6 2.2.1.1, 6.2.2.1.4-6 2.2.1.6, 6 2.3.3. 6.2.3.5, 6.2.3.7, 6.2.3.9,

6.2 3.11. 6.2.3.13, 6.2.3.15, 6.2.3.17.

ДЛИ НАДДАННЫХ 0

Ш£ 6.2.22.6.

ДЛИ HAJ1A ИНЫХ 1

6.2.1.6. 6.2.2.2.7.

ДЛИНА ЛАННЫХ.2

6,2. L6. 62.2.2.8.

ОШИБКА ЧЕТНОСТИ ДАННЫХ

62X22.

ФАЗА ДАННЫХ

6.2.1.1, 6.2.1.4-6.2.1.6, 62.1.7.2, ULS.

6.2.2.5.1-6.2.2.5.3, 6.2.3.2, 62.3.4, 6.2.3.6,

ОШ ИЬКА.Ч ЕТНОСТИ ТЕГА .ДАННЫХ

62X12.

РАЗРЯДНОСТЬ ДАННЫХ 0

6.2.13. 6.2X8, 62.2.2.6, 6.22.5.1, 6.2.2.52.

РАЗРЯДНОСТЬ-ДАН Н ЫХ 1

62X3. 62.1.8, 6 222.7, 62.2.5.1, 622.5.2. РАЗМЕЩЕНИЕ

DATA.LENGTH.0

DATA-LENGTH.1

DATA-LENGTHS

DATA. PARITY. ERROR

DATA PHASE

622.1.4, 6222.1-6222.3, 6.222.5-6222.8,

62.3.8, 6.2.3.10, 6.2.3.12. 62.3.16, 6.2.3.18.

DATA_TAG_PAR1TY_ERROR

DATA-WIDHTJ)

DATA, W1DHTJ

DEPOSITION

5X3. 5.2.4, 52.8.1, 52.8.4.

ПРИЗНАК РАССОЕДИНЕНИЯ ЗАФИКСИРОВАН

62.1.8. 6.22.12, 8.22.

ОШИБКА ЧЕТНОСТИ КОМАНДЫ-РАССОЕДИНЕНИЯ

£2X22-

ОШИ Б КА Ч ЕТНОСТИЛАН Н ЫХ_РАС-СОЕДИНЕНИЯ

6ДХ12.

KOI 1ЕЦ РАССОЕДИНЕНИЯ

DISC„1NFO_CAPTURED

DISCONNECTION-COMMAND РА R] ГУ-ERROR

DISCONNECTION-DATA РА-RITY.ERROR

DISCONNECTION-END

621.72, £2X8, 622.3.1-6.2.2.3.3, 6.2.2.4.2-62.2.4.8, 6.2.3.23, 2X1-

ФАЗА РАССОЕДИНЕНИЯ DISCONNECTION PHASE

62.1.4-6.2.1.6. 6X1.8,6.2.2.2.1.62.2.22, 6.2.2.2.5-6.2.2.2.8,62.2.5.1, 62.3.2, 62.3.4, 62.3.6.

62.3.8. 62.3.10. 62.312, 62.3.IS, 6.2.322.

ОШИБКА ЧЕТНОСТИ ТЕ ГА-РАС

СОЕДИНЕНИЯ DISCONNECTION TAG PARITY ERROR

UXZ2.

ЗАП РОС PAC 11 РЕДЕЛ Е Н НОГО АРБИТРА D1STR1 BUTED ARBITR REQUEST

52.2, 5X1 5.2.4. 52.7.1.1, 52.8.1. 52.S2, 52.8.6, 72.422.

РАСПРЕДЕЛЕННЫЙ ЗАДАТЧИК DISTRIBUTED_MASTER

52.3, 52.8.1, 52.8.6, 62.1.1.

14

ГОСТ Р ИСО/МЭК 10857-95

РАСПРЕД БЛЕННОЕ_СООБЩЕНИЕ

522, 5.2.3, 5.2.4, 5.2,8.1, 5.2.8 4.

С ПОСОБНОСТЬ РАС! 1 РЕДЕЛ ЕН НО ГО СО

ОБЩЕНИЯ

5.2.1, 5.2.2, 72Д2Д-

D1STRIBUTED_MESSAGE

DISTRIBUTED_MESSAGE_ ENABLE

ЗАПРОС РАСПРЕДЕЛЕННОГО СООБЩЕНИЯ DISTRIBUTED MESSAGE REQUEST 122, 5.2.3. 5.2.4, 5.2.7.1.1, 52.8.1, 5.2.S.2, 52.8.6, 7.2.4.2.1.

ПОСЫЛКА. РАСПРЕДЕЛЕННОГО_СО-ОБЩЕНИЯ

122. 5.2.8.1, 52.8.2, 52.8.6.

КОНЕЦ. ДАННЫХ

62.1.7.1, 62.1.7.2. 6.2 2.4.2.

СТАТУС КОНЦА ДАННЫХ

62X11, 62.1.8.

ВХОД

DISTRIBUTED MESSAGE-SENT

END_OF_DATA

END-0 F_ DATA_STATUS

ENTRANT

72Д, 722.

ИСКЛЮЧИТЕЛЬНЫЙ МОДИФИЦИРОВАННЫЙ

8.2.2, 322-

СТАТУС ИСКЛ104 ИТЕЛ Ы ЮГО-МОДИФИ ци-

РОВАН НОГО

£22, 8.2.5.

ИСКЛ 104 ИТЕЛ ЬН Ы Й НЕ МОД ИФИ ЦИ-

РОВАННЫЙ

8.22, £22-

СТАТУС И С КЛЮЧИ ТЕЛЬНОГО Н ЕМОДИ-

ФИЦИРОВАННОГО

822-

СПОСОБНОСТЬ-ВЫБОРКИ-СЛОЖЕНИЯ

22422.

ВЫБОРКА-СЛОЖЕНИЕ СО СТАРШЕГО

62.1.5. 62.1.8, 62.3.3-62.3.6, 72.4.1.

ВЫБОРКА СЛОЖЕНИЕ С.СТАРШЕГО

62,1.5. 62.1.8, 62.3.3-6.2.3.6, 72.4.1.

РАЗРЕШЕНИЕ ВЫСОКОЙ СКОРОСТИ

62.1.1, 72422.

ОШИБКА-НЕПРАВИЛЬНОЙ-ОПЕРАЦИИ

6212.2.

ИНИЦИАЛИЗАЦИЯ

EXCLUS IVE_MODIFIED

EXCLUSIVE-MODIFIED-STATUS

EXCLUSIVE-UNMODIFIED

EXCLUSIVE-UNMODIFIED-STATUS

FETCH_ADD_CAPABLE

FETCH_ADD_BIG

FETCH.ADD_LHTLE

HIGH_SPEED_ENABLE

I LLEGAL-OPERATION.ERROR

IN IT

42.1, 422.1, 4222, 52.1-52.5, 52.7. 62.2.1.1-622.1.6, 6.2 2.2.1-6.2.22.8, ( 62.2.5.6, 222, 92.1.

ВМЕДРЕНИЕ

6.2.1.72, 6.22.4.6, 62.3.4, 62.3.6, 6.2.3

СТАТУС ВМЕШАТЕЛЬСТВА

62.1-7 1. 6222.5.

НЕДЕЙСТВИТЕЛЬНЫЙ

822, ЦЗ.

СТАТУС-Н ^ДЕЙСТВИТЕЛЬНОСТИ

122, 82.3. 8.2.5.

НЕДЕЙСТВИТЕЛЬНОСТЬ

6 2JL4, 6.2.1.8, 6.22.5.1, 8.22-8.2.5.

СТОЛ КНОВЕНИ Е НЕДЕЙСТВИТЕЛ ЬНО

S2J.

СОХРАНЕНИЕ КОПИИ

122, 8.2.3.

1.1-52.7.1.3, 62.1.1-6.2.1.6, 62.1.7.1, 6.2.1.72, 62.1.8, > 22.3.1-6.2.2.3.3, 6.2.2.4.1-62 2.4.8, 6.2.2.5.1-62.2.5.3,

INTERVENTION

.8, 6.2.3.10, 6.2.3.12, 62.3.14, 6.2.3.16. 62.3.18, £22.

INTERVENTION J5TATUS

INVALID

INVALID-STATUS

INVALIDATE

INVALI DA TE-COLLISION

KEEP_COPY

15

ГОСТ Р ИСО/МЭК 10857-95

СПОСОБНОСТЬ_МАСКИРОВ.АНИЯ И ОБМЕНА MASK. AND SWAP CAPABLE

5.2.3, ULLL 6.2.1.2-6.2.1.6, 6.2.1.7.1, 6.2.I.7.2, 6.2.I.8, 6.2.2.1.1, 6.2.2.1.4, 6.2.2.2.1-6.2.2.29.

6.2.2.5.1.-6.2.2.5.3, 6 2.2.5 6, 6.2.3.1, 6.2.3.3, 6.2.3.5. 6.2.3.7, 6.2.3 9, 6 2.3.11,6.2.3 13.6 2 3 15.

6.2.3.17, 6.2.3.19, 6.2.3.22. 6.2.3.24, 7.2.4.1.1. 8.2.2-8.2.5. 9.2.1.

ОШИБКА СПОСОБНОСТИ ЗАДАТЧИКА &2XLL 6.2.1.8.

СПОСОБНОСТЬ ЗАДАТЧИКА

HULL

РАЗ PE Ш EH И Е_ЗАДАТЧ И КА

4.2.2.1. 4.2.2.3, 5.2 3. 7,2.4 2.2.

ПАМЯТЬ

8.2.1,

АГЕНТ, ПАМЯТИ

8.2.2, 8.2.4. 8.2.5.

ЗАНЯТОСТЬ. СООБЩЕН ИЯ

6.2.I.7.2, HL

СПОСОБНОСТЬ СООБЩЕНИЯ

HULL

КОНФЛИКТ.СООБЩЕНИЯ

6.2 2.4 5. Ш.

СЕЛЕКТИРУЕМАЯ-МАСКА ПРОХОЖ

ДЕНИЯ СООБЩЕНИЯ

МОДИФИЦИРОВАННЫЙ ОТВЕТ 6JLL4, 6.2.1.7.2, 6.2.2.5.1, 6.2.3.1, 8.2.2-S.2.5.

БОЛЬШЕ

MASTER-CAP,ABILITY-ERROR

MASTER-CAPABLE

MAS'TER_ENABLE

MEMORY

MEMORY_AGENT

MESSAGE-BUSY

MESSAGE-CAPABLE

MESSAGE-CONFLICT

MESSAGE_PASSING-SELECT_MASK

MODIF1ED-RESPONSE

MORE

ШЛ. 5.2 2.2.2.

СПОСОБНОСТЬ МНОЖЕСТВЕННЫХ ПАКЕТОВ MULTIPLE PACKET CAPABLE HULL

16

ГОСТ Р ИСО/МЭК 10857-95

РЕЖ И М_ М НОЖЕСТВ ЕН Н ЫХ ПАКЕТО В

(ШИ. 6

РАЗРЕШЕН И Е.РЕЖИ МА МНОЖЕСТВЕН

НОСТИ ПАКЕТОВ

6.2.1.1. 7 2,42.1

ОТСУТСТВИ Е_ ВЛАДЕЛЬЦА-АРБИТРАЖА HL 5.2.7.1.З. 5.2.S.5, 5.Z8.6.

ПАКЕТНАЯ „СПОСОБНОСТЬ

6.2.1.1. 724JJL

ПАКЕТНОЕ-РАЗРЕШЕНИЕ

LULL

СПОСОБНОСТЬ ПАКЕТНОЙ_ДЛИНЫ_2 LULL!

РАЗ РЕШ Е Н И Е_П АКЕТНОЙ_ДЛ И Н Ы_2

6.2.1.1. ЩШ-

СПОСОБНОСТЬ- ПАКЕТНОИ_ДЛ И НЫ 4 mxi-

РАЗРЕШЕНИЕ ПАКЕТНОЙ_ДЛИНЫ_4

6.2.1.1. WLU-

СПОСОБНОСТЬ 11АКЕТНОЙ_ДЛ И11 Ы_8

L2AU-

РАЗРЕШЕНИЕ ПАКЕТНОЙ ДЛИНЫ.»

6.2.1.1. ШНД.

СПОСОБНОСТЬ ПАКЕТНОЙ ДЛ И Н Ы_ 16 тал.

РАЗРЕШЕНИЕ ПАКЕТНОЙ ДЛИНЫ 16

6.2.1.1. UAAA.

СПОСОБНОСТЬ-ПАКЕТНОЙЛЛИНЫ 32

LULL1.

РАЗРЕШЕН ИЕ-ПАКЕТНОЙ.ДЛИ Н Ы_32

6.2.1.1, 7.2.4.1.1.

СПОСОБНОСТЬ_ПАКЕТНОЙ JU1 ИНЫ_64

7.2.4.1.1.

РАЗ РЕ Ш Е Н И Е_ П А КЕТНОЙ _ДЛИ11 Ы_64

6.2.1.1, 7.24 I I.

ПАКЕТ NAK

6,217.2. 6.2.2.4.2.

ЗАПРОС_ПАКЕТА

6.2.J.I. 6.2.1.7.2, 62.2.2.1.

РАЗРЕШЕНИЕ СООБЩЕНИЯ ЧЕТНОСТИ 5.2.6, 6.2.1.7.2. 7.2.4.2.2.

ЧАСТИЧНЫЙ

.2.1.4. 6.2.1.7.1. 6.2.1.7.2, 6 2.1.8, 6.2.З.1. 6.2.3.2, 8.2

Ми 1 .TIР I.E-PACKET- MODE .2.

М Li LT1 Pl -Б. РАС К ET_ MO D E_EN ABLE

NO ARBITRATION OWER

PACKET-CAPABLE

PACKET, ENABLED

PACKET-LENGTH. 2-CAPABLE

PACKET,LENGTH 2 ENABLE

PACKET_LENGTH_4_CAPABLE

PACKET_LENG1H_4_ENABLE

PACKET-LENGTH _8_CAPABLE

PACKET-LENGTH-X-ENABLE

PACKET_LENGTH_ 16.CAPABLE

PACKET, LENGTH_16_ENABLE

РАС К ET I ENGTII 32 CAPABLE

PACKET. LENGTH-32-ENABLE

PACKET_LENGTH„64 CAPABLE

PACKET. LENGTH_64.ENABLE

PACKET_NAK

PACKET. REQUEST

PARITY_REPORT_ENABLE

PARTIAL

ША 6.2.I.7.2, 6.2.1.8, 6.2.2.5.1-6.2.2.5.3, 6.2.3.3-62.3.8.

УЧАСТИЕ PARTICIPATING

6.2.1.1-6.2 1.6. 6.2.1.7.2. 6.2.L8, 6.2.2.1.5, 6.2.2.1.6, 6.2.2.5.1, 6.2.2.5.2, 6.2.3.2, 8.2.2.

ФАЗА-0 PHASE_0

5.2.1-5.2.4, 5,2.5. 5.2.6, 5.2.7.11, 5-2.7.2.1, 5.2.7.2.2.

ФАЗА_1 PHASE_1

5.2.1-5.2.4. 5.2.5. 5.2.7.L1. 5.2.7.I.3.

ФАЗА_2 PHASE 2

Ш. 5.2.6. 5.2.7.1.2, 5.2.8.3.

ФАЗА-3 PHASE 3

5.2.2-5.2.4, 5.2 5. 5.2.6, 5 2.7.1.1, 5.2.7.1.2, 5.2.7.2.1.

ФАЗА_4 PHASE.4

5.2.4, 5.2.5. 5.2.6. 5.2.7.I.3, 5.2.8.5, 5.2.9.5.

ФАЗА_5 PHASE_5

5.2.1-5.2 4, 52x5, 5.2.7.1.2, 5.2.7.1.3, 6.2.1.5, 7.2.1.

17

ГОСТ 1» ИСО/МЭК 10857-95

ВКЛ ЮЧ ЕН ИЕ П ИТАН ИЯ

POWER-UP

4.2.2.4. 5.2.7.1.3, 6.2.2.1.3, UJ, 7 2.3.1, 7.2.4.2.1-7.2.4.2.6.

ВРЕМЯ.ВКЛ ЮЧ ЕН ИЯ. П ИТАН ИЯ POWER.UP_TI МЕ

7 2.3.2.

ПРЕВЕНТИВНЫЙ ИН PREVENT EU

(ИС К Л ЮЧ ИТЕЛ Ь НЫ Й_ f i Е МОД ИФ ИIIИ РО BA Н Н Ы Й)

ФЛАГ ОЧЕРЕДИ ПЕРЕДАЧИ

U2. 8.2.3.

Н ЕДЕЙСТВИТЕЛ ЬНОЕ.ЧТЕН И Е

6.2.1.4. 6.2.1.8, 6.2 3.1. 8.2.2-S.2.5.

БЛОКИРОВАННОЕ ЧТЕНИЕ

6.2.1.4. 6.2.1.5, 6.2.1.8, 6 2 3 1.

МОД ИФИ ЦИРОВАННОЕ.ЧТЕН И Е

6.2.1-4, 6.2.1Л 6.2.3.1, 8.2.2-S.2.5.

ЧАСТНОЕ.ЧТЕНИЕ

C2J..4, 6.2.1.8, 6.2.3.1.

БЛОКИРОВАННОЕ ЧАСТНОЕ ЧТЕНИЕ

6.2.1,4. 6.2.1.5, ^2.1.8, 6.111.

ОТВЕТ-ЧТЕНИЯ

6.2.1.3, Uli 6.2.2.5 1, 6.2.3.1. РАЗДЕЛЯЕМОЕ ЧТЕНИЕ

6.2.1.4. 6.2.1.8, 6.2.3.1, 8.2.2—8.2.5. НЕБЛОКИ РОВАН НОЕ-41 ЕН НЕ

6.2J.4, 6.2.1.8, 6.2.2.2.2, 6.2.3.1.

ГОТОВНОСТЬ ДЛЯ УДАЛЕНИЯ

6.2.3.2, Ш. 7.2.3.5.

ПОЧТОВЫЙ ЯШИК ЗАПРОСОВ

Ш-

QUEUED TRANSACTION-FLAG

READJNVAL1D

READ LOCKED

READ-MODIFIED

READ_PART1AL

R EAD_ PA RUA L. LOC К E D

READ-RESPONSE

READ-SHARED

READ-UNLOCKED

READY. FOR_W| DTH D RA WAL

REQUEST-MAILBOX

ЗАНЯТОСТЬ-ПОЧТОВОГО-ЯЩИКА-ЗАПРОСОВ REQUEST_MAILBOX_BUSY

КОНФЛИКТ ПОЧТОВОГО ЯЩИКА ЗАПРОСОВ REQUEST-MAILBOX-CONFLICT 9 2|.

ВЫБРАННЫЙ_ПОЧТОВЫЙ_ЯЩИК_ЗАПРОСОВ REQUEST.MAILBOX_SELECTED

ЗАПРОСЧИК REQUESTER

6.2.1.7.2, 8.2.2. 824-

ИСКЛ ЮЧ ИТЕЛ ЬН Ы Й.ЗАП РОСЧИ К REQU ESTER_EXCLUS1VE

8.2.2, 8.2.3. 8,14.

СТАТУЮ ИСКЛЮЧИТЕЛЬНОГО ЗАПРОСЧИКА REQUESTER EXCLUSIVE STATUS

Ш.

РАЗДЕПЯЕМЫЙ 3AIIРОСЧИК REQUESTER.SНARЕD

8.2.2, 8.2.3, SJ4.

СТАТУС РАЗДЕЛЯ ЕМОГО ЗАП РОСЧ И КА REQUESTER_SHARED_STATUS

СТАТУС ЗАПРОСЧИКА REQUESTER-STATUS

ОЖИДАЮЩИЙ ЗАПРОСЧИК REQUESTER.WAITING

8.2.2, 8.2.4. "

СТАТУС ОЖИДАЮЩЕГО ЗАПРОСЧИКА REQUESTER-WAITING STATUS

НЕДЕЙСТВИТЕЛЬНАЯ_ЗАПИСЬ_ЗАПРОСЧИКА REQUESTER WRITE INVALID

8-2.2. £24-

СТАТУС. 11 ЕДЕ ЙСТВИТЕЛ ЬНО Й_ЗАП ИС И_ЗА*

Г1 РОСЧ И КА REQU ESTER_WRITE JNVALID.STATUS

8.2.2.

ГОСТ Р ИСО/МЭК 10857-95

завершенный сброс

Ш, 7.2.2.

СОБЫТИЕ СБРОСА

БЛОКИРОВАННЫЙ РЕСУРС

6 2.1J. 6 2.3.2. 6.2.3.23.

ОТВЕТЧИК

8.2.2. 8.2.5.

ИСКЛ ЮЧ ИТМЬНЫЙ ОТВЕТЧИ К

RESET.COM PLETE

RESET. EVENT

PESOLRSk LOC K

RESPONDER

RES PONDER. EXCLUSIVE

8.2.2, Щ.

СТАТУС ИСКЛЮЧИТЕЛЬНОГО ОТВЕТЧИКА RESPONDER EXCLUSIVE STATUS

НЕДЕЙСТВИТЕЛЬНЫЙ ОТВЕТЧИК RESPONDER INVALIDATE

8.2.2,

СТАТУС НЕДЕЙСТВИТЕЛЬНОГО ОТВЕТЧИКА RESPONDER INVALIDATE.STATUS

8.2.2, 8.2.5.

РАЗДЕЛИ EMЫЙ.ОТВЕТЧ И К

8.2.2. 8.2.5.

СТАТУС.РАЗДЕЛИ ЕМОГО.ОТВЕТЧ И КА

К 2,2

СТАТУС ОТВЕТЧИКА

НЕДЕЙСТВИТЕЛЬНАЯ.ЗАИИСЬ ОТВЕТЧИКА

К.2.2, 8,2.5

СТАТУС-НЕДЕЙСТВИТЕЛ ЬНОЙ_ЗА1 I и*

СИ ОТВЕТЧИКА

8.2.2-

П ОЧТО ВЫ Й_Я ЩИ К.ОТВ ЕТА

RESPONDER.SHARED

RESPONDER.SHARED.STATUS

RESPONDER.STATUS

RESPOND ER.WRJTE-INVALID

RESPO N D E R WRГГЕJNVALl D_STATUS

RESPONSE.MAILBOX

ЗАНЯТОСТЬ ПОЧТОВОГО ЯЩИКА_ОТВЕТА 9.2-1.

КОНФЛИКТ„ IЮЧТОВОГО-ЯШИКА.ОТВЕТА 2X1.

ВЫБРАННЫЙ_ПОЧТОВЫЙ ЯЩИК ОТВЕТА 2X1-

КРУГОВОЙ (АРБИТРАЖ)

5X3. 5.2.4. 5.2.К.2. 5 2.8.6.

RESPONSE MAILBOX.BUSY

RESPONSE_MAILBOX CONFLICT

RESPONSE- MAILBOX_SELECTED

ROUND_ROBiN

RQ RQ

ill. 5.2.9.2.

ВТОРОЙ ПРОХОД SECOND PASS

5.2.1-5.2.3, i!4. 5.2.8.1, 5.2.S.2, 5.2 8.4, 5.2.8 6, 5.2.9.2, 5.2.96.

ЗАПРОШЕННЫЙ ВТОРОЙ-ПРОХОД SECOND-PASS REQUIRED

5.2.1-5.2.3, 5.2.4, 5.2.8.1. 5.2.84. 5.2.B.6, 5 2.9.1, 52.9.4, 5.2.9.6.

ВЫБРАННЫЙ SELECTED

6.2.1.5. 6,2.1.7.2. 6.2.2.4.3, 6.2.3.4, 6.2.3.6. 6.2..

В Ы Б Р АН H Ы Й .СТАТУС

LILLI.

УСТАНОВЛЕННЫЙ

5X5, 5.2.8.1, 5.2.8.3, 5.2.9.1, 5.2.9.3.

РАЗД ЕЛ Я Е М Ы Й -ОТВ Е Г

&Ш, 6.2.I.7.2, 6.2.2.5.I, 6.2.3.I, К.2.2-8.2.5.

РАЗД ЕЛ Я Е М Ы Й 11Е МОД И Ф И Ц И РОВАН Н Ы Й

8.2.2. 8.2Д

СТА ГУС РАЗДЕЛЯЕМОГО НЕМОДИФИ ЦИРОВА НПО го

W. 8.2.3.

.8, 6.2.3.10, 6.2.3.12, 6.2.3.14, 6.2.3.16, 62 3 18.

SELECTED-STATUS

SETTLED

SHARED_RESPONSE

SHARED_UN.MODIFIED

SHARED-UNMODIFIED-STA'TUS

19

ГОСТ Р ИСО/МЭК 10857-95

ЗАПИСЬ ИСПОЛНИТЕЛЯ

6-2 1'4. 6 2.1.Х. 6.2.2.1.5. 6.2.2.1.6. 6.2.2.5.1-6

6.2.3.14. 6.2.3.16. 6.2.3.18.

ПЕРЕХВАТ ДАННЫХ

6.2.2.4А 6.2.3 4. 6.2.3.6. 6.2.3.8, 6.2.3.10, 6.2. РАСЩЕПЛЕНИЕ

6.2.1.2. 6.2.2.3.3, 8.2.3, 8.2.5.

ПРИНИМАЮЩИЙ-РАСШЕПЛЕНИЕ

2XXL1 7.2.4.2.1, 8.2.1.

КЕШИРОВАННОЕ_ РАСЩЕПЛЕНИЕ

6.2.1.2, 8X2-

РАЗ РЕШЕН И Е- РАС ЩЕПЛ Е Н ИЯ

6.2.1.2, 7.2.4.2,1, 8.2.1.

ИНИЦИАТОР РАСЩЕПЛЕНИЯ

6.2.1.2. ШИ-

СТАТУС. РАСЩЕПЛЕНИЯ

62X2, 6.2.1.6, 6 2.1.8. 6.2.2.2.2. 6.2.2.5.1, 6.2 СИСТЕМНЫЙ СБРОС

4.2.2.4, 7.2.1. 7 2.2, 7.2.3.1-7.2.3.4, 7.2.4 2.1-

ТЕГОВАЯ .СПОСОБНОСТЬ

РАЗРЕШЕНИЕ-ТЕГОВ

6.2.2.S.5. ZX12X

ПЕРЕДАЧА_СМО_0

6JJJ, 6.2.2.1.

ПЕРЕДАЧА_СМО 1

6,211 6.2X2.

ПЕРЕДАЧА_СМО_2

62X4,6.2.2.3.

ПЕ РЕДАЧ A_CMD_3

62X1 6.2.2.4.

НАЧАЛО-ПЕРЕДАЧИ

5.2 4. 5.2.8 5, 6.2X8. 6.2.2.1 1. 6.23.1 ЗАВЕРШ ЕНИ Е_П Е РЕДАЧ И

5.2.7.13, 5.2.8Л 6.2.1.1-6.2.1.6. 6.2.1.7.I,

6.2.3.23, 8.2.2, 9.2.1.

ОШИБКА-ПЕРЕДАЧИ

6.217.2, 6.2.1.8, 6.2 2.4.1. 8.2.2.

СТАТУСОШИ БКИ_П ЕРЕДАЧ И

6X1X2-

СТАТУС_ФЛАГА_П ЕРЕДАЧ И

ШХХ 6.2 2.2.2, 8.2.3.

ТАИМ АУТ_ПЕРЕДАЧИ

6XU. 6.2.3.1, 6.2.3.3, 6.2.3.5, 6.2.3.7,

6.23.24, 7.2.4.2.5.

ПЕРЕДАЧА 1

1216, 6.2.1 8.

ПЕРЕДАЧА_2

6.216. 6.2.1.8, 7.2.4.1.1.

ПЕРЕДАЧА 4

6 2X6. 6.218, 7.2.4.1.1.

ПЕРЕДАЧА 8

62X6. 6.218. 7.2.4.1.1.

ПЕРЕДАЧА-16

6X14, 6.218, 7.2.4.11

SLAVE_ WRITE

..2.2.53,6.23.4. 6.23.6, 6.23.8, 6.23.10. 6.23.12,

SNARF_DATA

3.12, §Х2,8.23.

SPLIT

SPLIT-ACCEPTOR

SPLIT-CACHED

SPLIT_ENABLE

SPLIT-INITIATOR

SPLIT-STATUS

.3.3. 6.23.22, 6.23.23, 8.23-8.2.5.

SYS RESET

-7.2.4.2.6, 8.23-8.2.5.

TAG_CAPABLE

TAG_ENABLE

TRAN S_C MD.O

TRANS-CMDJ

TRANS CMD 2

TRANS^CMDJ

TRANSACTION .BEGIN

TRANSACTION COMPLETE

6.2.1.7.2, 6.2X8. 6.2.2.1.1, 6.2.2.1.3, 6.23.22,

TRANSACTION-ERROR

TRANSACTION-ERROR. STATUS

TRANSACTION_FLAG_STATUS

TRANSACTJON_TI MEOUT

3,9, 6.2.3.11, 6.23.13 , 6.23.15, 6.23.17, 6.2.3.22,

TRANSFER_1

TRANSFER-2

TRANSFER_4

TRANSFER_8

I RANSFER. 16

2(1

ГОСТ Р ИСО/МЭК 10857-95

ПЕРЕДАЧА 32

6.2.1.6. 6.2.1.8, 7.2.4.1.1.

ПЕРЕДАЧА. 64

ш. 6.2.1.8. 7.2.4.1.1.

НУЛЬ СЧЕТЧИКА-ПЕРЕДАЧ

6.2.1.1, 6.2.I.S. 6.2.2.I.I, 6.2.21.4, 6-2.11

6.2.3.17.

TRANSFER_32

TRANS FER_64

TRANSFER COUNT ZERO . 6.2.3.3, 6.2.3.5. 6.2.3.7, 6.2.3.9, 6.2.3.11, 6.2.3.15,

H ЕОГРАН И Ч EH НАЯ JIE РЕДАЧ A LILL

ДВА. ПРОХОДА

ЦЗ, 5.2.4, 5.2.S.2.

У НИ КАЛ Ь НОСТЬ_СОЗДАН НАЯ

5.2.3. $.2.8.1. 5.2.8.4.

ОЖИДАНИЕ

6.2X72. 6.2.2.4.8.

ОЖ ИДАН И Е_КЕШ И РОВАН НО Е

6.2.1.7.2, 8.2-2-

СТАТУС ОЖИДАНИЯ

$-2.3, ШлТД, 6.2.1.8, 8.2.3, 8.2.4.

ВЫИГРАВШИЙ

TRANSFER_UN RESTRICTED

TWO-PASS

UNIQUENESS CREATED

WAIT

WA1T_CACHED

WAIT-STATUS

WINNER

5.2.1-5.24, 5.2.5. 5.2.7.I.2, 5.2.7.I.3, 5.2.8.1. 52-8.3, 5.2.8.5. 5.2.8.6, 52.9.1, 5.2.9.3, 5.2.9.6.

CMD ЗАПИСЬ WR1TE.CMD

6.2Д.4. 6.2.1.6. 6.2.1.7.2. 6.2.2 2.5. 6 2.2.5.1, 6.2.2.5 2, 6.2.2.5.3, 6.2.3.3, 6.2.3.5, 6.2.3.7, 6.2.3.9,

6.2.3.11. 6.2.3.13. 6.2.3.15, 6.2.3.17, 6.2.3.22, 6.2.3.23.

НЕДЕЙСТВИТЕЛЬНАЯ-ЗАПИСЬ WRITEJNVALID

6.2.1-4. 6.2.2.5.1, 6.2.3.1, S.2.2-8.2.5.

БЛОКИ РОВАН НАЯ_ЗАПИСЬ WRITE.LOCKED

6.2.14, 6.11.5, 6.2.2.5.1,6.111.

ЗАП И С Ь_ БЕЗ, ПОДТВ ЕРЖД Е Н И Я WR ITE_NO_AC KNOWLE DG Е

LUX 6.2.5.2.1, 6.2.3.1, 9.2.1, 9.2.2.1-9-2.2.14.

ЧАСТНАЯ .ЗАПИСЬ

62.1.4, 6.2.2.5.I. 6-111-

БЛОКИ РОВАН НАЯ-ЧАСТНАЯ ЗАПИСЬ

6 2.1.4. 6.2.1.5, 6.2.2.5.1, 62.3.1.

ОТВЕТ ЗАПИСИ

6 2.1.3, LUX 6.2.1.8, 6.2.2.5.1.

СТАТУС ЗАПИСИ

WR1TE.PARTIAL

WR1TE-PARTIAL_ LOCKED

WR1TE_RESPONSE

WRITE_STATUS

6,2-1.4. 6 2.1.7.2, 6.2.3.4, 6.2.36, 6.2.3.8, 6.2.3.10, 6.2.3.12, 6.2.3.14, 6.2.3.16, 6.2.3.18.

H БЛОКИРОВАН НАЯ ЗАПИСЬ WRITE UNLOCKED

LUX 6.2.2.2.2. 6.2.2.5.1, 6.2.3.1, 9.2.1, 9.2.2.1-9.2.2.14.

2.9 Используемая .мнемоника

Сои]юводнтсльная документация для изделий на базе настоящего стандарта должна исполио-

2)

ГОСТ Р ИСО/МЭК 10857-95

ППС MSG Протокол передачи сообщений примелем.

ЗДЧК MSTR Способность становиться задатчиком.

МАОБЗ MSLOCK Способность обслуживать команды (прошения маски и обмена.

СРОБЗ CSLOCK Способность обслуживать команды запрещения сравнения и обмена. ВЫСУС FABLOCK Способность обслуживать команды выборки и суммирования со старшего. ВЫСУМ FALLOCK Способность обслуживать команды выборки и суммирования с младшего. PCIHII SPLT Способность обслуживать команды расщепленной передачи.

РСЩПИ SPLTING Способность обслуживать и инициировать команды расщепленной передачи.

ТЕГп TAGn Применены линии тегов. Количество линий тегов есть л.

Модуль, способный стать задатчиком магистрали, с 64-разрядными данными, 32-разрядным адресом, механизмом когерентного кеша и способный обслуживать расщепленные передачи, будет иметь мнемонику. А32/КЕШ/Д64/ЗДЧК/РСЩП.

3 СПЕЦИФИКАЦИЯ СИГНАЛОВ МАГИСТРАЛИ

3 1 Описание

Эта глава описывает н определяет спецификацию сигналов, с которыми должны работать средства ФБ+. Эти спецификации независимы or используемого типа логики: ФБ+ может быть использован с любой логикой (ТТЛ, BTL-логикой магистрали ФБ+, ЭСЛ, КМОП или GaAs), обеспечивающей Кловис переключения логических уровней и определенные ограничения на встречающиеся перекосы сигналов. Для обеспечения совместимости между изделиями внутри набора, описываемого разновидностью ФБ+, конкретный тип логики может быть привязан к определенной разновидности IEEE PS96.2.

3.1.1 Переключение логических уровней

Требования к переключению логических уровней имеются для всех ФБ+ систем. Требования заключаются в следующем: значение тока, напряжения и характеристического импеданса для всех случаев нагрузки модуля должны обеспечивать выдачу перепада напряжения шинным формирователем в передающую линию, превышающего по|юг переключения приемника для обеспечения правильного приема как при положительном, так и при отрицательном перепадах напряжения, с тем, чтобы отражения нс превышали порога срабатывания приемника. Обычно это определяется отношением токовой способности шинного формирователя к емкости линии магистрали, когда (формирователь выключен.

3.1.2 Перекосы

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

Критический перекос в системе ФБт измеряется между информационными сигналам» и емн-хроннзирующим сигналом, определяющим их действительность на магистрали. Разработчик передающего модуля должен гарантировать, что передаваемые информационные сигналы прибудут в место соединения с магистралью раньше, чем соответствующий синхронизирующий сигнал. Эти требования к перекосам должны учитыватть все перекосы, вносимые как собственно шинными формирователями, так и средой распространения сигналов.

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

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

22

ГОСТ Р ИСО/МЭК 10857-95

3.2 Спецификация

3.2.1 Перекосы

Магистраль должна вносить перекосы так, чтобы задержки распространения сигнальных линий левого оператора отношений в соотношениях 3.1—3.8 были больше или равны задержке распространения сигнальных линий правого оператора отношении в этих соотношениях

(AS*.DS*> > = (AD|)*, D(|*. ВРЦ*, TG[|*, СМ||*,СР*) (3.1)

АК* >-ST||* (3.2)

Al* > = САЦ*. ST|J* (33)

(DK*.D1*) > = (AD[J*. D||*. BP||*,TG[)*.TP*. ST||*) 0-4)

(AP*.AQ*,AR*)> = (AB||*. АСЦ*, ABP*) (3.5)

DS* > = DK* (3.6)

AS* > = (AK*.A1*) (3.7)

GR* > - PE* (3.8)

Bee модули должны ограничивать перекос, вносимый емкостной нагрузкой так. чтобы относительная нагрузка сигнальных линий модулем отвечала неравенствам 3 1—3.8.

3.2.2 Фильтры «шпилек*

Должны быть обеспечены фильтры «шпилек*, если необходимо отфильтровать основной дефект линий передачи, называемый «шпильками повозного ИЛИ*. Предопределено, что они потребуются для АК*. Al*. DK*, DI*, АР*, AQ*, AR* н RE* Эта спецификация написана в предположении, что они необходимы. Документ, определяющий электрические характеристики, будет устанаплипать. понадобятся ли они для частных вариантов. Например 896.2 предписывает использование фильтров «шпилек» в системах, использующих BTL-логику магистрали ФБ+.

4 ЦЕНТРАЛИЗОВАННЫЙ АРБИТРАЖ

4.1 Описание

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

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

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

4.1.1 Линии магистрали для централизованного арбитража

4.l.l.I RQO* Запрос О

Модуль выставляет iqO* для запаса на владение магистралью в одном из двух его приоритетов. Модули удерживают rqO* выставленным до последней передачи при их владении магистралью.

Модули могут выставлять rqO* даже если ими выставлен iql*. Эта возможность позволяет увеличить приоритет их запроса. Модуль удерживает оба сигнала rqO* и rql * , выставленными до тех пор, пока он нс станет задатчиком на магистрали и не перейдет к своей последней передаче по параллельной магистрали или пока нм нс будет получен сигнал GR*. а внутренний запрос снят. Модули отпускают rqO* и rql* олион|х:мснно.

4.1. J .2 RQ I * Запрос I

Модуль выставляет rql * для запроса на владение магистралью в одном из двух приоритетов. Модули удерживают jql * выставленным до последней передачи при их владении магистралью.

Модули могут выставлять rql*, даже если ими выставлен rqO*. Эта возможность позволяет увеличить приоритет их запроса. Модуль удерживает оба сигнала rqO* и rql *, выставленными до тех пор, пока он нс станет задатчиком на магистрали и нс пе]>ейдст к своей последней передаче по параллельной магистрали или пока им нс будет получен сигнал GR*. а внутренний запрос снят. Модули отпускают rqO* и rql* одновременно.

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

23

ГОСТ Р ИСО/МЭК 10857-95

4 1. 13 GR * Предоставление

Центральным арбитр выставляет gr* в ответ на установку RQ0* или RQI* для того, чтобы Скатать модулю, что он выбран задатчиком магистрали. Модуль может начинать параллельную передачу. когда он обнаружит, что сигнал ЕТ* снят. Центральный арбитр удерживает выставленным gr* до тех пор. пока оба RQ0* и RQ1 * не будут сняты задатчиком.

4.1.1.4 РЕ * Откалывание

Центральный арбитр выставляет ре*, чтобы укачать задатчику, что существуют условия откалывания от магистрали. Центральный арбитр снимает ре* после того, как он снимет gr* Центральный арбитр решает любые возникающие у него проблемы метастабильности, если РЕ* удерживается в течение времени близкого к тому, та которое задатчик снимает свой запрос.

Преимущественные условия могут быть определены при проектировании центрального арбитра. Центральный арбитр может выставить РЕ* , если имеются другие запрашивающие модули равного или более высокого приоритета. В другом варианте центральный арбитр мог бы выставить сигнал РЕ*, если любой другой модуль запросил магистраль.

Центральный арбитр удерживает сигнал ре* во время включения питания и системного сброса для сигнализации главному модулю, что в системе есть центральный арбитр Модули, нс обладающие способностями главного, переводятся в режим обращения к центральному арбитру через разряд ЦЕНТРАЛ ЬНЫЙ_АРБИТР в Общем Логическом Регистре Управления (7.12 2-1).

4.1.2 Операции централизованного арбитража

Показанное на рис. 4—1 со]>свнованис при централизованном арбитраже происходит следующим образом.

Рисунок 4—1 — Цсиимлнзиммныи .фйяпмж при Л»ух «фсвиукицихся

1) Модула А и В выставляют каждый свой запрос на арбиТ]>аЖ. В данном примере запрос модуля А имеет более высокий приоритет, чем запрос модуля В *

2) Центральный арбитр выставляет gr* модулю А.

24

I OCT P ИСО/МЭК 10857- 95

3) Текущий задатчик — модуль А выставляет сигнал ct* после начала передачи

4) Во время последней передачи заканчивается необходимость владения магистралью для модуля А и он снимает свои запрос.

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

6) Задатчик — модуль А после снятия сигналов с параллельной магистрали снимает et* для сигнализации выбранному задатчику, что он — новый задатчик.

7) После начала своей передачи текущий задатчик — модуль В выставляет ct*.

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

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

10) Когда текущим задатчик — модуль В снял сигналы с параллельной магистрали, он снимает el*.

4.1.3 Описание центрального арбитра

Центральный арбитр должен отвечать нескольким обязательным требованиям. Так как возможны различные типы арбитров, которые буду)¹ способны к взаимодействиям, наиболее существенными требованиями являются согласованность и определение привилегий в системе в целом.

Любое числи вариантов распределения магистрали может быть применено. Некоторые возможности таковы:

— простой арбитраж с единственным приоритетом — первый пришедший первым обслуживается;

— двухприоригоный арбитраж со справедливым распределением внутри каждого уровня приоритетов;

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

4.2 Спецификация

4.2.1 Атрибуты магистрального арбитража

ЦЕНТРАЛ И ЗОВАН НЫЙ ЗАДАТЧ И К

Модуль должен установить ЦЕНТРАЛИЗОВАН НЫЙ^ЗАДАТЧ И К, когда есть—И НИЦ & (rqil* ; nql*)&GR* & —ЕТ*,к поддерживать его установленным, пока сеть ИНИН ; —rqO* &— — rql *& —ct*.

4.2.2 Сигналы магистрального арбитража

4 2.2.1 RQ0*

Модуль может выставить rqO*, если есть —ИНИЦ & ЗАДАТЧ И К_ РАЗРЕШЕН & ЦЕНТРАЛ Ь-НЫЙ_АРБИТР & —GR * для запроса на обладание статусом задатчика магистрали и должен удерживать его выставленным до тех пор, пока нс будет ИНИЦ j GR* & cl* (в течение последней передачи .задатчиком для этого владения магистралью) j GR* и задатчик нс выбирает для выполнения любую передачу в течение этого владения магистралью.

4.2.2 2 RQI*

Модуль может выставить rq 1 *. если сеть — И НИ Ц & ЗАДАТЧИК_РАЗРЕШЕН & ЦЕНТРАЛЬ-i IЫЙ АРБИТР & —GR * для запроса на обладание статусом задатчика магистрали и должен удерживать его выставленным до тех пор, пока нс будет ИНИЦ ; GR* & ct* (в течение последней передачи задатчиком для этого владения магистралью) ; GR* и задатчик нс выбирает для выполнения любую передачу в течение этого владения магистралью.

4 2.2.3 GR*

Центральный арбитр выставляет gr* для указания модулю, что он выбран задатчиком. Центральный арбитр должен выставлять gr* только одному модулю в одно время. .Центральный арбитр должен cunTbgi * в режиме ЦЕНТРАЛИЗОВАННЫЙ_ЗАДАТЧИК, когда он обнаруживает наличие —RQ1* & —RQ0*.

ГОСТ Р ИСО/МЭК 10857-95

4.2-14 РЕ*

Центральный арбитр должен выставить ре *. если он обнаруживает условие для откатывания и должен удерживать его выставленным до тех пор, пока нс будет снят иг*. Центральный арбитр должен снять рс* пс]юд выставлением gr* для других модулей Если центральному арбитру необходимо выставить ре* для поочередного владения магистралью, он может проигнорировать предыдущий запрос и снять ре*, выставленный от выставления одноюgr* к следующему.

Центральный арбитр должен выставить рс*. сели есть ПИТАНИЕ_ВКЛ ] СИСТ СБРОС и должен удерживать его как минимум в течение I мкс после того, как обнаружит, что сигнал REf в нуле.

Обеару же нис_РЕ * .JHitcnwae нур ю j 1<^^ основам IK ^^Еметастабцл ь-

ЦигШб JlimieiLt^^ ♦ JJ2m^hlILl№^!i£JLJ]O!^^^

а<ожиы yaowoTW-Kn».лияу^тогшяукгни^

5 РАСПРЕДЕЛЕННЫЙ АРБИТРАЖ И СООБЩЕНИЯ АРБИТРАЖА

5 1 Описание

Когда модулю необходимо послать данные в другой модуль или полупить данные из другого .модуля, он должен сначала занять параллельную магистраль. Так как два или более модуля могут одновременно претендовать на магистраль, арбитраж используется для ограничения занятия магистрали только одним модулем водно время. ФЬ+ обеспечивает пользователю на выбор два метода определения следующего действующего задатчик.».

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

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

5.11 Арбитражные сообщения — центральный арбитр

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

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

5.1. LI Общие арбитражные сообщения

Модули используют номер сообщений для разрешения арбитражного соревнования Когда дна или более модуля спорят за право посылки сообщения, победителем будет тот. чей номер больше Проигравший модуль снова будет инициировать новое арбитражное сорсинованис. Используемый механизм, называемый параллельным разрешением конфликта, — процесс, при котором модули выставляют свои номера сообщений на шину арбитража п снимают сигналы в соответствии с алгоритмом. который даст гарантию того, что по прошествии некоторого времени на арбитражной шине остается только номер выигравшего модуля.

I а й л в ц л 5—1 — Ноля общею арбитражного сообщения

<Х*-ши Л^в’ЛИ»’* ОюСвДжМИЯ (ItnnpMiiuu ^Лпу>

Общие арбитражные сообщения занимают только 7 разрядов, гак что единственный номер может быть выбран и одно соревнование. Каждый цикл содержит соревнование с использованием 8-разрядного ст^ювноватсльного номера сп|7.. 0]. Модуль, Желающий послать общее арбитражное сообщение, попользует соревновательный номер, показанный в таблице 5—1. Старший разряд есть «1», он гарантирует, что общие арбитражные сообщения имеют более высокий приоритет, чем центральные сообщения.

ГОСТ Р ИСО/МЭК 10857-95

5 1.1.2 Центральные арбитражные сообщения

Центральные арбитражные сообщения занимают 14 разрядов и в первую очередь предназначены для посылки информации о приоритете центральному арбитру. Центральные арбитражные сообщения требуют двух циклов соревнования для того, чтобы дать возможность использования ди 256 уровней приоритета в системе. Новые запросы сообщений нс могут быть инишш)х>1тны между первым и вторым проходами при двухпроходных передачах сообщении. Хотя возможны несколько победителен после первого прохода, второй щюход выберет единственное сообщение.

Г а 6 Л и и и S—2 - Поля вентрального арбитражного сообщения

Цгхтгчшют ApJimpuciiix Ckwiu’iuic ЩнстрыышП Л|йи>|>>

Центральное арбитражное сообщение состоит из трех полей, как показано в табл. 5.2. Поле приоритета PR(7. . . 0| выбирает уровень приоритета линии запросов модулей Этот уровень приоритета соотносится с линией запроса в соответствии с полем выбора запроса RQ. Если RQ равен нулю, выбирается линия RQ0* Если RQ равен единице, выбирается RQ1*. Географическое поле адресов GAJ4. ■ • Ч идентифицирует модуль, запрашивающий модифицированный уровень запросов, В основном модуль управляет своим собственным уровнем приоритета, но, возможно, чтобы один модуль стал ответственным за приоритеты других. Старший разряд соревнующегося кода определяет. принадлежит ли сообщение первому или последнему проходу и подтверждает, что сообщения центрального арбитража имеют меньший приоритет, чем сообщения общего арбитража.

5.1.2 .Арбитраж и сообщения — распределенный арбитр

Системы, где нет центрального арбитра, используют протокол распределенного арбитража. В этом случае процесс арбитража используется как для запросов магистрали, так и для арбитражных сообщений. Защюсы раси|>сделснног0 арбитража позволяют модулям овладеть магистралью. Сообщения распределенного арбитража схожи с общими арбитражными сообщениями, направленными к другим модулям на магистрали.

5.1.2.1 Сообщения распределенного арбитража

I л й л и в а >—5 — Поля сообщении распределенного арбитрами

Сообщения распределенного арбитража занимают 7 разрядов, включая АМ(6. . . 0]. Однако они требуют двухпроходного арбитража, так как при первом проходе необходимы все логические единицы для того, чтобы отличить их от запроса jxtc предел с иного арбитража и убедиться, что эти запросы нс интерферируют с передачей аварийной информации Модуль, которому необходимо выставить сообщение распределенного арбитража, использует соревновательный номер (код), приведённый в табл. 5—3. В течение второго прохода старший разряд устанавливается в единичное состояние в соответствии с форматом общего арбитражного сообщения.

5 1.2.2 Запросы распределенного арбитража

Величина номеров запроса распределенного арбитража используется модулями в состязании для определения числа п|юходон. Некоторые коды требуют двух походов в цикле занятия управления, в то время как другие — только одного прохода. Каждый проход цикла занятия управления состоит из арбитражного соревнования, использующего 8-разрядный код состязания сп(7. . . 0J. Несколько модулей могут иметь наивысший номер после первого прохода, но после второго

м-т

27

ГОСТ Р ИСО/МЭК 10857-95

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

1.1 Ci.II! На 5—4 — 110,1» таприсои распределенного арбитража

Код арбитража содержит три поля, как показано и таблице 5—4: поле приоритетов, поле кру-гового арбитража и поле географических адресов Арбитражный код модуля отоб|>ажаегся на один или дна соревнующихся кода Это отображение есть точно выполненное расширение и не подразумевает. >по существуют два особых класса кодов арбитража. Разряд сц7 используется для индикации. запрашивает ли модуль второй проход арбитража, так что код однопроходного арбитража побеждает код двухпрохолного арбитража, если оба они встретились в одном и том же цикле занятия управления.

5.12-2.1 Поле приоритетов

8-разряянос ноле приоритетов. PR|7. . . 0], выделяет один из 256 уровней приоритетов для запроса. Класс приоритета модуля может быть установлен системой или модулем. Два наивысших уровня приоритета, где вес разряды есть «I». за исключением PRO. используют однопроходны)! цикл соревнования. Эго возможно, потому иго, когда все PR|7. . . I] в состоянии «1», источник запросов будет всегда выигрывать первый проход, таким образом в этом случае он может быть пропущен Поэтому, приоритеты 254 и 255 имеют почти удвоенное соотношение к остальным приоритетам. таким образом они должны быть использованы в системах, где есть только один или два уровня приоритета.

5.1.2.2.2 Поле круговою арбитража

Одноразрядное поле кругового арбитража RR в сочетании с полем географических адресов определяет позицию модуля в очереди крутовых запросов. Протокол кругового арбитража гарантирует справедливое и беспристрастней: распределение владением магистралью для соревнующихся модуле»! посредством доступа всех модулей по кругу к владению магистралью в последовательности, определяемом величиной уникального поля, которое присваивается модулю.

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

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

Если модуль, использующий протокол кругового арбитража, отказывается от магистрали в пользу модуля с высшим классом приоритета да того, как закончится его собственная передача, то он может установить разряд кругового приоритета в «I*. подтверждая свое право овладения магистралью, как только это станет возможным для его приоритетного класса.

ГОСТ Р ИСО/МЭК 10857-95

5.1.2.2.3 Поле географических адресов

Поле географических адресов является 5-ризрядным GA|4... 0], что гарантирует уникальность номера арбитража. Если модуль претендует на магистраль, номер должен соответствовать гсографи-ясскому адресу модуля. Величина «11111о нс допускается, чтобы не вызвать конфликта с Широкове щатсльной адресной схемой РУС.

5.1.2.3 Устранение выигравшего задатчика

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

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

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

5.1 2.4 Откат от передачи

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

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

5.1.2.5 Остановка

Если нет опросов на магистраль, задатчик магистрали сохраняет управление шиной данных даже после завершения своих передач. Это состояние известно как остановка. Если у задатчика есть новый запрос в то время, пока он владеет шиной данных, он может начать новую передачу по шине данных немедленно, без инициирования цикла арбитраж;». Это позволяет уменьшить время П|юстоя магистрали в некоторых типах систем.

5.1.3 Линии магистрали

5.1.3.1 АР * , AQ * , AR * Синхронизация получения управления

По этим линиям осуществляется синхронизация модулей в течение всего процесса занятия магистрали. Эти линии функционируют во всех шести последовательных стадиях, начиная с фазы О н кончая фазой 5.

5.1.3 2 АС[1... 0|* Условие арбитража

В интервале с 3 по 5 фазу модули выставляют АСО* для сообщения об ошибке арбитража.

При распределенном арбитраже в интервале с 3 по 5 фазу модули выставляют АС1* для запрещения передачи владения магистралью в цикле получения управления При центральном арбитраже модули выставляют ACI * для запрещения передачи частных центральных арбитражных сообщений, которые могут возникать в течение первого прохода при двухпроходном состязании за право владения магистралью. ACI * всегда выставляется вместе с АСО*, если возникает ошибка. Если АС1 * выставляется один в интервале с 3 по 5 фазу, передача права владения магистралью запрещается по причинам, нс связанным с обнаружением ошибки.

5.1.3.3 АВ[7... 0]* Шина арбитража

Соревнующиеся модули выставляют свои колы приоритетов спП на ab||* в течение первой фазы. Однако, если какой-либо из сигналов сп х есть логический нуль, а сигнал на соответствующий линии магистрали АВ_х* есть логическая единица, то, пока эти условия сохраняются, все младшие разряды al>[x—I.. .0] * обнуляются. Это производится в течение третьей фазы.

29

ГОСТ Р ИСО/МЭК 10857-95

5.1.3.4 АВР* Четность арбитра

Если код приоритета одного из соревнующихся четный, то он должен выставить abp* в первой фазе. Однако, если каждый из разрядов ab[]* сброшен, как описано в 5.1.8.3, abp* должен быть также сброшен- Это производится в течение третьей фазы.

5.1.4 Логика соревнования арбитража

К.а. показано на примерах схем (рис. 5—1а. 6), если код приоритета модуля в каком-либо из разрядов нулевой, а другой модуль имеет единицу в этом разряде, то модуль, у которого присутствует логический нуль, отпускает все младшие линии ab[ | *. В конце концов на линиях АВ| | * устава вится код модуля и наивысшим приоритетом.

В некоторых случаях модули сбрасывают сигналы на линиях ab|] *, чтобы выставить их впоследствии. На рис. 5—2 приведен пример арбитража, где три модуля одновременно начинают состязание, используя коды «00001010», «00001001» и «00000100» соответственно. АВ[7.. 4] * не показаны на рисунке, т. к. они остаются сброшенными в этом цикле арбитража.

Арбитражное соревнование на рис. 5—2 происходит следующим образом.

1) Три модуля выставляют свои коды приоритета на шину арбитража.

2) После задержки, обусловленной прохождением сигналов по магистрали, уровни на линиях магистрали АВ(3. .0| * выставляются как «п|>оводнос ИЛИ» сигналов, выставленных каждым модулем в отдельности.

3) Первый модуль, определив выставленный АВ2*, снимает аЫ * . Второй модуль, определив выставленные АВ2* и ABI * , снимает аЬО*. Третий модуль, определив выставленный АВЗ*, снимает аЬ2 *.

4) Магистраль отражает результат отпускания этих линий.

5) Первый модуль, определив отпускание АВ2*, выставляет abI *. Второй модуль, определив отпускание АВ2* и АВ1*, выставляет аЬО*.

6) Магистраль отражает результат выставления этих сигналов.

7) Второй модуль, определив выставленный АВ1 *, снимает AB0*.

8) Магистраль отражает результат отпускания этой линии.

30

ГОСТ Р ИСО/МЭК 10857-95

Как показано на рис. 5—2, победивший модуль (модуль 1) отпускает abl*. а после снова выставляет его. Модуль (также должен ждать, пока модуль 2 нс отпустит аЬО * . чтобы узнать, что он победитель. Время, требуемое для установления победившего арбитражного кода, называется выменем арбитраж и о го соре В) 1ОДД1ШЯ •

Эти схемы не должны рассматриваться как требования к применению.

Рисунок 5—2 — Пример арбитражной! соревнования

5.1.5 Время арбитражного соревнования

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

1_а ■ IO*t_|xl' ♦ 5*1 ext + 4*t_uit +■ t win.

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

Символ i_pd’ используется для представления максимального времени распространения сигналов вдоль линий, которые образуют логическую магистраль. Величина t_pd’ хранится в регистре задержки распространения линий передач, описанного в разделе 7.1. и является функцией максимальной длины линии передачи и применяемой системе.

11-н* л

ГОСТ Р ИСО/МЭК 10857-95

Символ tjnt используется для представления задержки модуля между изменением на любой арбитражной линии АВ_х* на его входе и соответствующим изменением на соседних арбитражных выходах ab|x—1)* или abp*. где коды приоритетов выставляются или снимаются с этих разрядов.

Символ с. ext используется для представления задержки между изменением на любой линии арбитража АВ х* на входе любого другого соревнующегося модуля и соответствующими изменениями на тех арбитражных выходах модуля ab|x— 11 * или abp *, который выставил этот код приоритета или снял эти разряды.

Символ t_wm используется для представления максимальном задержки между временем, когда код на магистрали АВ|7 . .0|* становится стабильным и экиквалстным коду сп[7. . .0| на входе модуля, давая полоть модулю, ото он победитель.

5.1.6 Арбитражные состояния

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

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

Рисунок 5-3 — Состояния занятия управления

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

5.1.7 Фазы арбитража

Шесть фаз трех синхросигналов, АР*, AQ* и AR*. используются в течение цикла занятия управления. Обычно каждая фаза завершается так быстро, как позволяют задержка распространения и время разрешения метаетабильностей. Если требуются два прохода арбитражного соревнования, то повторяется весь цикл занятия управления.

32

ГОСТ Р ИСО/МЭК 10857-95

Сигналы АР*. AQ* и AR* являются синхронизирующими и представляют проводное ИЛИ модульных сигналов ар*, aq* и аг* соответственно. Любой из них может быть снят с .магистрали, только если каждый модуль отпустит этот сигнал. Снятие сигнала с линии — это общая синхронизирующая точка для каждого модуля. Модуль нс может перейти к следующей фазе синхронизированного арбитражного цикла, пока все модули не отпустят соответствующую арбитражную,тин и ю. Диалогичным образом, выставление какого-либо из этих сигналов показывает, что началась новая фаза, и все модули, даже если они нс участвуют в данном арбитражном соревновании, должны оставаться синхронизированными, выставляя свои собственные сигналы.

Рис. 5—4 показывает последовательность изменений фаз и состояния линии.

Цикл приобретения управления состоит из шести последовательных фаз, начиная с фазы 0 и заканчивая фазой 5. Начало и конец каждой фазы определены перепадом одного из синхронизирующих арбитражных сигналов: АР*, AQ* и AR*. Эти сигналы гарантируют, что все модули, участвуют они в соревновании или нет, остаются синхронизированными в течение всего цикла приобретения управления.

Рисунок 5—4 — Посзслопателышсп приобретения управления

5.1.7.1 Фаза 0: Фаза ожидания

Фаза 0 или фаза ожидания определена, когда АР* отпущен, AQf в логическом нуле и AR* выставлен. Это то состояние линий синхронизации арбитража, когда не происходит цикла соревнования. Это может быть и промежуток между двумя циклами соревнования в двухфазном запросе или сообщении. Модули, которые желают поспать сообщение или запрос на магистраль, выставляют ар* . Эго первое указание другим модулям о том, что соревнование началось.

ГОСТ Р ИСО/МЭК 10857 -95

5.1.7.2 Фаза решения

Фаза I или фага решения определена, когда АР* выставлен. AQ* оглушен hAR* выставлен. Каждым модуль отвечает на выставление АР* выставлением ар* . Так как другие модули (нс инициатор соревнования) .могут принять решение посоревноваться в это же самое нремя. решение о соревновании — п))сдмет метастабнльноиги в связи с асинхронностью между опознаванием выставления АР* и внутреннего сообщения модуля пли сигнала запроса магистрали для арбитражной логики. Модули должны разнишь любые мсгастабильныс ситуации до прекращения фазы решения.

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

Ни один модуль нс может снять аг* до тех пор, пока не будут сняты сигналы асО* и acl *. и. если модуль соревнующийся, это позволяет ему установить свой арбитражный номер сп^ и код четности сир, соответственно, на ab| | * и abp* шины арбитража.

5 I 7.3 Фаза 2: Фаза состязания

Фаза 2. т. с. <|юза соревнования, определяется выставлением АР *, снятием AQ * и установлением ARI в нулевое состояние 11осле обнаружения начала фазы 2 соревнующиеся начинают синхронизировать время установления арбитражного соревнования.

В начале ((юзы 2 все модули запускают на 1—2 мкс таймер для обнаружения ошибок. Этот таймер уведомляет систему об ошибке арбитража, если это проистекает до выставления AQ* Эго обеспечивает механизм исправления некоторых типов ошибок, которые в противном случае могли бы вызвать зависание магистрали.

Каждый соревнующийся модуль проверяет свой внутренний сигнал о победитель» с логики арбитражною соревнования. Поскольку соревнование является итерационным процессом, состояние этого сигнала может изменяться множество раз, пока не установится его окончательное значение. Если 1<|юмя арбитражного соревнования модуля заканчивается выставлением его сигнала -победитель», он изменяет свое состояние как победитель (или выбранный задатчик) л выставляет aq*.

Если же интервал обнаружения ошибки (I мкс) заканчивается до выставления AQ*, эго означает ошибку арбитража Все модули, обнаружившие ошибки, выставляют aq * и подтверждают, что арбитражное соревнование заканчивается без передачи владения магистралью п осядет ном выставления и асО* л ас) *.

S 1.7 4 Фага 3: Проверка ошибки

Фаза 3, т. с. фаза проверки ошибки, она идентифицируется выставлением сигналов АР* . AQ* н снятием AR* . Все модули после обнаружения AQ* выставляют aq* .

В течение фазы 3 все модули фиксируют номер (код) победителя в соревновании, полученный с магистрали, и проверяют его четность. Проигравшие модули могут также убедиться в том, что код победителя больше, чем его собственный. Любой модуль, обнаруживший ошибку, выставляет асО* и ас I * .

В системах с распределенным арбитражем, если победитель делает запрос магистрали, он становится выбранным задатчиком. Фаза 3 продолжается до тех пор. пока продолжается передача действующего задатчика на параллельной магистрали. Модули могут делать запросы с целью устранения выбранного задатчика выставлением ас! * н течение фазы 3. вызывая арбитражное соревнование без передачи владения магистралью. При двухпрохолиом соревновании возможны предприятия попыток устранения при первом п]юходс. Заметим, «по решение устранить выбранною задатчика является предметом для мстастабильности.

В системах с рас поделенным арбитражам каждый модуль проверяет AS* с целью обнаружения сю снятии действующим задатчиком. Эти сигналы, которыми заканчивается передача по ма-гистрзли задатчиком, после чего становится возможной передача права владением магистралью Когда AS* снимается, каждый модуль снимает ар*. (Заметим, что если AS* выставлен во время выполнении фазы 3. некоторые модули могут обнаруживать эти условия, выставляя ар*, а другие нс могут. Модули, которые сняли ар* , будут приостановлены, г. с. нс будут в состоянии устранит ь выбранного задатчика магистрали вплоть до следующего снятия AS* или выставления АС) *).

В системах с распределенным арбитром модули, посылающие арбитражные сообщения, уведомляют, что отсутствует передача права владения магистралью, выставляя ас)* в течение фазы 3.

J4

ГОСТ Р ИСО/МЭК 10857-95

В системах с центральным арбитром модули снимают ар* . как только становятся действительными Данные на асО* и ас I * .

В том и другом случаях модуль, соревнующийся с двухпроходным номером и определившим себя как промежуточного победителя, выставляет ас!*, чтобы предотвратить преждевременную передачу сообщения или права владения магистралью. Только после завершения обоих проходов появляется единственный победитель и производится посылка сообщения или передача права владения магистралью Все модули также проверяют АС1* и снимают ар*, если обнаруживают выставление АС! * Это означает, что цикл был отменен или не закончился.

5 I 7.5 Фаза 4: Освобождение задатчиком

Фаза 4, т. с. фаза освобождения задатчиком, идентифицируется установкой APf в логический нуль выставлением сигнала AQ* и снятием AR*. В начале фазы 4 все модули сбрасывают ab|j*

В системах с распределенным арбитражем все модули проверяют АСО* и АС!* с целью обнаружения сообщения: об ошибке, необходимости уединения, о блокировке передачи права владения магистралью.

В системах с распределенным арбитражем, если действующий задатчик хочет произвести дополнительные обмены, то он может исключить передачу права владения магистралью в фазе 4. выставив ас 1 * . Если он готов передать право на владение магистралью и ни один из сигналов .АСО * и АО * не выставлен, а также АКТ находится в логическом нуле, то задатчик проверяет, что вес информационные линии на параллельной магистрали освобождены. После этого он выставляет аг*. сообщая о подходе к фазе 5. Если не намечается передача права на владение магистралью, задатчик может сразу перейти к фазе 5 выставлением аг*.

В системах е распределенным арбитражем каждый модуль, кроме действующего задатчика, включает таймер на I мкс после обнаружения APf в состоим ни логического нуля Затем он следит за AR*. ожидая его установки задатчиком. Пекле обнаружения установки AR* модуль должен остановить таймер и выставить аг* Если I мкс интервал закончился по причине какой-либо неисправности задатчика, модуль должен выставить ai * и закончить фазу 4.

В системах с центральным арбитром все модули сразу выставляют аг* для выхода из фазы 4,

5.1.7.6 Фаза 5: Передача права на владение магистралью или передача сообщения

Фаза 5. т. с. фаза передачи сообщения или права на владение магистралью, идентифицируется снятием АР* и выставлением сигналов AQ* и AR* Во время фазы 5 вес модули запоминают состояние сигналов АСО* и АС1*. чтобы определить, какое событие имело место: передача сообщения, передача права на владение магистралью или передача не была осуществлена вследствие отмены или обнаружения ошибки арбитража. После запоминания статуса модули сбрз-сываюгац*.

В системах с распределенным арбитражем выигравший задатчик при обнаружении установки AR* и снятия обоих сигналов АСО* и АС1* принимает право на владение магистралью. Если один из последних выставлен, То текущий задатчик сохраняет свое право на владение магистралью.

Если в начале фазы 5 был выставлен ACI*. то передача сообщения или права на владение шиной блокируется. Эго может произойти по нижеследующим причинам.

I) Возникла ошибка арбитража.

2) Необходим второй проход соревнования до завершения цикла занятия.

3) В системе с центральным арбитром второй проход соревнования необходимо провести до завершения сообщения центрального арбитра.

4) В системе с распределенным арбитражем арбитражное сообщение должно быть посланным.

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

6) В системе с распределенным арбитражем новый вынизавший задатчик устраняется модулем с более высоким приоритетом.

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

1-3-13* з<

ГОСТ Р ИСО/МЭК 10857 95

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

5.1.8 Примеры арбитража

5.1.8.1 Однопроходное соревнование (Централизованное или распределенное)

Рис. 5—5 иллюстрирует однопроходное арбитражное соревнование, результатом которого является передача управления магистралью (в распределенных системах) или поддача общего сообщения (в центральных системах). Заметим, что состояние сигнала AS* для центральной арбитражной системы нс htjkict никакой роли. Процесс происходит следующим образом.

Рисунок S—5 - Однопроходное соревнование

I) Когда сделан запрос на магистраль (распределенный или общее арбитражное сообщение) одним или несколькими модулями, эти модули выставляют ар*, начиная фазу 1.

2) Остальные модули, определив выставление АР* . принимают решение о своем участии или неучастии в соревновании и выставляют ар*.

3) Соревнующиеся модули активируют свои арбитражные номера на ab||*. abp*. и отпускают аг*.

4) После того, как со|>свнуюшиеся модули определят наличие логического нуля на ART, индицирующее начало фазы 2. они начинают отсчет времени установления арбитражного соревнования.

5) После установления арбитражных линии одни из модулей определяет, что он является победителем, и выставляет ац* , тем самым начиная фазу 3.

6) Модули запоминают идентификатор (номер) победителя с линий АВ[|*. проводят проверку отсутствия ошибок и, в случае распределенного запроса, ждут отпускания AS*.

36

ГОСТ Р ИСО/МЭК 10857-95

7) В случае распределенного запроси после того, как будет отпущен AS*, вес модули отпускают ар*. В случае общего сообщения запроса ар* отпускается немедленно

8) Когда модули определяют, что APf в логическом нуле, начинается фаза 4.

9) В случае распределенного запроса действующий задатчик, закончив последнюю передачу, выставляет аг* и изменяет свой статус на статус задатчика, нс нуждающегося в магистрали. В случае общего сообщения запроса вес модули выставляют аг* немедленно.

10) В случае распределенного запроса определение выбранным задатчиком выставленного сигнала ЛК* . индицирующее начало фазы 5. изменяет его статус на статус действующего задатчика и он может начинать передачи по параллельной магистрали

Н) Модули, определившие передачу управления или прохождение сообщения, отпускают aq*.

5.1.8.2 Однопроходное соревнование с устранением (Распределенное)

Рис. 5—6 иллюстрирует однопроходное арбитражное соревнование с устранением, отменяющее передачу права на владение магистралью (в распределенных системах». Процесс происходит следующим образом.

Рисунок 5-6 — Однопроходное соревнование с устранением

1) Когда сделан запрос на магистраль одним или несколькими модулями, эти модули выставляют ар*. начиная фазу 1.

2) Остальные модули, определив выставление АР*, принимают решение о своем участия или неучастии В соревновании и выставляют ар* .

3) Соревнующиеся модули активируют свои арбитражные номера на аЬЦ*. abp* и отпускают аг*.

4) После того, как соревнующиеся модули определят наличие логического нуля на ARf, индицирующее начало фазы 2. они начинают отсчет времени установления арбитражного соревнования.

5) Пекле установления арбитражных линий один из модулей определяет, что он является победителем. и выставляет aq*, тем самым начиная фазу 3.

2 Г 37

ГОСТ Р ИСО/МЭК 10857-95

6) Модули запоминают идентификатор (номер) победителя и линии АВ||*. проводят проверку отсутствия ошибок и ждут отпускания AS*

7) Не участвующий в арбитраже модуль, получая (внутреннее) требование запросить магистраль. определяет, что его арбитражный номер выиграл бы предыдущее соревнование. Поэтому этот модуль выставляет acl * для устранения вымчавшего задатчик;! и отпускает ар* .

8) Когда другие .модули определяют, -что ACI ★ установлен, они отпускают ар*.

9) Когда модули определили, что АС1 * установлен и APf в логическом нуле, они выставляют аг* , чтобы начать фазу 5.

10) Затем модули определяют, что передача права на владение магистралью нс состоялась, и отпускают aq*.

11) После обнаружения AQf в логическом нуле модули начинают новое арбитражное соревнование.

5.1.8.3 Посылка сообщения распределенного арбитража

Рис. .5—7 иллюстрирует двухпроходнос арбитражное соревнование, результатом которого является посылка арбитражного сообщения Процесс происходит следующим образом.

Рисунок S—7 — Арбитражное сообщение

1) Когда сделан запрос на магистраль одним или несколькими модулями, эти модули выставляют ар* , начиная фазу I

2) Остальные модули, определив выставление АР*, принимают решение о своем участии или неучастии в соревновании и выставляют ар*.

3) Соревнующиеся модули активируют свои арбитражные номера на ab(]*, abp* и отпускают аг*.

4) После того, как соревнующиеся модули определят наличие логического нуля на ARf, индицирующее начало фазы 2, они начинают отсчет времени установления арбитражного соревнования.

5) Модули, посылающие арбитражные сообщения, быстро определяют, что они победители, и выставляют aq *, тем самым начиная фазу 3.

6) Модули, посылающие арбитражное сообщение, выставляют acl*, чтобы вызвать проведение второго прохода соревнования, и отпускают ар*.

И

ГОСТ Р ИСО/МЭК 10857-95

7) Когда другие .модули определяют, что АС1* установлен, они отпускаю» ар*.

8) Когда модули определили, что АС1 * установлен и APf в логическом нуле, они выставляют аг* для начала фазы 5.

9) Затем модули, определив, что передача права на владение магистралью нс состоялась, и Т|>сбустся провести второй проход, от пускают aq*

10) Когда модули, которые не были заблокированы проигрышем в первом проходе, определяют, что AQf в логическом нуле, они начинают новое арбитражное соревнование.

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

5.1.8.4 Двухпроходнос соревнование (Центральное или распределенное).

Рис. 5—8 иллюстрирует двухпроходнос арбитражное соревнование, результатом которого является передача права на владение магистралью (н случае распределенной системы) или передачей центрального сообщения (в случае централизованной системы). Первый П|юход состоит из однопроходного соревнования, отмененного победителями первого прохода. Участники, пронизавшие первый проход, заблокированы от участия во втором проходе. Второй проход поизводится аналогично однопроходному соревнованию и передачей права владения магистралью, описанному в 5.1.8.1. за исключением того, что соревнуются только выигравшие в первом л|юходе. Заметим, что состояние AS* опять несущественно в центральной арбитражном системе.

5 1.8.5 Однопроходное с ошибкой

Рис. 5—9 иллюстрирует однопроходное арбитражное соревнование, в котором обнаруживается ошибка, что отменяет либо пс]>едачу права на владение магистралью, либо передачу сообщения. Операция выполняется нормально до тех пор, пока в фазе 3 не обнаруживается ошибка, вызываю-

39

ГОСТ Р ИСО/МЭК 10857-95

щам выставление одним иди несколькими модулями обоих сигналов асО* и ас!*. После этого выполнение операции произносится как и в случае любого отмененного никла, за исключением того, что модули приняли во внимание ошибку в фазе 5 и выполняют соответствующее действие по восстановлению после ошибки.

5.2 Спецификация

5.2.1 Атрибуты арбитражного сообщения — центральный арбитр

ЗАП РОС АРБИТРАЖНОIО.СООБЩ Е НИЯ

Модули могут установить ЗАПРОС АРБИ ГРАЖНОГО СООБЩЕНИЯ при условии: LU-ИГРАЛЬНЫЙ АРБИТР & —ИНИЦ & РАСИРЕДЕЛ ЕННОЕ_СООБЩЕНИЕ РАЗРЕШЕНО &-УДЕРЖАНИЕ. МАГИСТРАЛИ & -ПОСЫЛКА.ЦЕНТРАЛ ЬНОГО_СООБЩЕНИЯ & -ЗА-ПРОС_ЦЕНТР.АЛЬНОГО СООБЩЕНИЯ & - ВТОРОЙ_ПРОХОД & ФАЗА.О & -ар*, чтобы послать арбитражное сообщение. Модули должны сбросить ЗАПРОС_АРБИТРАЖНОГО_СООБ-ЩЕНИЯ при условии: -ЦЕНТРАЛЬНЫЙ-АРБИТР ; (ИНИЦ ; -УДЕРЖАНИЕ_МАГИСТРА-ЛИ - ПОСЫЛКА ЦЕНТРАЛЬНОГО СООБЩЕНИЯ ! РАСПРЕДЫГННОЕ СООБЩЕНИЕ. РАЗРЕШЕНО) & -ВТОРОЙ-ПРОХОД & ФАЗА-0 & -ар*.

Решение Об установке WI2<X_A2I^OLAk&HQ^ щашаса Предмезим мег

тасгабильностц. Модули НС ДаЖНЫ £ШШШ ОТ* Й ТЕЗЙННС ЩВШ&Ш1, МИлШКШШа для разрешения +1013? УСАОМЯ

ЗАПРОС-ЦЕНТРАЛ ЬНОГО-СООБЩЕН ИЯ

Модули могут установить ЗАПРОС_ЦЕНТРАЛЬНОГО_СООБШЕНИЯ при условии: ЦЕНТРАЛЬНЫЙ-АРБИТР& - ИНИЦ & РАСПРЕДЕЛЕННОЕ_СООБЩЕНИЕ_РАЗРЕШЕНО & --УДЕРЖАНИЕ_МАГИСТРАЛИ & -ПОСЫЛКА_ЦЕНТРАЛЬНОГО_СООБЩЕНИЯ & -ЗА П1ЮС АРБИТРАЖНОГО СООБШЕНИЯ & -ВТОРОЙ-ПРОХОД & ФАЗА.О & -ар*, чтобы послать арбитражное сообщение. Модули доджи ы сбросить ЗАП РОС ЦЕНТРАЛ ЬНОГО СООБ-

41)

ГОСТ Р ИСО/МЭК 10857-95

ЩЕНИЯ при условии; -ЦЕНТРАЛЬНЫЙ АРБИТР; (ИНИЦ ;-УДЕРЖАНИЕ МАГИСТРАЛИ ; -ПОСЫЛКА_ЦЕНТРАЛЬНОГО_СООБШЕНИЯ ' РАСПРЕДЕЛЕННОЕ СООБЩЕНИЕ РАЗРЕШЕНО) & -ВТОРОЙ_ПРОХОД & ФАЗА_0 & -ар*.

Решение об установке ЗАПРОС ЦЕНТРАЛЬНОГО .СООБЩЕНИЯ ЯВЛЯЙСЯ Щ&ДМ£К2М М£г таи габнльноетм. Модули не должны снимать аг* в течение времени, достаточно го для шшиаодш 2I2LQ УМОВМЯ

НОС ЫЛКА_АРБИТРАЖНОГО_СООБЩЕНИЯ

Модуль должен установить ПОСЫЛКА АРБИТРАЖНОГО_СООБЩЕНИЯ при условии. ЗА-ПРОС_АРБИТРАЖНОГО СООБЩЕНИЯ & ВЫИГРАВШИЙ & -АСО* & ФАЗА 5. Модуль должен сбросить ПОСЫЛКА АРБИТРАЖНОГО СООБЩЕНИЯ при условии: -ЗАПРОС,АРБИТРАЖНОГО СООБЩЕНИЯ.

ПОСЫЛКА„ЦЕНТРА'1ЫЮГО_СООБЩЕНИЯ

Модуль должен установить ПОСЫЛКА ЦЕНТРАЛЬНОГО СООБЩЕНИЯ при условии: ЗА-ПРОС_ЦЕНТРАЛЬНОГО_СООБЩЕНИЯ & ВЫИГРАВШИЙ & -ТРЕБУЕТСЯ ВТОРОЙ ПРО-ХОД & - АСО* & ФАЗА 5. Модуль должен сбросить ПОСЫЛКА ЦЕНТРАЛЬНОГО СООБЩЕНИЯ при условии: -ЗАПРОС ЦЕНТРАЛЬНОГО СООБЩЕНИЯ.

PR|7 . .0|

Модуль может кируипь S-разрядный код приоритета в PRJ7 .. .0] для смены уровней приоритета цешральиогоарбитра при условии: —ЗАПРОС ЦЕНТРАЛЬНОГО СООБЩЕНИЯ.

RQ

Модули могут установить RQ для смены у|хмжя приоритета линии зал|юса центрального арбитра RQ1*. Модули могут сбросить RQ для смены уровня приоритета линии запроса центрального арбитра RQ0* Любые изменения RQ могут производиться только при условии : -ЗАЛ РОС Ц Е НТ РАЛ ЫIО ГО_СОО Б Щ Е Н И Я.

АМ|13 . .0|

Модуль должен загрузить 7_ра «рядный код арбитражного сообщения в АМ|6 ... 0) при условии: (ФАЗА 0 1 ФАЗА. I > & -ЗАПРОС.АРБИТРАЖНОГО.СООБЩЕН ИЯ & аг*. Модуль должен загрузить 14-ратрялнып кол арбитражного сообщения в АМ| 13 . UJ при условии: —ВТОРОЙ_ПРО-ХОД& (ФАЗА-0 ; ФАЗА-1) & -ЗАПРОС_ЦЕНТРАЛЬНОГО_СООБЩЕНИЯ &аг*; при этом код AMf 13 . . . 6) должен равняться колу PR|7 . 0|, АМ5 должен быть равен RQ и код АМ|4 . . . 0|

должен равняться копу GA|4 .. 0|.

5.2.2 Атрибуты арбитражного сообщения — распределенный арбитр

ЗА! 1 РОС РАСП РЕД ЕЛ ЕН IЮГО СООБЩЕ11 ИЯ

Модули могут установить ЗАПРОС РАСПРЕДЕЛЕННОГО СООБЩЕНИЯ при условии. -ЦЕНТРАЛЬНЫЙ АРБИТРА-ИНИЦ & РАСПРЕДЕЛЕННОЕ_СООБЩЕНИЕ_РАЗРЕШЕНО & -УДЕРЖАНИЕ.МАГИСТРАЛИ & -ЗАПРОС РАСПРЕДЕЛЕННОГО СООБЩЕНИЯ & -ПОСЫЛКА РАСПРЕДЕЛЕННОГО СООБЩЕНИЯ & -ВТОРОЙ ПРОХОД & ФАЗА,0 & -ар*, чтобы послать арбитражное сообщение. Модули должны сбросить ЗАПРОС РАСПРЕДЕЛЕННОГО СООБЩЕНИЯ при условии; ЦЕНТРАЛЬНЫЙ .АРБИТР ; < ИНИИ РАСПРЕДЕЛЕН НОЕ_СООБ-ШЕНИЕ. РАЗРЕШЕНО ; УДЕРЖАНИЕ МА1 ИСТРАЧИ ПОСЫЛКА_РАСПРЕДЕЛЕННО-ГО. СООБЩЕНИЯ) & -ВТОРОЙ-ПРОХОД & ФАЗАД)& -ар* .

решений Об УХ1ЛШЩ& MllP.QC_f^CnpFAEIEH^ СООБЩЕНИЯ является гщедмедом >№таОилькости. Модули из должны снимать ai ♦ в течение времени, достаточного для разрешения наго у&шшш.

ПОСЫЛ КА_РАСП РЕДЕЛ ЕННОГО-СООБЩЕН ИЯ

Модуль должен установить ПОСЫЛКА РАСПРЕДЕЛЕННОГО СООБЩЕНИЯ при условии; ЗАПРОС РАСПРЕДЕЛЕННОГО СООБЩЕНИЯ & ВЫИГРАВШИЙ & -ЗАПРОС ВТОРОГО-ПРОХОДА & -АСО* & ФАЗА.5. Модуль должен сбросить ПОСЫЛКА РАСПРЕДЕЛЕННОГО СООБЩЕНИЯ при условии; -ЗАПРОС РАСПРЕДЕЛЕННОГО СООБЩЕНИЯ

РАС 11 РЕДЕЛ Е Н НОЕ СООБЩЕ i 1И Е

Модуль должен установить РАСПРЕДЕЛЕН НОЕ.СООБШЕН И Е при условии: ФАЗА.З & - ВТОРОЙ-ПРОХОД А АВ7*& АВ6*& ДВ5* & АВ4*& АВЗ*& АВ2*& АВ1*& АВО*. Модуль должен удерживать РАС ПРЕДЕЛЕН НО Е_СООБЩЕН И Е до тех пор. пока: ИНИЦ ; ФАЗА 0 .'-ВТОРОЙ ПРОХОД.

АМ|6 .. . 0|

Модуль должен загрузить /-разрядный код арбитражного сообщения на АМ[6 . 0| при условии. (ФАЗАНО ФАЗА I) £ ЗАПРОС_РАСПРЕДЕЛЕННОГО_СООБЩЕНИЯ & аг*.

ГОСТ Р ИСО/МЭК 10857-95

5.2.3 Атрибуты арбитража — распределенный арбитр

ЗА11 РОС РАСП РЕДЕЛЕН НОГО. АРБИТРАЖА

Для получения прана на владение магистралью модули могут установить ЗАПРОС РАСПРЕ -ДЕЛЕННОГО АРБИТРАЖА при условии: -ЦЕНТРАЛЕН ЫЙ.АРБИТР & -ИНИЦ & РАЗРЕШЕНИЕ ЗАДАТЧИКА & -УДЕРЖАНИЕ,МАГИСТРАЛИ & -ДЕЙСТВУЮЩИЙ ЗАДАТЧИК & -ЗАПРОС_РАСПРЕДЕЛЕННОГО_СООЬЩЕНИЯ & -ВТОРОЙ,ПРОХОД & ФАЗА.0 & -ар*. Модули Должны сбросить ЗАЛРОС_РАСПРЕДЕЛЕННОГО_АРБИТРАЖА при условии: ЦЕНТРАЛЬНЫЙ АРБИТР (ИНИЦ [РАЗРЕШЕНИЕ ЗАДАТЧИКА [ УДЕРЖАНИЕ МАГИСТРАЛИ ; РАС-ПРЕДЕЛЕННЫЙ-ЗАДАТЧИК) & -ВТОРОЙ,ПРОХОД & ФАЗА.0 & -ар*

Еешсшк об шцшшшк ЗДЙ№-_РАОТЕ&и^ авлааш! предметам

мстастабильности. Модули цс должны снимать ai* в течение времени, достаточного ал я ра цхине-ЧИЯ нот ЧЛ^ВЛЯ.

УСТРАНЕНИЕ

Если модулю необходимо послать арбитражное сообщение или он хочет полупить право владения магистралью при помощи использования более высокого кода приоритета (PR(7 . . . 0], RR. GA[4...0[) по сравнению с текущим выигравшим, он может установить УСТРАНЕНИЕ при условии: -ЦЕНТРАЛЬНЫЙ. АРБИТР* -ИНИЦ * РАЗРЕШЕНИЕ.ЗАДАТЧИКА & -УДЕРЖАНИЕ МАГИСТРАЛИ & ФАЗА,? & ар*. Модули должны удерживать УСТРАНЕНИЕ до ФАЗА_0 '

Решение об Установке УСТРАНЕНИЕ, яцласш предметам M№ltWiUbHCCUl Модули НС ДОЛЖНЫ унимать ар* К течение времени, достаточного для радхянения этого условия.

ОТСУТСТВИЁ ВЛАДЕЛЬЦА АРБИТРАЖА

Модули должны установить ОТСУТСТВИЕ, ВЛАДЕЛ ЬЦА.АРБИТРАЖЛ при ИНИЦ и удср-жпвать его до ФАЗА,5 & —АСЕ

(ЛАД ЕЛ Г Ц_АРВИТРАЖА

Модуль должен установить ВЛАДЕЛЕЦ АРБИТРАЖА при условии: —ИНИЦ & (ЗА ПРОС.РАСП РЕДЕЛ ЕН НОГО_АРБИТРАЖА * ВЫИГРАВШИЙ & -ТРЕБУЕТСЯ ВТОРОЙ ПРОХОД & —ACI*) * ФАЗА_5 и удерживать его установленным до: ИНИЦ [(—ЗАПРОС РАСПРЕДЕЛЕННОГО АРБИТРАЖА & -ТРЕБУЕТСЯ ВТОРОЙ ПРОХОД &-ЛС1»; ! ЗАП РОС. РАСП РЕДЕЛ ЕННОГО.АРБИТРАЖА & -ВЫИГРАВШИЙ & -ЗАП РОС, ВТОРОГО ПРОХОДА * -АС1*) & ФАЗА,5.

РАС П РЕДЕЛ ЕН Н Ы Й ЗАДАТЧ И К

Модуль должен установить РАСПРЕДЕЛЕННЫЙ ЗАДАТЧИК при условии: ЗАПРОС РАСПРЕДЕЛЕННОГО АРБИТРАЖА & (ВЫИГРАВШИЙ &-ЗАП РОС, ВТОРО ГО, ПРОХОД А & -АС<* & ФАЗА.5 ; ВЛАДЕЛЕЦ АРБИТРАЖА). Модуль должен сбросить РАСПРЕДЕЛЕННЫЙ ЗАДаТЧН К при условии -ЗАПРОС-РАСПРЕДЕЛЕННОГО АРБИТРАЖА & -ct*.

ДВА, ПРОХОДА

Модуль должен установить ДВА_ПРОХОДА при условии: — (PR7* & PR6* & PR5* & PR4* & PR3* & PR2* & PRI*).

PR|7., . 0|

Модуль должен загрузить S-разрядный код приоритета в PR|7 . . . 0J при условии. — ВТОРОЙ’ПРОХОД * (ФАЗА_0 : ФАЗА_1) & ЗАПРОС РАСПРЕДЕЛЕННОГО АРБИ!-РА & аг*.

КРУ ГО ВОЙ-АРБИТРАЖ

Модули должны либо удерживать атрибут КРУГОВОЙ_ЛРБИТРАЖ для каждого класса приоритетов. либо, если классы со множественным)! приоритетами объединены единственным атрибутом КРУГОВОЙ-АРБИТРАЖ. должны сбрасывать КРУ1 ОВОЙ_АРБИТРАЖ каждым раз, когда П]юизводи1ся смени класса приоритета, связанного с атрибутом КРУГОВОЙ-АРБИТРАЖ.

Модуль должен установить КРУГОВОЙ-АРБИТРАЖ ДЛЯ класса приоритета при условии — ИНИЦ * СОЗД.ХТЕЛЬ УНИКАЛЬНОСТИ & ФАЗА 5 & АС1* и должен удерживать его до: ИНИЦ ; -СОЗДАТЕЛЬ-УНИКАЛЬНОСТИ & ФАЗА.5 * -ACI*. Модуль может удерживать КРУГ ОВОЙ АРБИТРАЖ установленным, если получено: СТАТУС_ЗАНЯТОСТИ [ СТАТУС.ОЖИ ДАНИЯ.

GA|4 . . . 0|

5-разрядный код GA(4 . .. Oj должен выставляться на GA|4 ... 0|*.

ГОСТ Г ИСО/МЭК 10857-95

УН И КАЛ ЬНОСТЬ.БОЛ ЬШ Е

Модули должны устанавливать УНИ КАЛ ЬНОСТЬ.БОЛ ЬШЕ при условии Ф.АЗАЗ & — РАС-ПРЕДЕЛЕННОЕ_СООБШЕНИЕ & АВ7* и значении кода на АВ|4 ... 0|* большем, чем GA|4 ... 0} и уровне приоритета таком же, как и у текущего выигравшего. Модули должны удерживать УНИКАЛЬНОСТЬ БОЛЬШЕ до: ФАЗА.О.

5.2 4 Атрибуты обшего арбитража и сообщения

СОРЕВНУЮЩИЙСЯ

Модуль должен установить СОРЕВНУЮЩИЙСЯ при условии: —ИНИЦ & —ВТОРОЙ.ПРОХОД & (ЗАПРОС АРБИТРАЖНОГО_СООБШЕНИЯ [ ЗАПРОС ЦЕНТРАЛЬНОГО.СООБЩЕ-НИЯ ; ЗАПРОС-РАСПРЕДЕЛЕННОГО-АРБИТРА ; ЗАПРОС,РАСПРЕДЕЛЕННОГО_СООБ-ШЕНИЯ) & (ФАЗА 0 ; ФАЗА_1) & —аг*, модуль должен удерживать его выставленным до: ИНИЦ; (АСО* ;-ТРЕБУЕТСЯ ВТОРОЙ ПРОХОД ;-ВЫИГРАВШИЙ) & ФАЗА_5.

ВЫЧЕРКНУТЫЙ

Модули должны установить ВЫЧЕРКНУТЫЙ при условии. ФАЗА.З & (УСТРАНЕНИЕ ; ЗАПРОС ВТОРОГО ПРОХОДАМ СОРЕВНУЮЩИЙСЯ ; ОШИБКА АРБИТРАЖА [РАСПРЕДЕ-ЛГННОЕ СООБЩЕНИЕ) ; ФАЗА 4 & ВЛАДЕЛ ЕЕСАРБИТРАЖА & НАЧ.АЛО.ПЕРЕДАЧИ Модули должны сбрасывать ВЫЧЕРКНУТЫЙ при: ФАЗА 0.

CN7

Модуль должен установить сп7 при условии: ЗАПРОС АРБИТРАЖНОГО.СООБЩЕ-НИЯ! ЗАПРОС ЦЕНГРАЛЬНОГО.СООБЩЕНИЯ & ВТОРОЙ ПРОХОД ;ЗАПРОС РАСПРЕДЕЛЕННОГО АРБИТРА & (-ДВА ПРОХОДА ; ВТОРОЙ ПРОХОД) ; ЗАП РОС-РАСП РЕДЕЛЕН НО ГО_С( ЮБЩЕН ИЯ.

CN6

Модуль должен установитьслб при условии: ЗАПРОС_АРБИТРАЖНОГО СООБЩЕНИЯ & АМ6 ! ЗАПРОС ЦЕНТРАЛЬНОГО СООБЩЕНИЯ & (-ВТОРОЙ.ПРОХОД & AMI3 ; ВТОРОЙ ПРОХОД & А Мб) ЗАПРОС РАСПРЕДЕЛЕННОГО АРБИТРА & «-ДВА.ПРОХОДА [ [ВТОРОЙ ПРОХОД) & PRO [ДВА ПРОХОДА & -ВТОРОЙ.ПРОХОД & PR7) [ЗАПРОС. РАСПРЕДЕЛЕННОГО СООБЩЕНИЯ & (-ВТОРОЙ ПРОХОД [ВТОРОЙ ПРОХОД &АМ6).

CN5

Модуль должен установить сп5 при условии: ЗАПРОС_АРБИТРАЖНОГО_СООБЩЕНИЯ & АМ5 ЗАПРОС ЦЕНТРАЛЬНОГО-СООБЩЕНИЯ & (-ВТОРОЙ.ПРОХОД & AMI2 [ВТО-РОЙ-ПРОХОД & АМ5) ; ЗАП РОС-РАС ПРЕДЕЛ ЕН НО ГО АРБИТРА & ((-ДВА, ПРОХОДА J ; ВТОРОЙ_ПРОХОД)& КРУГОВОЙ-АРБИТРАЖ [ДВА ПРОХОДА & ВТОРОЙ ПРОХОД & PR6) ; ЗАПРОС РАСПРЕДЕЛ1 ИНОГО СООБЩЕНИЯ & (-ВТОРОЙ.ПРОХОД [ВЮРОЙ ПРОХОД & АМ5).

CN4

Модуль должен установить ен4 при условии: ЗАПРОС АРБИТРАЖНОГО_СООБЩЕНИЯ & АМ4 ; ЗАПРОС ЦЕНТРАЛЬНОГО СООБЩЕНИЯ & (-ВТОРОЙ.ПРОХОД & АМИ [ ВТОРОЙ ПРОХОД & АМ4) [ЗАПРОС-РАСПРЕДЕЛЕННОГО_АРБИТРА & ((-ДВА ПРОХОДА ! ВГОРОЙ-ПРОХОД) & GA4 [ ДВА ПРОХОДА & -ВТОРОЙ_ПРОХОД & PR5) [ ЗАПРОС РАСПРЕДЕЛЕННОГО СООБЩЕНИЯ & (-ВТОРОЙ ПРОХОД [ВТОРОЙ.ПРОХОД & АМ4).

CN3

Модуль должен установить енЗ при условии: ЗАПРОС_АРБИТРАЖНОГО СООБЩЕНИЯ & АМЗ ! ЗАПРОС ЦЕНТРАЛЬНОГО-СООБЩЕНИЯ &(-ВТОРОЙ-ПРОХОД & АМ10 [ ВТО-РОЙ-ПРОХОД & АМЗ) [ ЗАПРОС РАСПРЕДЕЛЕННОГО АРБИТРА & «-ДВА.ПРОХО-ДА : ВТОРОЙ ПРОХОД) & GA3 [ ДВА ПРОХОДА & -ВТОРОЙ-ПРОХОД & PR4) [ ЗАПРОС РАСПРЕДЕЛЕННОГО СООБЩЕНИЯ & (-ВТОРОЙ ПРОХОД ! ВТОРОЙ-ПРОХОД & АМЗ).

CN2

Модуль должен установить сп2 при условии: ЗАПРОС АРБИТРАЖНОГО_СООБЩЕН ИЯ & АМ2 [ ЗАПРОС ЦЕНТРАЛЬНОГО-СООБЩЕНИЯ & (-ВТОРОЙ.ПРОХОД & АМ9 • ВТОРОЙ ПРОХОД & АМ2) [ ЗАПРОС.РАСПРЕДЕЛЕННОГО АРБИТРА & ((-ДВА.ПРОХО-ДА , ВГОРОЙ_ПРОХОД) & GA2 [ ДВА.ПРОХОДА & -ВТОРОЙ.ПРОХОД & PR3) [ ЗА-ПРОС.РАСПРЁДЕЛЕННОГО.СООБЩЕНИЯ & (-ВТОРОЙ ПРОХОД [ ВТОРОЙ.ПРОХОД & АМ2).

43

ГОСТ Р ИСО/МЭК 10857-95

CN1

Модуль должен установить сп1 при условии: ЗАПРОС^РБИТРАЖНОГО СООБЩЕНИЯ & АМ1 ! ЗАПРОС.ЦЕНТР.АЛЬНОГО СООБЩЕНИЯ & (-“ВТОРОЙ ПРОХОД & AMS ; ВТО-РОЙ .ПРОХОД & АМ1) ! ЗАП РОС_РАС ПРЕДЕЛ ЕН НОГО АРБИТРА & ((-ДВА_П РОХО-ДА : ВТОРОЙ,ПРОХОД) & GA1 !ДВА ПРОХОДА & -ВТОРОЙ ПРОХОД & PR2) ] ЗАПРОС РАСПРЕДЕЛЕННОГО СООБЩЕНИЯ & (-ВТОРОЙ,ПРОХОД ! ВТОРОЙ.ПРОХОД & АМ1).

CN0

Модуль должен установить end при условии. ЗАПРОС АРБИТРАЖНОГО СООБЩЕНИЯ & АМО ! ЗАПРОС ЦЕНТРАЛЬНОГО СООБЩЕНИЯ & (-ВТОРОЙ.ПРОХОД & АМ7 ; ВТО-РОЙ_ПРОХОД & АМО) ; ЗАП РОС_РАС ПРЕДЕЛ ЕН НОГО АРБИТРА & ((-ДВА ПРОХОДА ! ВТОРОЙ ПРОХОД) & ОАО ! ДВА ПРОХОДА & -ВТОРОЙ ПРОХОД & PR1) } ЗА-ПРОС_РАСПРЕДЕЛЕННОГО_СООБЩЕНИЯ & (-ВТОРОЙ ПРОХОД , ВТОРОЙ_ПРОХОД & АМО).

CNP

Модуль должен устанавливать евр, если номер у сп(7 . .. 0] атрибутов установлен и является четным.

ЗАП РОС_ВТОРОГО_ПРОХОДА

Модули должны устанавливать ЗАПРОС_ВТОРО1О_ПРОХОДА при условии: —ВТОРОЙ-ПРОХОД & ФАЗА.З & (—АВ7* ; РАСПРЕДЕЛЕННОЕ-СООБЩЕНИЕ) и удерживать сто установленным до: ФАЗА 0.

ВТОРОЙ.ПРОХОД

Модули должны устанавливать ВТОРОЙ-ПРОХОД при условии; —ИНИЦ & - ЗАПРОС, ВТОРОГО, ПРОХОДА & —АС0*& ФАЗА 5 и удерживать его установленным до: ИНИЦ ; (-ЗАП РОС, ВТОРО ГО ПРОХОДА [ АСО*) & ФАЗА ,5.

5.2.5 Временные атрибуты арбитража

ФАЗА, 0

Модули дакны устанавливать ФАЗА.О и очищать ФАЗА.5, если все действия в ФАЗА, 5 закончены и: ФАЗА 5 & (—AQf; АР* ). Модули должны устанавливать ФАЗА_0 при условии: ИНИЦ

ФАЗА-1

Модули должны устанавливать ФАЗА_1 и очищать ФАЗА.О, если вес действия в ФАЗА.О закончены и: ФАЗА 0 & (ар* ; АР*). Модули должны очищать ФАЗА.1 при условии: ИНИЦ.

ФАЗА_2

Модули должны устанавливать ФАЗА.2 и очищать ФАЗА.1, если все действия в ФАЗА.1 закончены и: ФАЗА.] & (—ARf j AQ*). Модули должны очищать ФАЗА .2 при условии. ИНИЦ.

ФАЗА.З

Модули должны устанавливать ФАЗА.З и очищать ФАЗА.,2. если все действия в ФАЗА 2 закончены и. ФАЗА 2 & (aq* ; AQ*). Модули должны очищать ФАЗА.З при условии: ИНИЦ.

ФАЗА.4

Модули должны устанавливать ФАЗА.4 и очищать ФАЗА.З. если вес действия в ФАЗА.З закончены и: ФАЗА.З & (—APf* j AR*). Модули должны очищать ФАЗА.4 при условии; ИНИЦ.

ФАЗА.5

Модули должны устанавливать ФАЗА.5 и очищать ФАЗА.4, если все действия в ФАЗА.4 закончены и: ФАЗА.4 & (аг* JAR*). Модули Должны очищать ФАЗА.5 при условии: ИНИЦ.

СОРЕВНОВАНИЕ

Модуль должен устанавливать СОРЕВНОВАНИЕ при условии: СОРЕВНУЮЩИЙСЯ & ФАЗА 1 и удерживать его до: ФАЗА 4.

УСТАНОВЛЕННЫЙ

Модули должны очищать УСТАНОВЛЕННЫЙ при условии. ФАЗА.О.

СОРЕВНУЮЩИЙСЯ должен установить УСТАНОВЛЕННЫЙ при условии, что прошел достаточный промежуток временила с начала ФАЗА 2, гарантирующей СОРЕВНУЮЩЕМУСЯ победу в соревновании ; ФАЗА_3.

ГОСТ Р ИСО/МЭК 10857-95

ПОБЕДИТЕЛЬ

Модуль должен выставить ПОБЕДИТЕЛЬ при условии УСТАНОВЛЕННЫЙ & СОРЕВНОВАНИЕ & (сц7;-АВ7*) А(спб;-АВб*) А (сн5 ;-АВ5*) &(сп4 J-AB4*) А (спЗ ;-АВЗ*) & (сп2 ! —АВ2*) & (сп1 [ —АВ1 *) & (спО ; —АВО*) и удерживать ПОБЕДИТЕЛЬ до: ФАЗА 0.

5.2.6 Атрибуты ошибок арбитража

ОШ ИБКА.АРБИТРАЖА

Модуль должен устанавливать ОШИБКА АРБИТРАЖА при условии. ТАЙМ-АУТ АРБИТРАЖА ОШИБКА.ЧЕТНОСТИ.АРБИТРАЖА А РАЗРЕШЕНИЕ.СООБЩЕНИЯ.ЧЫТЮ-СТИ ; ОШИЬКА^ РАВНЕПИЯ АРБИТРАЖА Модули должны очищать ОШИБКА АРБИТРАЖА при условии. ФАЗА.О.

ОШИБКА.ЧЕТНОСТИ.АРБИТРАЖА

Модули должны устанавливать ОШИБКА ЧЕТНОСТИ АРБИТРАЖА в ФАЗА.З при условии. если код, выставленный на АВЦ*. является четным и очищен АВР* или, если код, выставленным на АВ||*. является нечетным и установлен АВР* Модули должны удерживать ОШИБ-КА ЧЕТНОСТИ-АРБИТРАЖА до: ФАЗА.О.

ОШИ БКА-С РАВН ЕН ИЯ.АРБИТРАЖА

Модули должны устанавливать ОШ И БКА.СРЛВН ЕН ИЯ.АРБИТРАЖА при условии: ФАЗА.З & СОРЕВНУЮЩИЙСЯ & (АВ||* <си())?

ТА Й М.АУТ.А Р Б ИТ РАЖА

Модули должны устанавливать Т?\ЙМ-АУТ. АРБИТРАЖА при условии: (ФАЗА 2 длится более 1—2 мкс) (ФАЗА.4 длится более 1—2 мкс) и должны удерживать его выставленным до: ФАЗА.О.

5.2.7 Определение сигналов

5.2.7.1 Синхронизация арбитража

5 2.7.1.1 АР*

Модули должны выставлять ар* при условии: ФАЗА 0 (ЗАПРОС АРБИТРАЖНОГО.СООБ-ЩЕНИЯ ! ЗАПРОС ЦЕНТРАЛ ЬНОГО.СООБШЕН ИЯ ; ЗАЛ РОС.РАСП РЕДЕЛ ЕН НОТО АРБИТРА ЗАПРОС РАСПРЕДЕЛЕННОГО СООБЩЕНИЯ) }ФАЗА.1 И удерживать ар* до появления условия: ИНИЦ ; ФАЗА.З & (ЦЕНТРАЛЬНЫЙ.АРБИТР { -ЦЕНТРАЛЕН ЫЙ.АРБИ ГР & (ас]* ; АО* !—AS*)) и модуль запомнил номер, выигравший арбитраж, и проверил его на ошибки.

5.2 7.1.2 AQ*

Модули должны устанавливать aq* при условии: ФАЗА 2 & (ПОБЕДИТЕЛЬ; ТАЙМ-АУТ.АР-БИТРАЖА) ! ФАЗА.З и удерживать установленным aq* до появления условия: ИНИЦ , ФАЗА.5 и оба АСО* и АС1 * были выбраны.

5.2.7.1.3 AR*

Модули должны устанавливать аг* при условии: —(ВКЛЮЧЕНИЕ ПИТАНИЯ & —НЕ* ЗАНЯТОСТЬ МАГИСТРАЛИ. 1US) & (ИНИЦ • ФАЗА.4 & (ЦЕНТРАЛЬНЫЙ АРБИТРА -ЦЕНТРАЛ ЬНЫЙ.АРБИТР & (ВЛАДЕЛЕЦ АРБИТРАЖА & ЗАВЕРШЕН И Е.ПЕРЕДАЧИ ; ОТСУТ-СТВИЕ-ВЛАДЕЛЬЦА.АРБИТРАЖА & ПОБЕДИТЕЛЬ ; ТАЙМ-АУТ.АРБИТРАЖА ] АС]*! ; ас] *)) J ФАЗА.5) и удерживать установленным аг* до появления условия: ар* ФАЗА.1.

5.2.7.2. Условия арбитража

5.2.7.2.I АСО*

Модули должны устанавливать аиО* при условии: ФАЗА.З & ОШ ИБКА.АРБИТРАЖА. Модули должны удерживать установленным асО* до:ФАЗА_0.

5.2.7.2.2 АС1 *

Модуль должен устанавливать ас 1* при условии: ВЫЧЕРКНУТЫЙ и должен удерживать установленным ас 1 * до: Ф?\ЗА_0.

5.2.7.3 Шима арбитража

5.2.7.3.I АВ7*

СОРЕВНУЮЩИЙСЯ должен устанавливатьа!)7* при условии: сп7 & СОРЕВНОВАНИЕ.

5.2.7 3.2 АВ6*

СОРЕВНУЮЩИЙСЯ должен устанавливать аЬ6* при условии: саб & СОРЕВНОВАНИЕ А (сш ; АВ7*).

45

ГОСТ Р ИСО/МЭК 10857-95

5.2.7.33 АВ5*

СОРЕВНУЮЩИЙСЯ должен устанавливать аЬ5* при условии: сл5 & СОРЕВНОВАНИЕ & (cn7 ; — АВ7*) & (епб ! — АВб*).

5.2.7.3.4 АВ4*

СОРЕВНУЮЩИЙСЯ должен устанавливать аМ* при условии. сп4 & СОРЕВНОВАНИЕ & (сп? ; —АВ7*) & (епб; —АВб*) & (си5; —АВ5*).

5.2.73.5 АВЗ*

СОРЕВНУЮЩИЙСЯ должен устанавливать аЬЗ * при условии: спЗ & СОРЕВНОВАНИЕ & (сн? ; —АВ7* ) & (епб ;~АВ6*) & (си5 ] —АВ5*) & (с»4 ; —АВ4*).

5.2.7.3.6 АВ2*

СОРЕВНУЮЩИЙСЯ должен устанавливать а|>2* при условии: сп2 & СОРЕВНОВАНИЕ & (сп7 ! —АВ7») & (епб ; - АВб*) & (cn5 ; -АВ5*) & (сп4 ; —АВ4*) & (спЗ ; —АВЗ*).

5.2.7.3.7 АВ1*

СОРЕВНУЮЩИЙСЯ должен устанавливать аЫ* при условии: си) & СОРЕВНОВАНИЕ & (си7 ;-АВ7*) & (епб :-АВ6») & (сп5 ; -АВ5*) & (си4 ;-АВ4*) & (спЗ ; - АВЗ*) & (си2 .’-АВ2*).

5.2.73.8 АВО*

СОРЕВНУЮЩИЙСЯ должен устанавливать аЬО* при условии: спО & СОРЕВНОВАНИЕ & (сн7 ;-АВ7*) & (сиб ;- АВб* ) & (<ж5 ;-АВ5*) & (си4 •- АВ4») & (спЗ ; -АВЗ*) & (си2 ;- АВ2*) & (ciH J -ABI*}.

5.2 7 3.9 АВР*

СОРЕВНУЮЩИЙСЯ должен устанавливал, abp* при условии: спр & СОРЕВНОВАНИЕ & (сн7 ;-АВ7*)& (с»6!-АВ6*)&(сп5!~АВ5*)& (сл4 J-АВ4*) & (спЗ,'---АВЗ*) & (сл2 ;-АВ2*) & (си I ; -АВ 1 *) & (спО; -АВО *).

5.2.8 Определение протокола — распределенный арбитраж и сообщения

5.2.8.1 ФАЗА О-ОЖИДАНИЕ

Модуль должен очищать свои РАЗМЕЩЕНИЕ. УНИКАЛЬНОСТЬ БОЛЬШЕ. ВЫЧЕРКНУТЫЙ. УСТАНОВЛЕННЫЙ. ЗАПРОС ВТОРОГО.П РОХОДА, ПОБЕДИТЕЛЬ,ОШИБКА АРБИТРАЖА. ОШИБКА,ЧЕТНОСТИ-АРБИТРАЖА и ТАЙМ-АУТ .АРБИТРАЖА при условии сели они установлены, а также снять свои сигналы с асО* и ас) *. если они установлены.

Модуль должен очистить РАСП РЕДЕЛЕН Н0£ СООБЩЕНИ Е при условии —ВТОРОЙ П РО-ход.

ВЛАДЕЛЕЦ АРБИТРАЖА .может выставлять РАСПРВДЕЛЕННЫЙ_МАСТЕР яри условии: ЗАПРОС РАСПРЕДЕЛЕННОГО АРБИТРА & -ВТОРОЙ_ПРОХОД.

При условии ЗАПРОС_РАСПРЕДЕЛЕННОГО_АРБИТРА & -ВЛАДЕЛЕЦ АРБИТРАЖА ; ЗАПРОС РАСП РЕДЕЛ ЕН КОГО-СООБЩЕНЙЯ & -ПОСЫЛ КА.РАСП РЕДЕЛ ЕН НОГО СООБЩЕНИЯ модуль должен устанавливать ар *.

5.2.S.2 ФАЗА_1 - РЕШЕНИЕ

При условии: (ЗАПРОС РАСП РЕДЕЛ ЕН НОГО АРБИТРА & -ВЛАДЕЛЕЦ. АРБИТРАЖА ! ЗАПРОС РАСПРЕДЕЛЕННОГО СООБЩЕНИЯ & - ПОСЫЛ КА_РАСГ1 РЕДЕЛ ЕН НОГО СООБЩЕНИЯ) & -ВТОРОЙ .ПРОХОД модульдолжен:

1) убедиться, что закончились ясс переходные процессы;

2) выставить СОРЕВНУЮЩИЙСЯ;

3) перезагрузить PR[7 ... 0|, КРУГОВОЙ.АРБИТРАЖ, СА|4 ... 0]. ДВАЦПРОХОДА и АМ [7 . . 0).

При условии: ЗАПРОС РАСПРЕДЕЛЕННОГО АРБИТРА & -ВЛАДЕЛЕЦ АРБИТРАЖА .ЗАПРОС-РАСПРЕДЕЛЕННОГО-СООБЩЕНИЯ & -ПОСЫЛКА РАСПРЕДЕЛЕННОГО CO-O Б Щ Е Н И Я модул ь должс н:

I) перезагрузить ип|7 . 0) и спр;

2) выставить СОРЕВНОВАНИЕ;

3) убедиться, что прошло достаточно времени для того, чтобы старшие разряды сп|7 . . . 0| были помещены на соответствующие линии АВ|7 ... 0] *.

Вее модули должны выставить ар* , если он еще не установлен.

После этого все модули должны затем снять аг * .

ГОСТ Р ИСО/МЭК 10857-95

5.2.8 3 ФАЗА-2 - СОРЕВНОВАНИЕ

Если модуль остается и ФАЗА 2 больше, чем 1—2 мкс, он должен установить ТАИ М-АУТ АРБИТРАЖА и ОШИБКА АРБИТРАЖА и выставить aq*

СОРЕВНУЮЩИЙСЯ должен:

I) начать отсчет времени t а. как описано и 5.2.5;

2) при условии УСТАНОВЛЕННЫЙ и ПОБЕДИТЕЛЬ убедиться, что abp* действителен и затем выставить aq*.

5 2.8.4 ФАЗА-З — Проверка ошибок

Все модули должны выставить aq*, если он сшс нс установлен.

Вее модули должны:

I) .запомнить коды на линиях АВ(7 . . 0|* и АВР* ;

2) выставить ОШИБКА_ЧЕТНОСТИ АРБИТРАЖА и ОШИБКА.АРБИТРАЖА при неправильной четности кодов на АВ[7 .. 0) и АВР*;

3) выставить РАСПРЕДЕЛ ЕН НОЕ_СООБШЕНИЕ при условии - ВТОРОЙ ПРОХОД & АВ7* & АВ6* & АВ5* &АВ4*& АВЗ* & АВ2* & ABI* & АВО*;

4) выставить УНИКАЛЬНОСТЬ БОЛЬШЕ при условии, описанном в 5.2.3;

5) установить ЗАПРОС ВТОРОГОПРОХОДА при условии. -АВ7*; РАСПРЕДЕЛЕННОЕ СООБЩЕНИЕ;

6) установить ВЫЧЕРКНУГЫЙ при условии: ОШИБКА.АРБИТРАЖА ; РАСПРЕДЕЛЕННОЕ СООБЩЕНИЕ : ЗАПРОС ВТОРОГО ПРОХОДА&СОРЕВНУЮЩИЙСЯ.

При условии размещение модуль должен:

1) убедиться, что закончились все мстастабильныс несходные процессы;

2) установить ВЫЧЕРКНУГЫЙ.

Все модули должны:

I) выставить асО* при условии: ОШИБКА.АРБИТРАЖА;

2) выставить асI * при условии. ВЫЧЕРКНУТЫЙ.

Все модули должны освобождать ар* при условии: АС1*: —AS*

5.2 8.5 ФАЗА_4 — Освобождение от владения

Если модуль остается в ФАЗА4 больше, чем 1 2 мкс, он должен установить ТАЙМ-АУТ.АР-БИТРАЖА и ОШИБКА АРБИТРАЖА и выставить аг*.

СОРЕВНУЮЩИЙСЯ должен:

11 очистить СОРЕВНОВАН ИЕ;

2) выставить аг* при условии: ПОБЕДИТЕЛЬ & ОТСУТСТВИЕ ВЛАДЕЛЬЦА АРБИ'Г-РАЖА.

ВЛАДЫ ЕЦ_АРБИТРАЖА должен:

1) при условии: НАЧАЛ О_ ПЕРЕДАЧ И установить ВЫЧЕРКНУТЫЙ, выставитьас! * и затем выставить аг*:

2) при условии. ЗАВЕР111ЕНИЕ_ПЕРЕДАЧИ выставить аг* .

Вее модули должны выставить аг* при условии: АС 1 *.

5 2.8.6 ФАЗА—5 — Передача владения

Все модули должны выставить аг* при условии, что он нс установлен

Модуль должен снять свои сигналы с abf| * и abp* . если они выставлены.

Модуль должен:

1) определить код на линиях АСО* н АО *;

2) Перезагрузить КРУГОВОЙ_АРБИТРАЖ. как описано в 5.2.1.4;

3) выставить ВТОРОЙ .ПРОХОД при условии: ЗАП РОС. ВТОРОГО-ПРОХОДА & -АСО* .

4) очистить ОТСУТСТВИ Е ВЛ А1ЕЛ ЬЦА.АРБИ ГРАЖА при условии —АС 1 * .

СОРЕВНУЮЩИЙСЯ должен:

I > выставить ВЛАДЕЛЕЦ АРБИТРАЖА н РАСПРЕДЕЛЕННЫЙ.МАСТЕР при условии; ЗА-ПРОС РАСПРЕДЕЛЕННОГО АРБИТРА & ПОБЕДИТЕЛЬ & -ЗАПРОС ВТОРОГО.ПРОХОДА & -ACI*;

2) выставить I ЮС ЫЛ КА РАСПРЕДЫ ЕН НОГО.СООБЩЕН ИЯ при условии; ЗАПРОС. РАС-ПРЕДЕЛ ЕН НОГО.СООБЩЕН ИЯ & ПОБЕДИТЕЛЬ & -ЗАПРОС ВТОРОГО.ПРОХОДА & АСО*.

3) очистить СОРЕВНУЮЩИЙСЯ при условии: -ПОБЕДИ ГЕЛЬ ; -ЗАПРОС.ВТОРОГО. ПРОХОДА ! АСО*

47

ГОСТ Р ИСО/МЭК 10857-95

ВЛАДЕЛЕЦ АРБИТРАЖА должен очистил» ВЛАДЕЛЕЦ АРБИТРАЖА при условии: —ЗА-ПРОС РАСП РЕДЕЛ ЕН НОГО_АРБИТРА & -ЗАПРОС.ВТОРОГО,ПРОХОДА & -ACI*! ЗАПРОС РАСПРЕДЕЛЕННОГО АРБИТРАЖ -ПОБЕДИТЕЛЬ & -ЗАПРОС ВТОРОГО ПРОХОДА &'-АС1*.

Все модуф! после этого должны освободить ад*.

5.2 9 Определение протокола — сообщения центрального арбитра

5.2.9.1 ФАЗА 0 - ОЖИДАНИЕ

Модуль должен очищать свои: ВЫЧЕРКНУТЫЙ, УСТАНОВЛЕННЫЙ. ЗАПРОС ВТОРОГО. ПРОХОДА, ПОБЕДИТЕЛЬ. ОШИБКА.АРБИТРАЖА, ОШИБКА.ЧЕТНОСТИ.АРБИТРАЖА и ТАЙМ-АУТ.АРБИТРАЖА при условии, если они установлены, а также снять свои сигналы с асО* и acj *, если они выставлены.

При условии: ЗАПРОС АРБИТРАЖНОГО СООБЩЕНИЯ & -ЛОСЫЛКА_АРБИТРАЖНО-ГО.СООБЩЕНИЯ ', ЗАПРОС.ЦЕНТРАЛЬНОГО.СООБЩЕНИЯ & -ПОСЫЛКА ЦЕНТРАЛЬНОГО СООБЩЕНИЯ .модуль должен выставить ар*

52.9.2 ФАЗА.1 - РЕШЕНИЕ

При условии: (ЗАПРОС АРБИТРАЖНОГО СООБЩЕНИЯ & - ПОСЫЛ КА.АРБИТРАЖНО-ГО.СООБШЕНИЯ '. ЗАПРОС НЕНТР.СЗЬНОГО СООБЩЕНИЯ & -ПОСЫЛКА ЦЕНТРАЛЬНОГО СООБЩЕНИЯ) & -ВТОРОЙ. ПРОХОД модуль должен:

I) убедиться, что закончились нее мстастабильныс переходные процессы;

2) выставить СОРЕВНУЮЩИЙСЯ.

3) перезагрузить PR[7 . . 0|, RQ и АМ(13 . . 0J.

При условии: ЗАПРОС АРБИТРАЖНОГО СООБЩЕН ИЯ &-ПОСЫЛКА.АРБИТРАЖНОГО, СООБЩЕНИЯ ! ЗАЛРдс.ЦЕНТРАЛЬНОГО.СООБШЕНИЯ & -ПОСЫЛКА ЦЕНТРАЛЬНОГО. СООБЩЕН ИЯ модуль должен;

3) изменить сп{7 . . . 01 и сир;

4) выставить СОРЕВНОВАНИЕ;

5) убедиться, что прошло достаточно времени для того, чтобы старшие )к»зряды сир . . . 0| были помещены на соответствующие линии АВ(7 ...()]*.

Все .модули должны выставить ар* , если он еще нс установлен.

После этого все модули должны снять аг*.

5 2.9 3 ФАЗА.2 - СОРЕВНОВАНИЕ

Если модуль остается в ФАЗА 2 больше чем 1—2 мкс, он должен установить ТАЙМ-АУТАР-БИТРАЖА. ОШИБКА-АРБИ ГРЛЖА и выставитьaq*.

СОРЕВНУЮЩИЙСЯ должен:

1) начать отсчет времени t_a, как описано в 5.2.5;

2) при условии; УСТАНОВЛЕННЫЙ и ПОБЕДИТЕЛЬ убедиться, что abp* действителен и затем выставить aq *.

5 2 9.4 ФАЗА.З — Проверка ошибок

Все модули должны выставить aq*. если он ешс нс выставлен.

Вес модули должны:

П запомнить коды на линиях АВ(7 . . . 0|* и АВР*;

2) установить ОШ ИБКА ЧЕТНОСТИ АРБИТРАЖА и ОШИБКА. АРБИТРАЖА при неправильной четности кодов на АВ|7 .. 0) и АВР*.

3) установить ЗАПРОС-ВТОРО ГО ПРОХОДА при условии: —АВ7*;

4) установить ВЫЧЕРКНУТЫЙ при условии: ОШИБКА АРБИТРАЖА ; ЗАПРОШЕН-НЫЙ_ВТОРОЙ-ПРОХОД & СОРЕВНУЮЩИЙСЯ.

Все модули должны;

I) выставитьасО* при условии ОШИБКА .АРБИТРАЖА,

2) выставить ас 1 * при условии ВЫЧЕРКНУТЫЙ

Все модули должны освобождать ар *.

5 2.9.5 ФАЗА-4 — Освобождение мастерства

Если модуль остается в ФАЗА_4 больше, чем 1—2 мкс. он должен установить ТАЙМ-АУТ_АР-БИТРАЖА. СШИБКА АРБИТРАЖА и выставить аг*.

СОРЕВНУЮЩИЙСЯ должен очистить СОРЕВНОВАНИЕ,

Все модули должны выставить аг* .

4Ь

ГОСГ Р ИСО/МЭК 10857-95

5 2.9.6 ФАЗЛ_5 — Передачи владения

Все модули должны выставить аг* при условии, что он не установлен.

Модуль должен снять свои сигналы с аЬЦ* и abp*, если они выставлены.

Модуль должен:

1) определить код на линии АСО*;

2) выставить ВТОРОЙ_ПРОХОД при условии; ЗАПРОС_ВТОРО 1'0 ПРОХОДА & —АСО*.

СОРЕВНУЮЩИ ЙСЯ должен;

1) выставить ПОСЫЛКА_АРЬИТРАЖНОГО_СООБЩЕНИЯ при условии ЗАПРОС_АРБИТ-РАЖНОГО СООБЩЕНИЯ & ПОБЕДИТЕЛЬ & -АСО*;

2) выставить ПОСЫЛКА ЦЕНТРАЛЬНОГО СООБЩЕНИЯ при условии ЗАПРОС ЦЕНТРАЛ ЬНОГО.СООБЩБН ИЯ & ПОБЕДИТЕЛЬ & -АСО*;

3) очистить СОРЕВНУЮЩИЙСЯ при условии —ПОБЕДИТЕЛЬ ] -ЗАЛРОШЕННЫЙ_ВТО-рой_проход; асо*.

Вес модули после этого должны освободить aq*.

6 ПАРАЛЛЕЛЬНЫЙ ПРОТОКОЛ

6 1 Описание

Данный раздел с описанием параллельного протокола описывает и специфицирует, каким образом передаются данные в стандарте Futurcbus-r.

6.1.1 Владение магистралью

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

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

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

6.1.2 Передачи

Модуль использует шину передачи данных для проведения системных передач. Системная передача состоит из запаса с последующих» ответом. Существует два пути проведения системных передач.

I) Связная передача используется для проведения запросов и ответов модулей при однократной магистральной пс]>сдачс.

2) Расщепленная передача используется для расщепления фаз защюсов и ответов модулей в раздельные интервалы владения магистралью. Модуль, обслуживающий защюс, становится задатчиком, адресуется к источнику запроса и пс]юдаст ответ.

6,1.3 Фазы магистральной передачи

Задатчик может проводить магистральные передачи в течение времени владения магистралью. Каждая магистральная передача состоит из трех фаз:

Г) фаза подключения, при которой задатчик выбирает и устанавливает соединение с желаемыми исполнителями;

2) фаза передачи данных (по выбору), при которой данные пс]юдаются между задатчиком и подсоединенными исполнителями,

3) фаза рассоединения, при которой задатчик завершает передачу н рассоединяется с исполнителями.

49

ГОСГ P ИСО/МЭК 10857-95

Необходимо, чтобы нее магистральные передачи имели фазы соединения я рассоединения. Фаза передачи данных нс включается в некоторые типы передач. Передачи без данных обычно называются передачами только адреса. Эти типы передач используются различным образом при выполнении расщепленных передач. Только адресные передачи могут быть использованы в сообщениях о системных событиях, которые, например, могут устанавливать простые переменные, такие как направленные прерывания в процессорном модуле. Приемник и действие команды указываются в кодах адреса и команды

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

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

Задатчик может проводить одну из следующих передач до магиспхщи .

I) UcpcjiiiUi) только адреса, состоящая из поддачи адреса, за которой следует фаза рассоедпне-ния. Здесь нет физы передачи данных и. следовательно, нет передаваемых данных, 'за исключением информации, содержащейся внутри фаз соединения и рассоединения.

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

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

6.1.4 Протоколы передачи данных

Принудительный ПРОТОКОЛ — что механизм, нс зависящий от технологической реализации аппаратуры. Этот тип протокола с подтверждением называется принудительным, потому ч то исполнитель вынуждается к выдаче отклик;» до того, как задатчик продолжит свои действия. Второй тип протокола — пакетный протокол — является зависимым от технологической реализации (физического быстродействия) механизмом передачи без принуждения на уровне индивидуальной передачи и протоколом с принуждением на уровне пакета. Пакетный протокол оптимизирован для высокоскоростных блочных несдач и не включает в себя .много особенностей, присущих протоколам с принуждением.

Каком из протоколов будет использован, определяется во время фазы соединения передачи. Любой участник может заставить вести передачу по принудительному щютоколу.

Все участники пакетной передачи должны действовать в одном темпе передачи. Во все .модули. способные действовать в пакетном режиме, во время системной инициализации загружаются две стандартных скорости передачи для данной системы. Каждый из этих модулей обеспечен регистром, из которого любой другой модуль может считать поддерживаемые этим модулем скорости передачи (см. подробнее в гл 7) Главный процессор считывает поддерживаемые скорости передачи всех других модулей и устанавливает в качестве меньшем скорости передачи наименьшую из ско-росзсй пакетных модулем. Наивысшая ско|юить устанавливается равной наибольшей скорости, на которой может работать выбранное подмножество модулей. Определение, на котором из двух скоростей будет происходить конкретная передача, происходит во В]Ю.мя фазы соединения. Любой участник может заставить вести передачу на наименьшей скорости.

Так юж множественные передачи данных в пакетном режиме щюисходят после одного подтверждения, модули-участники заднее должны знать, сколько передач будет осуществляться. Каждым модуль, способный работать в пакетном режиме, обеспечивается регистром, из коюрю другие модули могут считать поддерживаемую длину пакета (см. подобное в гл. 7). Разрешены только следующие длины. 2. 4, 8, 16, 32 и 64. Задатчик указывает одну из этих стандартных длин пакета во время фазы данных В принудительной пс|юлачс пс[>слача данных .может быть любой ДЛИНЫ в пределах ограничений по тайм-ауту, когда используется нсогд>аки^-|£н;^ длина передаваемых данных, если она нс ограничивается профилем.

ГОСТ Р ИСО/МЭК 10857-95

6.1.5 Широковещательная синхрон икания с подтверждением

Многие исполнители имеют уникальный адрес в системе и в передачах к этим исполнителям используется синхронизация язя единственного исполнителя с подтверждением. Некоторые испол-нитсли могут совместно использовать область пространства физических адресов и таким образом, когда задатчик обращается по щцхюу в одной из этих областей, все исполнители отвечают вместе. Такая передача известна как широковещательная или широкосозывная передача и модули, участвующие в ней, используют широковещательную синхронизацию с подтверждением. Участвующие в передаче исполнители могут вызывать использование широковещательной синхронизации с подтверждением. Широковещательная синхронизация с подтверждением также часто используется в системах с кеш-когерентной разделяемой памятью. Это происходит когда кеш определяет, что интересующие ст данные поддаются по магистрали. Кеш побуждает широковещательную синхрони-заинюс подтверждением и читает данные. В кешированном оборудовании эта широковещательная операция относится к ловящему

6.1.6 Внедренноеть

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

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

6.1.7 Статус кешированной строки

В кешированном оборудовании модули динамически сохраняют дорожку атрибутов кешированных строк. Они делают это посредством мониторирования сигналов магистрали в течение передачи Болес подробно это объясняется в главе о ксш-когсрентности.

6 1 К Растепленные передачи

Большинство связных передач могут быть преобразованы В расщепленные передачи. Расщепленные передачи позволяют модулях» с большой задержкой данных (т. с временем доступа) исполь-ЗОВЛТЬ ресурсы магистрали более эффективно. Полностью расщепленная передача требует двух или более магистральных передач. Первая передача инициируется запрашивающим модулем и расщепляется другим модулем. Запрашивающий модуль затем завершает владение магистралью. Когда отвечающий модуль способен обеспечить запрашиваемые данные или ответ, он проходит арбитраж, чтобы стать задатчиком на магнетралв. Становясь действующим задатчиком, он передает данные запрашивающему модулю. Таким образом, данные всегда передаются от задатчика к исполнителю при расщепленной несдаче, т. е. когда используются только операции записи.

Расщепленные действия могут требовать дополнительной информации сверх той. что необходима для связной передачи. Для этих целей обеспечивается передача глобального идентификатора запрашивающего модуля, первоначального приоритета чэп)ышивающе1о модуля и статуса отвечающего модуля в фазе рассоединения.

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

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

Модули нс нуждаются в обеспечении возможности расщепленного ответа.

Управление приоритетами расщепленных пе|юдач определяется пользователем и нс входит в данный стандарт.

6.1.9 Заблокированные операции

Поскольку некоторые модули могут содержать отдельные части, которые могут быть доступны более чем через один Порт, нс может быть гарантии того, чтобы передачи были неделимы. В качестве примера можно привести двухпортовое ОЗУ, в котором каждый порт подключен к различным магистралям ФБ+. Если модуль, подключенный к одному из портов, намерен увеличить содержимое конкретной ячейки памяти, необходимо первоначально прочитать содержимое этой ячейки, а ■затем увеличить эту величину и в заключении записать данные назад в память. Если модуль, под-

M-IM 51

ГОСТ Р ИСО/МЭК 10857-95

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

Магистраль обеспечивает средства, которые сдатчик использует для извещения модулей, чтобы одна или несколько передач были защищены Обычно используются связные передачи там, где цитатчик применяет команды соединения и рассоединения, чтобы поддерживать блокировку от передачи к передаче. Чтобы выполнить процессорную команду проверка-модификация, используя связный протокол, задатчику следует провести блокирующее чтение с блокирующим отключением, чтобы осуществить проверку. В течение того же владения магистралью, когда осуществляется чтение, задатчику следует сделать блокирующую запись с блокирующим отключением, чтобы осуществить модификацию. В пополнение к блокирующему рассоединению, все блокировки прекращаются по окончании владения задатчиком магистрали ИЛИ при выполнении команды передачи, которая нс поддержи&ют блокировку.

6.1.10 Блокирующие команды

Простая схема зашиты, описанная u 6.1.9. не способна эффективно гарантировать неделимость передач в средах с расщепленными передачами. Как пример, для типичного генерируемого процессором семафора в цикле чтения с последующей записью, задатчик может просто сделать запрос чтения и последующим запросом записи совместно с данными. Ответчику следует вернуть запрашиваемые данные чтения при первом ответе и подтверждение записи при втором ответе. Кроме того, нет гарантии, что ответчик нс получит запрос от другой стороны между двумя семафорными запросами. Если это случилось, семафор перестает быть «атомарным». Протоколы защиты могут вынудить магистраль препятствовать другим запросам, которые посланы, однако это может повредить ■ амсрснию использовать расщепленные передачи. В связи с этим, обеспечивается возможность позволить модулям выполнять защищенные операции с единственным запросом при помощи SiQKHiWJttiiX кшии. Эти блокирующие команды могут быть использованы либо При расщепленных, либо при связных операциях записи. В общем эти блокирующие команды будут использоваться только в системах, где выполняются расщепленные передачи. К группе блокирующих команд относятся команды маскированис_м_обмсн. выборка и.сложение, £раине_цие_у_йб.-мен. Разряды в регистре Логические Возможности Модуля указывают, поддерживает или нет модуль блокирующие команды. При операциях по обработке данных, включающих блокирующие команды маскирование и обмен и сравнение м обмен используется логика для каждого разряда в поле операнда, которая нс зависит от всех других разрядов. Поэтому эти операции нс зависят от старшинства байтов, и результаты будут идентичными при любом порядке расположения разрядов.

Команда выборка_и_сложснис суммирует два операнда для получения результата. Логика суммирования должна иметь делос переносами между разрядами. Разряды внутри байга всегда имеют постоянный порядок, и переносы всегда распространяются водном направлении. Между байтами распространение переноса зависит от порядка байтов в операндах. Когда операнд имеет порядок с возрастающим старшинством байтов, переносы распространяются пт AD[7 ... 0| * к ADJ 15 ... SJ *. от AD|15 . . . 8J* к AD(23 . . . 16|* и т. д. Когда операнды имеют порядок с понижающимся старшинством байтов, для 32-разрядного слова переносы распространяются от ADJ31 ... 24}* к AD|23 ... 16}*, от ADJ23 . . . 16}* к AD}15 . . . 8}* и т. д. Для поддержки этих различных направлений распространения переноса есть две версии команды выборка и сложснис:

I. «выбрать _и~слож1пь_со старшего» для порядка с уменьшающимся старшинством байтов;

2. «выбрать_и_сложить_с_младшсго» для порядка с увеличивающимся старшинством байтов.

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

6.1.10 I Блокирующая команда маскирования и обмена.

Связная блокирующая команда маскирования и обмена, как показано на рис. 6—1, состоит из следующих частей.

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

ГОСТ Р ИСО/МЭК 10857-95

2) Используя такую же. как и перечисление I) операцию, задатчик передаст исполнителю операнд для обмена. Задатчик заканчивает операцию командой защищенного рассоединения. Исполнитель исполняет следующую логическую операцию: ОПЕРАНД_МАСКИРОВАНИЯ,И,ОБ-МЕНА= (ОПЕРАНД,МАСКИРОВАНИЯ & ОПЕРАНД_ОБМЕНА) ; (-ОПЕРАНД,МАСКИРОВАНИЯ & ПЕРВО НАЧАЛ ЬНЫЕ_ДАННЫЕ) и сохраняет результат и буфере.

3) В пределах того же периода владения магистралью, где выполняются перечисления 1) и 2), и перед любой другой операцией задатчик затем совершает операцию защищенного чтения, чтобы вернуть данные, содержащиеся по данному адресу до операции записи из исполнителя.

4) Исполнитель помещает операнд маскирования и обмена вместо данных, находившихся в адресованной ячейке до операции записи.

Запросчик

Ответчик

Рисунок 6—1 — Блокирующая команда маскирования и обмена

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

6.1.10.2 Блокирующие команды выборки и сложения

В связной команде запрета выборки и сложения, как показано на рис. 6—2, производится следующее

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

2) Исполнитель складывает опсранд-слагасмос с данным, находившимся в адресованной ячейки до операции записи.

Ы

53

ГОСТ Р ИСО/МЭК 10857-95

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

4) Исполнитель затем помешает результат в адресованную ячейку.

Запросчик

I--------₁

Процессор |

Ответчик

Ячейка памяти

Буфер

1

Операнд сложения

Первоначальное данное

Первоначальное данное

Первоначальное данное

Первоначальное данное

Сумма

1

Операнд сложения

Сумма

J

Рисунок 6—2 — Блокирующие команды выборки и сложения

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

6.1.10.3 Блокирующая команда сравнения и обмена

В связном команде запрета сравнения и обмена, как показано на рис. 6—3, выполняется следующее.

1) Задатчик начинает выполнять операцию типа защищенная запись, задавая команду сравнения и обмена в фазе данных, и затем передает операнд для сравнения исполнителю.

2) Используя такую же. как и в перечислении 1), операцию, задатчик передает исполнителю операнд для обмена. Задатчик заканчивает передачу командой защищенного рассосан нения.

3) В пределах того же периода владения магистралью, в котором выполнялись перечисления Г) и 2), и ис|>сд любой другом операцией задатчик затем совершает операцию защищенного чтения, чтобы вернуть данное, содержавшееся по данному адресу до операции записи из исполнителя.

ГОСТ Р ИСО/МЭК 10857-95

4) Исполнитель затем сравнивает операнд для сравнения с данным, находившимся в адресованной ячейке до операции записи, и сели они равны, то помешает операнд для обмена вместо данного, находившегося в адресованной ячейке до операции записи.

РЕЗУЛЬТАТ=(ПЕРВОНАЧАЛЬНОЕ_ДАННОЕ=-‘ОПЕРАНД СРАВНЕНИЯ)?

ОПЕРАНД „ОБМЕНА: ПЕРВОНАЧАЛ ЬНОЕ_ДАННОЕ

Запросчик Ответчик

Рисунок 6—3 — Блокирующая команда сравнения и обмена

Если во время первоначальной операции записи исполнитель сообщает задатчику, что он желает, чтобы эта передача была расщепленной, то операция записи продолжается, как и в связном случае, после чего запросчик заканчивает свое владение магистралью. Когда ответчик готов, он участвует к арбитраже и выполняет опс|>ацию ответного чтения, чтобы вернуть данное, находившееся в адресованной ячейке до операции записи в запросчик. Ответчик затем сравнивает операнд для сравнения с данным, находившимся в адресованной ячейке до операции записи, если они равны, то ответчик помешает операнд для обмена вместо данного, находившегося в адресованной ячейке до операции записи.

ылм 55

ГОСТ Р ИСО/МЭК 10857-95

6 1.11 Занятость

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

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

Задатчику следует обеспечить механизм «продвижения вперед» такой, как временная задержка, до попытки очередного доступа поданному адресу. Рекомендуется, чтобы длительность временной задержки была переменной в течение каждой попытки с целью исключения проблем зацикливания. Спецификации высшего уровня могут определять эту задержку-

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

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

6Л. 12 Ожидание

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

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

Режим расшеплсние/ожиданис формирует очередь, во главе которой находится модуль, чей запрос принят, а оставшиеся являются модулями, чьи запросы ожидают. Порядок обслуживания остающихся в очереди определяется в процессе магистрального арбитража, когда ожидания удов-летворякнея. В системах реального времени или системах, основанных на приоритетах, исполнителю следует увеличить приоритет полученного запроса в большую сторону или приоритет ожидающего .запроса. Это относится к приоритетному' наследованию.

Задатчику следует обеспечить тайм-аут для исключения сигнала, если ответ не получен.

6.1.13 Расширенная разрядность магистрали

Модули могут поддерживать 4 разрядности данных. Эго могут быть 32, 64, 128 и 256 разрядов. Задатчик задаст разрядность магистрали в течение фазы соединения для данной передачи.

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

6.1.14 Расширенный адрес

Модули могут распознавать как 32-, так и 64-разрядныс адреса. Задатчик задаст разрядность адреса в течение фазы соединения для данной передачи. Модули, которые не могут поддерживать 64-разрядныс адреса, нс отвечают на такие передачи. 32-разряд нос адресное пространство является подмножеством 64-разрядного адресного пространства. Передачи в 32-рдзрядном адресном пространстве должны всегда использовать 32-разрядныс адреса в целях обеспечения межвзаимодействий.

ГОС!' Р ИСО/МЭК 10857-95

6.1.15 Возможности модуля

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

6.1.16 Передачи

ФБ+ передачи без кеширования следующие.

* Незащищенное чтение

* Незащищенная запись

* Только адрес незащищенная

♦ Защищенное чтение

* Защищенная запись

* Только адрес защищенная

* Частное чтение

* Частная запись

* Защищенное частное чтение

* Защищенная частная запись

* Ответ записи

* Ответ чтения

* Запись без подтверждения

ФБ+ передачи с кешированием следующие.

* Недействительное’пение

♦ Недействительная запись

♦ Разделенное чтение

* Обратное копирование

* Модифицированное чтение

* Недействительность

* Разделенный ответ

* Модифицированный ответ

6.1.16.1 Незащищенное чтение

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

6.1.16.2 Незащищенная запись

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

6.1.16.3 Только адрес незащищенная

Передача типа только шщ££ незащищенная используется для сообщений о системных событиях. Данные в ней нс передаются. Эту передачу невозможно отличить от передачи «незащищенная запись» в течение фазы соединения. Модули определяют наличие передачи только адреса по отсутствию фазы данных.

6.1 16.4 Защищенное чтение

Передача ташцшеннос чтение подобна передаче с незащищенным 'пением, описанной в 6.1.16 I, за исключением того, что она вынуждает участвующие исполнители защитить любые защищаемые адресуемые ресурсы, и тем, что подпоследовательность команд рассоединения удерживает состояние защиты после окончания этой передачи. Защищенное состояние поддерживается до начала незащищенной передачи или до конца владения магистралью.

ГОСТ Р ИСО/МЭК 10857-95

6.1Л 6.5 Защищенная запись

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

6.1.16.6 Только адрес защищенная

Передача только адрес защищенная подобна незащищенной несдаче адреса, описанной в 6.1.16 3. за исключением того, «по она вынуждает участвующие исполнители защитить любые защищаемые адресуемые ресурсы, и тем. что подпоследовательность команд рассоединения удерживает состояние зашиты после окончания этой передачи. Защищенное состояние поддерживается до начала незащищенной передачи или до конца владения магистралью.

6.J. 16.7 Частное чтение

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

6.1.16.8 Частная запись

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

6.1.16.9 Защищенное частное чтение

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

6.1.16.10 Защищенная частная запись

I кредача £ШШШ£ШШ2{ ШйЗШЯ 21ШМ£1» подобна операции частной записи, описанной в 6.1 16.8, за исключением того, то она вынуждает участвующие исполнители защитить любые защищаемые адресуемые ресурсы, и тем, что подпоследовательность команд рассоединения удерживают состояние защиты до окончания этой передачи.

6. L16.ll Ответ записи

Расщепленный ртает ЖШРЛ состоит из передачи только адреса. Отвечающий модуль передаст глобальную идентификацию запроса в фазе соединения. Глобальная идентификация запроса передастся В фазе соединения, а статус — в фазе рассоединения. Передача с ответом записи сообщает залашивающему модулю, что предварительно запрашиваемая операция записи, которая была рас-шеплена и использовала незащищенную запись, защищенную запись, частную запись или частную защищенную запись, закончилась. Данные записи были переданы в первоначальной операции записи, которая была расщеплена.

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

6 1.16.12 Ответ чтения

Передача типа ответ чтения является ответом на предварительный запрос, в kotojjom модуль запрашивал данные, используя одну из следующих передач: незащищенное ’пение, частное чтение, защищенное чтение, защищенное частное чтение, защищенная запись с блокирующей командой или защищенная частная запись с блокирующей командой. Передача содержит фазу данных, в которой данные записываются в запрашивающий модуль. В подобных передачах могут быть использованы либо принудительный, либо пакетный протокол. Глобальная идентификация запроса и передача ID (идентификатора) осуществляется в фазе соединения, а статус передается в фазе рассоединения. Существует только один отпет ’пения для единственного запроса на расщепленное чтение.

6.1.16.13 Запись без подтверждения

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

58

ГОСТ Р ИСО/МЭК 10857-95

6.1 16.14 Недействительное‘пение

Операция недействительно? чтение может быть использована задатчиком, таким как ПДП или ВВ (ввода/вывода) контроллс|юм, для чтения кеш-строки из кеш-когерентной памяти Не существует действительной копии в кеше задатчика ни до, ни после передачи.

Хранитель последнего положения (обычно основная память) перехватывает передачи недействительного чтения, сели имеется сигнал о вмешательстве.

6.1.16.15 Недействительная запись

Передача > гсдс йсгВ5Пещ>ная запись может быть использована задатчиком, таким как ПДП или В В контроллером, для записи кеш-когерентной копии из кеш-строки. Нс существует действительной копии в кеше задатчика ни до, ни после передачи. Модулям .запрещено ловить эту передачу.

6.1.16 16 Обратное копирование

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

6.1.16.17 Разделяемое чтение

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

Хранитель последнего положения (обычно основная память) ловит разделенные передачи чтения. если имеется сигнал о вмешательстве.

6.1.16.1 К Модифицированное чтение

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

6.1.16 19 Недействительность

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

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

6.1.16.20 Разделенный ответ

Передав разделенный ответ используется для ответа на недействительное расщепленное чтение или |>аздсленнос чтение. Один разделенный ответ может удовлетворить любое число ожидающих или желающих разделенного либо недействительного чтения.

Хранитель последнего положения (обычно основная память) ловит передачи разделенного ответа.

6.1.16.21 Модифицированный ответ

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

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

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

М-15*

59

ГОСТ Р ИСО/МЭК 10857-95

6.1.17 Описание сигналов магистрали

6 1.17,1 AS* Синхронизация адреса

Задатчик выставляет as*. чтобы показать, что активированы сигналы AD||* . ВР|| * . ТОЦ* . TP*. СМ|)* . и СР* с действительной адресной и командной информацией и что передача инициирована.

Задатчик снимает as*. чтобы показать, «по передача закончилась. Если передача только адресная, имеет принудительную фазу данных или использует расщепленный ответ, тогда снятие сигнала as* показывает, что активированы сигналы СМ||* и СР* с действительной командой рассоединения. Если передача использует расщепленный ответ, тогда снятие as * также показывает, что активированы сигналы АО|31 ... Of* ВР{3 ... 0|* с действительными глобальным идентификатором запросчика, приоритетом и статусом

6.1 17.2 ЛК* Подтверждение адреса

Задатчик и исполнители и) выставляют ак*. когда они обнаруживают AS* выставленным Модуля снимают сигнал ак* после того, как они обнаруживают снятие AS*. получают любую действительную информацию, передаваемую задатчиком, активируют tc* при ошибочной действительной информации и выставляют ai*

6.1.17.3 Al * Инверсное подтверждение адреса

Задатчик и ислолнягель(и) выставляют ai*, когда они обнаруживают снятие AS*

Модули снимают ак*. когда обнаруживают AS * выставленным, получают любую действительную информацию, передаваемую другими модулями, активируют st{7 ... !| * . са(2 ... 0] * и di * в ответ на адрес и команду, передаваемую задатчиком, и выставляют ак*.

6.1.17.4 DS* Синхронизация данных

Задатчик выставляет или снимает сигнал в течение времени, когда as* выставлен, чтобы показать, что сигналы СМ||* и СР* активированы с действительной командной информацией и что задатчик запрашивает передачу другого слова или пакета. В течение передачи .записи перепад ds* также показывает, что были активированы AD(|*, D|| *. ВР|| * . ТОЦ * и 1Р* .

Если задатчик закончил передачу данных в данной пересылке и выставлен ds*, то первым будет снят as*, далее он будет ожидать снятия DK* перед снятием ds* .

6.1.17.5 DK* Подтверждение данных

Во время широковещательных или передач с внедрением, в которых исполнитель является источником данных, исполнитель выставляет dk * после того, как были активированы ad| | * и d| | * в ответ на выставление DS *. В других передачах участвующие исполнители выставляют dk*, когда они обнаруживают выставленный DS*.

Исполнители снимают dk* после того, как удовлетворены все нижеследующие условия

I) Они обнаруживают снятие DS*.

2) Они активировали st|7 . .. 1|* с действительной статусной информацией.

3) Они получили информацию, переданную задатчиком по AD(J*, D[]*. ВРЦ*, ТОЦ* и IP*, если передача является записью.

4) Они активировали ad|J*, d|]*, bp||*. tg(J* и tp*. если передача является связным чтением и

5) Они выставили di*.

6.1.17.6 D1 * Инверсное подтверждение данных

Участвующие исполнители выставляют di *, когда они обнаруживают выставленный AS *. Во время широковещательных или передач с внедрением, в которых исполнители являются источни-ками данных, они выстивляют di* послстого, как они активировали данные на ad[|*. d[|* вответ на снятие DS*. В других передачах участвующие исполнители выставляют di *. когда они обнаруживают DS* снятым.

Исполнители снимают di* после того, как удовлетворены все нижеследующие условия.

I) Они обнаруживают выставление DS* .

2) Они активировали я{7 . .. lj* с действительном статусной информацией.

3) Они получили информацию, переданную задатчиком по AD[]*, D[]*. BPf)*. TGH* и ГР*. если передача является записью.

4) Они активировали ad|l*, d{)*, bp||*, ^{l* и Ф*> если передача является связным чтением и

5) Они выставили dk*

60

ГОСТ Р ИСО/МЭК 10857-95

6.1.17.7 СМ[7 ... 0]* Командное поле

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

Т а 6 л нал 6 1 — Форматы командных полей

6.1.17.7.1 СМ7* Команда 7

В течение фазы соединения линия СМ7* определяется как Разрядность адреса (AW *). Задатчик выставляет aw*, чтобы показать, что AD|63 ... 32] * активированы с действительной адресной информацией и что исполнителей) АОЛжен(ы)декодировать 64-разрядный адрес. Исполнители, нс способные декодировать 64-разрядныс адреса, нс отвечают на передачи, в которых выставлен AW* Задатчик снимает aw*, чтобы показать, что исполнитсль(и) должен (ы) декодировать 32-разряди ЫН адрес, активированный на AD(31 . . . 0]*

В течение фаз данных и рассоединения линия СМ7* определяется как длина передаваемых данных — второй разряд (DL2*). Текущий задатчик активирует DL|2 ... 0]* для выбора одной из 7 длин передаваемых данных или неограниченную длину передачи, как показано в таблице 6.2.

Т и б Л в н а 6.2 — Длина косыми данных

Длина передаваемых данных указывает число запрашиваемых передач задатчика, а не число байтов. Неограниченная длина данных нс разрешена для пакет ных передач и для передач с расщепленным 'пением. Неограниченная длина данных может быть использована для расщепленных передач записи. Если задатчик определяет количественно длину посылки со стартовым адресом, который нс является четным по отношению к адресу, вычисленному по комбинации разрядности и длины данных, тогда задатчик будет оканчивать несдачу до того, как он достигнет адреса, являющегося четным. Например, передача 32-разрядных данных длиной 8 слов, которая начинается с шестнадцатиричного д'цюса 8, заканчивается шестнадцатиричным адресом 1С. Передача 64-разряд-ных данных длиной 8 слов, которая начинается с шестнадцатиричного адреса 10, заканчивается шестнадцатиричным адресом 38.

61

ГОСТ Р ИСО/МЭК 10857-95

В течение принудительных передач задатчик управляет количеством пересылок посредством числа передач DS*. В течение принудительных передач исполнители могут заканчивать передачу выставлением ED * в независимости от длины пс|>сдачи. Когда задатчик определяет длину посылки другую, чем ограничена в течение принудительной передачи, он никогда нс повысит число этих посылок Обычно модулям, которые нс способны на расщепленные передачи или пакетный режим, следует, но необязательно, активировать DL|2 . .. 0| *

6.1.17.7.2 СМ6* Команда 6

В течение фазы соединения эта линия определяет Разрядность данных 1 (DW1 ★). Задатчик выставляет dwl*, чтобы показать, что разрядность магистрали составляет либо 128, либо 256 бит. Задатчик снимает dwl * . чтобы показать, что посылка составляет либо 32, либо 64 бит.

В течение фазы рассоединения линия СМ6* определяется как длина передаваемых данных первый разряд (DLI *).

6.1.17.7.3 СМ5 * Команда 5

В течение фазы соединения эта линия определяет Разрядность данных 0 (DW0*j Задатчик выставляет dw<)*, чтобы показать, что разрядность магистрали составляет либо 64. либо 256 бит, как показано в таблице 6.3. Задатчик снимает dwO*. чтобы показать, что посылка составляет либо 32. либо I2S бил.

В течение фазы рассоединения линия СМ5* определяется как длина передаваемых данных — нулевой разряд (DW*).

Таблица 6.3 — Разрядность переливаемых дмишх

6.1.17.7.4 СМ4* Команда 4

В течение фазы соединения эта линия определяется как запись (WR*). Задатчик выставляет wr *. чтобы показать, что данные должны быть переданы от задатчика к исполнителю(ям) в течение текущей передачи. Задатчик снимает wr*, чтобы показать, что данные должны быть переданы от исполн)псля(сй) к задатчику.

В темен ис фазы рассоединения эта линия определяется как Запись исполнителя (SW*). Задатчик выставляетsw*. когда он обнаруживает статус [W* линии выставленным в конце фазы соединения или после каждого пакетного цикла запрос—ответ исполнителя в пакетном режиме. Выставление SW* показывает выбранному исполнителю (разделяемой памяти), что он должен получить данные в течение текущей передачи или пакет вместо исходных данных.

6.1.17.7.5 СМ3* Команда 3

В течение фазы соединения эта линия определяется как Команда передачи 3 (ТСЗ*). Задатчик активирует tc(3 . .. 0]* и wr* для выбора команды передачи из таблицы 6.4.

В течение фазы рассоединения эта линия нс определена, и сигнал должен быть снят.

Г а б лица 6.4 — Кодировка команд передач

62

Okomvi.'iiw таблицы 6 -4

ГОСТ Р ИСО/МЭК 10857-95

6.1.17.7.6 СМ2* Команда 2

В течение фазы соединения эта линия определяется как Команда передачи 2 (ТС2*),

В течение фазы данных защищенной передачи эта линия определяется как Блокирующая команда 2 (LC2*) Задатчик активирует К|2 . . . 0]*, чтобы выбрать одну из семи возможных блокирующих команд, как показано в таблице 6.5.

В течение фазы рассоединения этот сигнал нсоирсдслен и должен быть снят.

Т а О л и ц j 6.5 — Колировка блокирующих команд

6.1.17.7.7 CMI* Команда I

В течение фазы соединения эта линия определяется как Команда передачи 1 (ТС1 *).

В течение фазы данных защищенной передачи эта линия определяется как Блокирующая команда I (LC1*).

В течение фазы данных пакетной посылки эта линия определяется как Флаг последней передачи (LT*). Задатчик выставляет It*, когда он обнаруживает статус линии TF* выставленным в конце фазы соединения или после каждого пакетного цикла запрос -ответ исполнителя.

В течение фазы рассоединения эта линия определяется как Больше (MR*). Задатчик выставляет Больше, чтобы показать, что операция блочного копирования находится в действии и разрешены предвыборка, переупорядоченная запись и запись с буферизацией. См. Р896.3 для получения более полной информации об этом.

63

ГОСТ Р ИСО/МЭК 10857-95

6.1.17.7.8 СМО* Команда О

В течение фазы соединения эта линия определяется как Команда передачи 0 (ТС* ).

В течение (разы данных ио время защищенной передачи она определяется как Блокирующая команда О (LCD*).

/ В течение фазы рассоединения защищенной передачи эта линия определяется как Запрет (LK*). Задатчик выставляет 1k*, чтобы показать, что все .модули, которые имеют защищаемые ресурсы, должны выставить и сохранять защиту после конна текущей передачи.

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

6.1.17.8 СР* Команда четности

Линия СР*. несущая бит четности для линии СМ|7 .. .0]*, выставляется, если число выставленных сигналов четно.

6 1.17.9 ST|7 ... 0J* Статус

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

Г и <i а а и и б.о — Копиром:}* статуи

6.1.17.9.1 ST7* Статус?

Эта линия определяется как Ожидание (WT*).

Выбранный или участвующий исполнитель выставляет wt * в течение фазы соединения, чтобы ■закончить передачу без фазы данных. Задатчик тогда ожидает системно определенного события до повторной передачи Никаких изменении в атрибутах кеша нс происходит, если в течение передачи выставлен WT*. Только задатчик способен обнаруживать состояние WT* в течение фазы соединения. Исполнитель продолжает удерживать сигнал WT* в течение фазы рассоединения. Все модули в состоянии обнаруживать состояние WT* в течение фазы рассоединения.

6.1.17.9.2 ST6 * Статус 6

ST6* определяется как Ошибка обмена (BE*).

В течение фазы соединения любой модуль выставляет be*, если он обнаруживает ошибку четности на линиях СМ| | *, ADJ1 * или TGf) *. Участвующие модули выставляют be * в фазе соединения, если они обнаруживают нелегальную операцию. Модули, воспринимающие 64-разрядные адреса, также проверяют четность AD|64 .32)*. сели выставлен AW*. Модули также выставляют Ьс*. если задатчик требует от них действия, которого они не в состоянии выполнить. Если задатчик обнаруживает BE* выставленным в течение фазы соединения, он приступает к фазе рассоединения.

В течение принудительной фазы данных любой из участвующих исполнителей выставляет Ьс*, если он обнаруживает ошибку четности на линиях CM(J *. AD[J*, D(] * или TG| J* Модули также проверяют четность на AD|64 .. . 32)* и D|)*, если соответствующая разрядность данных (DW()*) была выставлена. В режиме без подтверждения выставление BE* не гарантируется при обмене данными, когда была обнаружена ошибка.

Задатчик может продолжать режим запрос-ответ при наличии выставленного BE*, однако данные при этом игнорируются как задатчиком, гак и исполнителями.

В течение фазы рассоединения модули, которые выставили Ьс* в фазах соединения или данных. продолжают удерживать be *.

6.1.17 9.3 ST5* Статус 5

Эта линия определяется как Внедрение (IV*}.

64

ГОСТР ИСО/МЭК 10857-95

В течение принудительных передач модуль выставляет iv*, если он внедряется и передачу. Модуль сохраняет выставленный сигнал iv* до конца фазы рассоединения Когда .задатчик рбнару-живает выставленный сигнал IV*. он открывает свои проводного-ИЛИ интеграторы на приемниках DK* или DI* и оставляет их открытыми в течение передачи.

В течение пакетной передачи модуль выставляет iv*. если он внедряется в пакет, который запрашивается. Модуль сохраняет сигнал iv* доследующей переключения DS* или до конца фазы рассоединения.

61-17.9 4 ST4* Статус 4

Эта линия определяется как Флаг пс|>сдачи (TF*).

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

6.117.9.5 ST3* Статус 3

Эта линия определяется как Широковещательная передача (ВС*).

Модули выставляют be* в течение фазы соединения для преобразования передачи с одним исполнителем в передачу со множеством исполнителей Когда задатчик обнаруживает ВС* нысз лилейным, он открывает свои проводного-ИЛ И интеграторы на приемниках DK*, DI* поставляет их открытыми в течение передачи. Модули сохраняют be* до конца фазы рассоединения.

6.1.17.9.6 ST2* Статус 2

Эта линия определяется как Выбранный (SL*).

Модули выставляют si* в течение фазы соединения, если распознали адрес, на который они должны ответить, и нс обнаружили ошибки четности. Если задатчик нс обнаруживает SL* в конце фазы соединения, он приступает прямо к фазе рассоединения, так как нс было получено ответа ни от одного из модулей

6.1.17.9.7 ST1* Статус 1

В течение фазы соединения STI * определяется как Занятость (BS*).

Если сигнал на линии был выставлен в течение фазы соединения, он также определяется как BS* в течение фазы рассоединения. Выбранный или участвующий исполнитель выставляют bs* , чтобы закончить несдачу без фазы данных. Задатчик тогда ожидает в течение системно определенного времени до очередной попытки передачи. Никаких изменений в атрибутах кеша не происходит, если BS* выставлен в течение передачи. Только задатчик способен обнаруживать BS* в течение фазы соединения. Вее модули способны обнаруживать сигнал BS* в течение фазы рассоединения

Если сигнал BS* нс был выставлен в течение фазы соединения, ST1 * определяется как Конец данных (ED*) н течение фаз данных и рассоединения. Участвующий .модуль выставляет cd* в течение принудительной передачи, чтобы показать, это текущая передача должна закончиться без дальнейшей посылки данных и что задатчику следует приступить к фазе рассоединения. Участвующий модуль выставляет cd * в режиме множественной пакетной передачи, чтобы показать, что текущая передача должна закончиться после последнего подтвержденного пакета без сигнала ED*. В большинстве случаев задатчик будет инициировать новую передачу' после получения выставленного сигнала ED*. если не все данные еще переданы Если задатчик выполнял передачу ответа чтения и обнаружил выставленный ED*. тогда он будет игнорировать все оставшиеся данные и нс будет инициировать новую передачу'. В течение фазы рассоединения ED* показывает статус конца данных для последней принудительной посылки данных или последнего запрашиваемого пакета.

Задатчик может продолжать циклы запрос—ответ, сопровождающиеся ED*, однако данные в этом случае будут игнорироваться как задатчиком, так и исполнителями.

6.1.17.9.8 ST0* Статус 0

Эта линия определяется как Ошибка передачи (ТЕ*).

ТЕ* недействителен в течение фазы соединения. В течение фаз данных или рассоединения модули выставляют te*, чтобы сообщить об ошибках четности, переполнения или недобора данных при пакетных передачах, запросе задатчиком пакетов вне статуса данных и потере четности. Модули сохраняют te* выставленным до конца фазы соединения следующей передачи вне зависимости от изменения владения .магистралью. Модули, которые выставляют ошибку' обмена (be *) в течение фаз соединения или данных, также выставляют te* в течение фазы рассоединения. Хотя ТЕ* может быть выставлен в течение фазы данных, его выборки нс может быть до конца фазы рассоединения, когда снимается AFT.

65

ГОСТ Р ИСО/МЭК 10857—95

6.1.17.10 СА[2 . ..0|* Способность

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

1 а 0 л И И а 6.7 — Колировка способности

6.1 17.10.1 САЗ* Способность 2

Эта линия определяется как Расщепленный ответ (SR*). Модули выставляют sr* . требуемый для того, чтобы текущая передача была расщеплена на множественные передачи или чтобы показать в течение ответа, что существуют все еще ответы, не обслуженные для запрошенных данных.

6.1.17.10.2 СА1 * Способность 1

Эта линия определяется как Принудительная (передача) (СО*). Модули выставляют со*, требуемый для того, чтобы текущая передача использовала принудительный протокол вместо пакетного протокола.

6.1.17.10.3 САО* Способность 0

Эта линия определяется как Скорость передачи (TS*). Модули выставляют сигнал ts*, запрашиваемый для гою, чтобы была использована низшая из двух программно-управляемых скоростей передачи пакетов в течение текущей передачи. Если выставлен со* . тогда ts* должен быть снят.

6.1.17.11 AD|31 . . . 0|* Адрес/Дшшые/Огмеиа байтовой шины/Адрес возврата

В течение фазы соединения для большинства передач на линиях AD[3I . . . 5|* находится адрес текущей передачи, при этом AD| 1 ... 0]* определяются пользователем. AD[4 ... 2]* содержат либо адрес, либо информацию, определяемую пользователем, зависящую от выбранной разрядности данных (DW|| *).

Единственное исключение допускается в течение фазы соединения при передачах типа ответ чтения или ответ записи В этом случае:

1) AD[31 ... 28]* устанавливаются в единицу;

2) AD|27 ... 12)* содержат глобальный идентификатор запросчика;

3) AD(1I . . . 6| * являются резервными;

4) AD{5 .. . 0| * содержат идентификатор передачи, который определяется пользователем.

В течение фазы данных передачи записи линии (AD(31 . . . 0]*) содержат данные записи, выставленные задатчиком. В течение фазы данных передачи чтения эти линии активированы одним или более исполнителями данными чтения.

Данные в 32 разряда всегда передаются по линиям AD(31 ... 0)* вне зависимости от разрядности модуля.

Байты передаются по своим естественным позициям без выравнивания. Порядок передачи байтов определяется в соответствующих стандартах.

В течение первого нечетного обмена частной передачи АО[3! . . . 0|* определяются как сигналы отмены шины (Ц) *) ДЛЯ передачи, которая происходит в течение последующих обменов. Частная посылка состоит из одного обмена отмены шины и одной или более обменов данными. В течение передач частной записи, если сигнал отмены шины выставлен, соответствующая байтовая шина не модифицируется принимающим исполнителем. В течение передач частного чтения, если сигнал отмены шины выставлен задатчиком, соответствующая байтовая шина нс воспринимается задатчиком. Выставленный сигнал L||* запрещает проверку четности на соответствующей байтовой шине. Сыпал отмены шины, соответствующие не разрешенным шинам, могут быть отменены командой разрядности данных. Проверка байтовой четности на полных полях AD]] * и D||* разрешается командой разрядности данных «течение обмена отмены шины.

йь

ГОСТ Р ИСО/МЭК 10857-95

В течение фазы рассоединении связных передач чтения AD[31 ... 0| * могут вес еще содержать данные последнего обмена. Поэтому информация рассоединения не может быть помешена на этих линиях, и четность при этом не проверяется.

В течение фазы рассоединения передач типа ответ чтения и ответ записи производятся следующие операции.

I) AD|31 ... 161* резервные.

2) AD|15 . . . 8]* содержат приоритет первоначального запросчика передачи. Приоритет арбитража нс должен быть использован, поскольку он может быть унаследован.

3) AD[7 .. . 3|* резервные.

4) AD2* содержит избранный статус SL*. Этот разряд выставляется модулем на запрос конечного получателя, как было сигнализировано в адресе запроса.

5) AD1 * содержит статус конфликта. Этот разряд устанавливается модулем на запрос конечного получателя, когда этот модуль обнаруживает потенциальное условие затыка, которое требует, чтобы запрошенная передача была возвращена назад по всему пути к источнику запроса. Это приводит к занятости от края до края, и запросчик нс должен ожидать дальнейших ответов.

6) ADU* содержит статус ошибки передачи ТЕ*. Этот разряд выставляется, если условия ошибки обнаруживаются в любом месте вдоль пути запроса на передачу. Запросчик нс должен ожидать дальнейших ответов.

В течение фазы рассоединения передач разделенного и модифицированного ответа производится следующее.

1} AD|3I . .. 28]* устанавливаются в единицу.

2) AD(27 . 12J* содержат глобальный идентификатор запросчика.

3) AD[ll .. . 4|* содержат ириорюст первоначального запросчика передачи. Арбитраж приоритета не должен использоваться, поскольку'он может быть унаследован.

4)AD3* резервная.

5) AD2* содержит избранный статус SL*. Этот разряд выставляется модулем на запрос конечною получателя, как было сигнализировано в адресе запроса.

6) AD1 * содержит статус конфликта. Этот разряд устанавливается модулем на запрос конечного получателя, когда этот модуль об наружи васт потенциальное условие тупика, кото рос требует, чтобы запрошенная передача была возвращена назад по всему пути к источнику запроса. ’Это приводит к занятости от края до края, и запросчик не должен ожидать дальнейших ответов.

7) AD0* содержит статус ошибки передачи ТЕ*. Этот разряд выставляется, если условия ошибки обнаруживаются в любом месте вдоль пути запроса на передачу. Запросчик не должен ожидать дальнейших ответов.

В течение фазы |Х1ссосдинения других передач, нс описанных выше, производится следующее.

1) ADP1 ... 16]* содержат глобальный идентификатор запросчика.

2) AD|15 .. . 8]* содержат приоритет первоначального запросчика передачи.

3) AD]~ . 6]* резервные.

4) AD[5 .. . 0)* содержат идентификатор передачи.

6.1.17.12 AD|63 ... 32]* Аарес/Данные

В течение фазы соединения в передачах с выставленным AW* на линиях AD[63 ... 32]* выставляется 32 старших разряда адреса текущей передачи. В течение фазы данных передачи записи при выставленных либо DWI ♦, либо DW0* на этих линиях находятся данные записи задатчика. В течение фазы данных несдачи «пения с выставленными сигналами либо DW1*, либо DW0* на этиях линиях находятся данные чтения одного или более исполнителей.

В течение фазы рассоединения эт и линии не определены. Дополнительные возможности этих линий в течение (разы рассоединения могут быть определены другими стандартами.

6.i.17.13 DR55 ... 64] * Данные

В течение фазы подключения D]255 ... 64]* нс определены.

В течение фазы данных передачи записи при,выставленном DWI * на D[255 ... 64)* находятся данные записи задатчика. В течение фазы данных передачи записи с выставленными DW] * и DW0* на D|255 ... 64]* находятся данные записи задатчика. В течение фазы данных передачи ‘пения яри выставленном DW1* на D[127 ... 64]* находятся данные чтения исполнителя. В течение (разы данных передачи чтения при выставленных DW1 * и DW0* на 13)255 . . . 128)* находятся данные «пения одного или более исполнителей.

67

ГОС Т Р ИСО/МЭК 10857-95

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

6.1.17.14 ВР [31 . . . 0|* Четность байта

Каждая линия байта четности несет бит четности для одной байтовой шины и, если число сигналов в каждой байтовой шине четное, то выставляется сигнал четности байта.

ВРО* соответствует четности AD|7 ... 0|* , ВР1 * соответствует четности AD| 15 ... 8| *. и т. д. до ВР31 * соответствующей четности DJ255 .. . 248)*.

6.1.17.15 TG[7 ... 0|* Тег

TG|7... Oj* линии несут дополнительную - по выбору информацию, относящеюся к линиям AD[63 . . . 0|* и D[255 . . 64|*. Информация, представленная сигналами на этих линиях, не регламентируется этим стандартом. Рекомендации, как они могут быть использованы, могут быть предписаны в будущем стандарте. Число активных линий TG[|* согласовывается при инициализации и содержится в регистре логических возможностей модуля, как описано в 7.1.

6.1.17.16 ТР* Четность тегов

Линия четности тегов несет биг четности для TG(7 ... 0]* и, если число выставленных сигналов четно, то выставляется ТР* .

Если линии тегов нс активны (определяется регистром управления и статуса), сигналы на этих линиях не выставляются

6.1.17.17 ЕТ * Окончание владения

Текущий задатчик снимает ct *, чтобы показать, что его текущее владение магистралью закончилось Снятие ЕТ* является индикацией того, что текущий задатчик освободил все линии параллельной магистрали и что выбранный задатчик может начать магистральную передачу.

Задатчик выставляет ei* в течение его первой передачи, когда он обнаруживает Alf в состоянии логического нуля, и перед снятием as* .

Снятие ЕТ* также делает заметным изменение владения магистралью для всех модулей, побуждая их к снятию любых блокировок ресурсов.

6.1.18 Обмены в магистрали

Обмен состоит из посылки по линии синхронизации, выполняемой задатчиком, следовавшим за снятием линии подтверждения одного или более исполнителей. Команда и данные могут быть посланы от задатчика к ислолннтелю(лям) в течение первой половины обмена, а статус, способности и данные могут быть возвращены задатчику от исполнителей в течение второй половины. Этот режим запрос—ответ относится к принудительному, так как исполнитель обязываете» обеспечить ответ до того, как задатчик приступит к следующему обмену. Передачи на магистрали состоят из набора этих обменов, проводимых задатчиком и одним или более исполнителями.

6.1.18.1 Магистральный обмен с одним исполнителем

На рис. 6—4 показан общий обмен, в котором информация передастся между задатчиком и единственным исполнителем. Детальное описание операции следующее.

I) Задатчик сначала активирует информационные линии с соответствующими информационными сигналами

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

3) Задатчик выставляет сигнал синхронизации.

4) Исполнитель обнаруживает сигнал синхронизации задатчика.

5) Исполнитель затем ожидает окончания возможных перекосов между его приемниками.

6) Далее исполнитель получает информацию от задатчика (Эта фиксация включает дополнительное время, которое может быть необходимым для предустановки и удержания в цепях приема данных.

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

68

ГОСТ 1» ИСО/МЭК 10857-95

7) Исполнитель выставляет на информационные линии соответствующие информационные сигналы ответа.

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

9) Исполнитель затем снимает сигнал синхронизации.

10) Задатчик обнаруживает снятие сигнала синхронизации

11) Задатчик может далее активировать информационные линии новой информацией. Затем задатчик ожидает окончания возможного перекоса в своих приемниках

12) Задатчик фиксирует ответную информацию от исполнителя. (Фиксация включает любое дополнительное время, которое может быть необходимости предустановки и удержания в цепях фиксации данных).

Информация задатчика

Синхронизация задатчика

Информация исполнителя

Синхронизация исполнителя'

Рисунок 6—Г — Магистральный обмен с едким исполнителем

6.1.18.2 Магистральный обмен со .множественными исполнителями

Рис. 6—5 показывает общий обмен, при котором информация передастся между задатчиком и .множественными исполнителями. Передачи, в которые вовлечены множество исполнителей, известны как широковещательные передачи. Различие между передачами со множественными и единичным исполнителями заключается в использовании сигналов синхронизации исполнителен Первоначально все исполнители, вовлеченные в обмен, должны выставить сигнал синхронизации. Шаги 1—6 идентичны 6.1.18.1.

7) Исполнители помешают ивою информацию на магистрали.

8) Исполнители ожидают окончания возможных перекосов.

9) Каждый исполнитель снимает свой сигнал синхронизации.

10) Поскольку сигнал синхронизации исполнителя, который появляется на магистрали, является сигналом проводного ИЛИ всех исполнителей, выставивших этот сигнал, вес исполнители должны снять этот сигнал до того, как он снимется с магистрали. Это позволяет самому медленному из исполнителей управлять временем снятия. Побочный эффект на линии передачи, называемый «шпилькой» проводного ИЛИ. вызывается этой ситуацией. Получатель сигнала должен использоваться таким образом, чтобы воспринимать сигнал только после того, как тот пройдет интегратор проводного ИЛИ. Таким образом, обмены со множеством исполнителей производятся в темпе передачи с единственным самым медленным исполнителем.

69

ГОСТ Р ИСО/МЭК 10857-95

Фильтрованная синхронизация исполнителя -

Рисунок 6—5 — Магистральный обмен ио множественными исполнителями

6.1.19 Примеры передач

6.1Д9-1 Передача только адреса

Передача только адреса состоит из двух последовательных обменов Первый обмен заключается в установлении связи между задатчиком н одним или боЛес исполнителями и поэтому относится к фазе соединения передачи. Вторым обменом выполняется окончание связи между задатчиком и подключенными исполнителями, он относится к фазе рассоединения. Рис. 6—6 показывает передачу только адреса.

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

Эта передача является основным элементом, предоставляющим задатчику два временных интервала, в которые он может передать информацию к одному или более исполнителям. Два временных интервала также обеспечивают задатчику получение информации от исполнителями) в ответ.

Задатчик сначала активирует линии AD||* адресом, линии САЦ* — информацией способности. С М| |* линии — соответствующими бигами команды соединения. TG[ | * — теговой информацией и соответствующе)! линией четности; далее он выставляет as *, чтобы показать их действительность. Когда исполнители обнаруживают выставленным AS* . они выставляют ак* и проверяют информацию об адресе и команде. Если адрес является одним из тех, на который они должны ответить в качестве выбранного или участвующего исполнителя, они выставляют di* . Выставление ак* и di* в (разе соединения является просто подготовкой к последующему использованию- Выбранные исполнители выставляют si*, как показано на рис. 6—6, чтобы сообщить задатчику, что они отвечают на передачу. Исполнители также выставляют вес линии с информацией о статусе и способности, которая нм присуща. Далее исполнители снимают al* Так как нс вес исполнители снимают al* , на выходе п|х)водною ИЛИ могут проскакивать шпильки. Поэтому задатчик отслеживает AL* через интегратор проводного ИЛИ. Когда задатчик обнаруживает АН в состоянии логического нуля, он поверяет линки статуса и способности.

iOCT P ИСО/МЭК 10857-95

Рисунок 6~t» - I кркдача толь*" адом

1ШПИБ может мрлнес Ембцагь Передачу КШЗД ШДОШ ШИ- СУЛИ ±IQ HSQftXQlMMQ• UJl£Q6paj£-!!£□; у передачу ЮЛько адреса. ОСНОШШи&Ь Ш1 Ш1ф0ЛШ1ШИ Q СЕЩее и способности. ЬЬШШШЪ если задатчик обнаружим SR* ЩЦ ГЩкТедшым. ОН может преобразован. Передачу ‘Л£ШШ а ЗЩЩОЦ ИД '.№Ж-

В случае расщепленной передачи ответа задатчик активирует AD(]* и ВРЦ* данными рассоединения, СМ||* и СР* — командой рассоединения я TG||* и ТРЦ* — соответствующей теговой информацией Затем задатчик снимает as*, чтобы указать на действительность ADj | *, ВР|)*. TGH*. ТР* , СМ||*. СР* н покатать участвующим исполнителям, что передача заканчивается. Исполнители после обнаружения снятия AS * проверяют информацию на AD| | * . ВР| | * , TG | j *, ТР*. СМ(| *. СР* и STJI*, затем выставляютai* и снимают ak*. di* Когда задатчик и исполнители обнаруживает АКТ в состоянии логического нуля, они снимают AD||*. ВР||*. TG||*.TP*. СМ||*.СР* СА||* . ST||* и передача заканчивается.

6.1.19.2 Принудительное чтение

Передача принудительное чтение (см. рис. 6—7) начинается с (разы соединения, как в передаче только адреса. После того, как задатчик обнаруживает Alf в состоянии логического нуля н проверяет САЦ* и ST|]*. он активирует СМ||* соответствующей командой фазы данных и снимает AD|| * и TG||*. Далее задатчик выставляет^*, чтобы запросить данные от исполнителя. Когда выбранный исполнитель обнаруживает выставленный DS*. он проверяет CMU* и выставляет dk* Когда запошиваемые данные доступны, исполнитель активирует AD(J * и TG[j*. Злеем исполнитель снимает di*, чтобы показать задатчику, что данные действительны. Когда задатчик обнаруживает снятие DI * , он фиксирует данные и снимает ds* . чтобы запросить данные со следующих адресов. Когда исполнитель обнаруживает снятие DS*.oh выставляет di*. Когда запрашиваемые данные становятся доступными, исполнитель активирует AD||*, TG|J* и, например, выставляет cd*, чтобы показать, что он не может поддерживать дальнейшую передачу данных до конца текущей передачи. Затем исполнитель снимает dk*. Когда задатчик обнаруживает снятие DK *, он фи кс и рус гдаииыс на AD||* *’ приступает к фазе рассоединения, как при передаче только (шрееи.

71

ГОСТ Р ИСО/МЭК 10857-95

АОП

СМ(]

СА[ ]

ST()

AS

АК

Al

DS

DK

DI

EO

Фаза соединения

\ Адрес

Фаза данных

\^° ^а соединения / \ Команда данных

I Фаза рассоединения

~), Команда

/ \ рассоединения

И

Адресный обмен

Способность

Обмен данных нечетный

Обмен данных четный

Адресный обмен окончания

Рисунок ь—7 — Передача принудительна: 'ленке

6.I.I9J Принудительноешироковещагельное/широкозапросноечтение

Принудительное широковещательное чтение отличаете» от предыдущей передачи тем. что один или более исполнителей выставляют bs* во время фазы соединения Это показывает задатчику, чти он должен проверить DI* и DK* после того, как они пройдут через интеграторы проводного ИЛИ. т к несколько исполнителей снимают эти сигналы. В этой передаче задатчик запрашивает единичную передачу. Это оставляет как DS* , шк и ОК* выставленными до начата фазы рассоединения. В лом случае исполнители снимают dk* . когда они обнаруживают снятие AS* . Задатчик снимает DS*. когда он определит, что DKf стал логическим нулем Это возвращает DS* в снятое состояние.

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

Широкозапросная (см. рис. 6—8) пе^дача производится, когда несколько исполнителей ПО’ шалают данные, а задатчик принимает данные по проводному ИЛИ от всех исполнителей. Например, когда каждый модуль использует только одну линию магистрали, статус может быть принят от всех модулем одновременно

Широковещательная передача производится, когда один из исполнителей выставляет данные, л один или более исполнителей принимают данные вместе с задатчиком. При широковещательном ■пеним только модуль, выставляющий данные на шину, устанавливает dk* . показывая, что данные действительны. Другие модули ждут, пока они нс обнаружат DK*. выставляемым перед выставлю ином dk*.

6.1.19.4 Принудительное чтение с внелренностъю

В принудительном чтении с внедренностью (см. рис. 6—9) исполнитель выставляет iv* во время фазы соединения, чтобы показать, что он имеет более современную копию данных, запрошенных задатчиком, чем выбранный исполнитель. Задатчик по обнаружении IV* отвечает выставлением sw * во время фазы данных. Выбранный исполнитель, обнаружив SW* выставляет подготовленные для чтения данные вмести их источника. Поскольку в чтение вовлечено более одного исполнителя, задатчик должен следить за DK* и DI* после того, как они пройдут через интеграторы проводного ИЛИ.

При чтении с внедрснностью только модуль—источник данных первым выставляет dk ★. Другие модули ждут, пока они нс обнаружат DK* перед выставлением своего dk*. Это же справедливо и в четном обмене данными за исключением того, что модуль—источник данных первым ныстамя-erdi* . Другие модули ждут. пока они не обнаружат DI* |Теред выставлением своею di* .

72

AD(]

Фаза соединения

Фаза данных

СМИ

САЦ

ST[|

AS

АК

AI

DS

DK

DI

8С

ГОСТ Р ИСО/МЭК 10857-95

. Фаза рассоединения

Данные

^Команда_с^*е_ния2 \ Команда данных^ \^К соединения⁰/

Способность

Статус

Адресный обмен

£7

Нечетный обмен данными

Адресный обмен окончания

I'licyisiMC 6—Я — Принудительное шмрикоэипроииос чтение

Фаза рассоединения

А0(1

Фаза соединения

Фаза данных

СМИ

САП

STIJ

AS*

АК

AI

DS

DK

DI

IV

SW

Адрес

Данные

соединения/^Команда данных^

в

НИИ

Адресный обмен

Способность

Статус

Нечетный обмен данными

Адресный обмен окончания

Рисунок 6—9 — Принудительное чтение с внедрен жхтью

73

ГОСТ Р ИСО/МЭК 10857-95

6.1.19.5 Частное принудительное чтение

Частное принудительное чтение (см. рис. 6—Ю) используется для передачи только отдельных байтов поля данных. В первом нечетном обмене задатчик передаст информацию отмены шины на AD|31 V. . 0|* В четном и всех последующих обменах данных исполнителей) выставляют запрошенные данные. Задатчик при получении данных игнорирует байтовые шины, если установлен соответствующий сигнал отмены шины (см. 6.1.17. Н).

АОИ’.

СМИ'.

САП*.

ST(J'_

AS'_

АК*_

AI

DS'

OK*

ОС*

Фаза соединения

Фаза данных

Фаза рассоединения

Адрес

соединения

\\\\\1

Адресный Обмен

данных

Способность

Обмен отмены шины нечетный

Обмен данных четный

команда рассоединения

77

27-

Адресный обмен окончания

Рисунок <f—10 — Частное прниулигельное чтение

6.1.19.6 Принудительная запись

11рииудительная запись (рис. 6—11) начинается с фазы соединения, как и при передаче только адреса. После того, как задатчик обнаруживает, что АИстал логическим нулем, и проверит СА| | * и ST[]*. он активирует СМЦ* соответствующей командой фазы данных AD[)*, D(J* — данными записи и ТО||* — теговой информацией. Затем задатчик выставляет ds*. ’побы показать исполнителю, чти СМ| | *. AD| | * и TG|J * действительны. Когда выбранным исполнитель обнаружит DS * ом выставляет dk * и фиксирует данные на AD0* и TG|)*. Затем исполнитель снимает di*, чтобы показать задатчику, что он зафиксировал данные и «по ST|J* действительны. Когда задатчик обнаруживает. что DI ♦ снят, он фиксирует сигналы статуса исполнителя, выставляет на AD[ | * следующие данные записи, на TG(]* — следующую соответствующую теговую информацию и снимает ds* Когда выбранный исполнитель определяет, что DS* снят, он выставляет di* и фиксирует данные на AD(j* и TG(|*. Затем исполнитель снимает dk*. чтобы показать задатчику, что он зафиксщхмяст данные и что ST||* действительны. Когда задатчик обнаруживает, что DK* снят, ом фиксирует статус- исполнителя я переходит к фазе рассоединения, если ED* был выставлен исполнителем или все данные уже переданы.

6.1.19.7 Принудительная широковещательная запись

Принудительная широковещательная запись (см. рис. 6—12) идентична предыдущей передачи за исключением того, что один или более исполнителей выставляют Ьс* во время фазы соединения. Это показывает задатчику, что он должен наблюдать за состоянием DI* и DK* после того, как они прандуг через интеграторы проводного ИЛИ, т. к. несколько исполнителей снимают эти сигналы.

Все участвующие исполнители принимают данные от задатчика в этой передаче.

АОИ*. О[]

Фаза соединения

Фаза данных

СМИ

СА[]

STU

AS

АК

AI

DS

ОК

DC

ГОС Г Р ИСО/МЭК 10857—95

Фаза рассоединения

ИИ5

Адресный обмен

оединения

Способность

77

АОИ

СМИ

САП

ST()

AS

АК

AI

DS'

DK'

Dl

ес

Нечетный обмен данными

Четный обмен данными

Адресный обмен окончания

Рисунок <>—{ I - |1|:|Ш}ДИЮ1Ы1ал jjiiHCb

Фаза соединения

Фаза данных

Фаза рассоединения Г Данные

/ \_____рассоединения

Адрес

соединения

/ \ Данные

7 ^оманда данных*^ ^^2^£>ассоёдйн^^

Способность

k\\\W

7//Л

777

Статус

Адресный обмен

Обмен данными нечетный

Адресный обмен окончания

Рисунок 6—12 - Принудительная шнрмкиздиытетыыя Тянись

ГОСТ Р ИСО/МЭК 10X57 -95

6.LI9.E Частая принудительная запись

Частная принудительная запись (ем. рис. 6—13) используется, чтобы передать только отдельные байты поля данных. В первом нечетном обмене данных лщатчик поддаст информацию отмены Липовой шины на AD|3l . . . 0)*. В первом четном и последующих обменах задатчик передаст данные записи. Получая данные, псполшпслЦп) игнорируют байтовые шины, если установлен соответствующий сигнал отмены шины (ем. 6.1 17 11)

AD(J

смп

САП*.

ST(|

AS

ЛК’

АГ

OS

DK

Фаза соединения

Адрес

ш

ж

Адресный обмен

Фаза данных

Фаза рассоединения

У^ Данные /^^арУссоедиН8Ния/

Команда данных

Способность

Обмен отмены шины нечетный

Обмен данных четный

Рисунок 6—13 — НринуднпУ1ьн.ы чашная

Адресный обмен окончания

запись

6.1 19.9 Ошибка передачи

В предыдущих примерах передачи были введены различные статусные линии. ТЕ* отличается от всех других статусных линии тем, что он действителен между передачами, как показано на рис. 6 - 14. Модуль выставляет tc* во время фазы рассоединения или фазы данных перед снятием ак* -Модуль удерживает te* выставленным, пока нс обнаружит, что ЛИ скит логическим нулем во в|>смя фазы соединения в следующей передаче. Это позволяет всем модулям сообщить об ошибках независимо оз того, в каком месте перлами ошибки обнаружены. Все модули на шине могут определять состояние ТЕ* с того времени, как они обнаружили, что AKI стал логическим нулем кии AS* выставлен, пока они не сняли ai*

6.1.19.10 Пакетная фаза данных

Одиночный нечетным пакет пакетной передачи показан на рис. 6-15. Фазы соединения и рассоединения пакетной передачи идентичны фазам, описанным для принудительной передачи. Рисунок иллюстрирует передачу восьмнсловного пакета (например, передачу 64 байтов через 64-разрядную систему PS96 Г) В восьмисловной передаче существуют десять битовых периодов. Каждый период равен периоду локального Tail мера передающего модуля. Передача данных начинается с выставления всех линий эдрсс/дамные передающим модулем. Этот переход ощюделяст начало первого битового периода. Приемный модуль синхронизируется каждым индивидуальным битом адрсс/данные. используя этот первоначальный переход. Передающий модуль использует переход в битовом периоде, чтобы указать «единицу*. Битовый период без перехода является «нулем». Первый битовый период используется как бит синхронизации Последний бит используется для про-

76

ГОСТ Р ИСО/МЭК 10857-95

верки на четность. Если число предыдущих битовых периодов нечетно, то в битс четности будет «единица». Если нс обнаружено ошибок четности, то сигналы со всех линий будут сняты при окончании передачи.

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

В пакетной моде сигнал ошибки вырабатывается только на уровне передачи, используя ТЕ* так. что ско]юеть сохраняется.

АО(Г

Фаза соединения

Фаза рассоединения

Фаза соединения

СМИ

СА()

ST()

AS'

АК'

AI

OS’

DK

01

ТЕ

“7 Г Данные 7 / \ рассоединения/

соединения

\^ Способность ^"

\\\\\ ^Ста~

Адрес

соединения/ \

Адресный обмен

/77

Адресный обмен окончания

Адресный обмен

Рисунок б—Ы — Диапммма ошибкн передачи

6.1.19.11 Одиночное пакетное чтение

При одиночном пакетном чтении, показанном на рис. 6—16, исполнитель является источником пакета данных, пока он нс обнаружит DS* . выставленный задатчиком. В приведенном примере исполнитель задерживает снятие di* до тех пор, пока пакет нс будет передан полностью, хотя что нс является обязательным. Задатчик всегда ждет, когда пакеты будут полностью переданы, питом снимает as* . В отличие от принудительного протокола, задатчик может снять ds*. как только он обнаружит, что DI * снят, без предварительного снятия as* . в то время как он нс устанавливает pi* в команде данных.

6.1.19.12 Одиночное пакетное широковещательное чтение

Рис. 6—17 показывает передачу одиночного пакетного чтения с одним или более исполнителями. выставляющими bs* статусную линию. В этом случае один или более исполнителей принимают пакет вместе с задатчиком.

6.1 19 13 Одиночное пакетное чтение с внедренностью

Передача одиночного пакетного чтения с внедренностью. показанная на рис. 6—18, идентична передаче в принудительной версии, за исключением того, что передастся пакет.

6.1 19.14 Одиночная пакетная запись

Передача одиночной пакетной записи, показанная на рис. 6—19, идентична передаче в прину-дитсльной версии, за исключением того, что передается пакет. Задатчик задерживает посылку пакета на время, по крайней мере равное одному битовому периоду после выставления ds*. Исполнитель должен подготовить свою внутреннюю схему для принятия пакета за этот период времени.

77

ГОС ! Р ИСО/МЭК 10857-95

Рисунок 6—15 — Диграмма иаканой ф-ьы Даниил

АОП

Фаза соединения

Фаза данных

Фаза

рассоединения

СМИ

СА(]

STIF

AS

АК

Al'

DS

OK

DI

соединения /\команд_а данных

_L\\\\w

Способность

w

Адресный обмен

Пакет данных нечетный

Адресный обмен окончания

l’iuyHu>; <i — Ю — Диаграмма лдииичншо пакетного чтении

AD(|

Фаза соединения

Фаза данных

см П-.

CAfJ

ST(]

AS

АК

Al

DS'

DK’

DI

BC

ГОСТ I’ ИСО/МЭК 10X57-95

Фаза

рассоединения

Адрес

Способность

Адресный обмен

Пакет данных нечетный

Адресный обмен окончания

Гнстпои 6—I? — Ш|ф<1К<ни:1Ц;аелы11>е .i:uimviiiw iukitibx: •пслнс

I’lkyiMk 6—iS — Одтигпни: шкспюе 'псипе с т.кс.5рк»н(1чьк>

79

ГОСТ Р ИСО/МЭК 10857-95

А0||

Фаза соединения

Фаза

данных

Фаза рассоединения

СМИ

САЦ

\ Команда

\ соединения,

Пакет

данных

”7 \ Команда

/ \ оасс<

рассоединения,

STU'

AS

АК

AI

DS

ОК

01

W

Адресный обмен

Способность

Пакет данных нечетный

Адресный обмен окончания

Рисунок i> —!У — Одиночная шкелси» хинин

6.1.19 15 Многократное пакетное чтение с внутренностью

Во время инициализации системы сланным П]юиссиор определяет, все ли модули, способные к пикетной передаче, могут работать в многократно)! пакетной моде. Если вес способные к пакетной передаче модули поддерживают многократную пакетную передачу, тогда может быть достигнута очень высокая скорость блочной передачи по отношению к физическим адресам. Если только часть способных к лаке। ной передаче модулей поддерживают многократную пакетную передачу, то мно-гок|хпная пакетная мода может быть использована, только когда выбранные модули имеют точную информацию о системных границах физических адресов. В этом случае модули—участники многократной пакетной моды должны гарантировать, что передача вс потребует пакета, который может вовлечь неспособный к многократной пакетной передаче модуль

Внутри (разы данных многократной пакетной моды каждый новый пакет запрашивается задатчиком, и каждый, новый запрос подтверждается статусной информацией с использованием принудительного обмена всеми участниками. В любое время модуль может откатать запросу выставлением сигнала статуса конца данных. Задатчик использует рг* для запроса добавочных пакетов. Если исполнителей) неспособны поддержать пли принять запрошенные данные, они выставляют cd *.

Рисунок 6 -20 показывает многок|ытнои пакетное чтение с внсдреняостью. IV ♦ и SW* активируются на пакетный базис, а нс базис передачи. Это позволяет использовать передачу с кешированным оборудованием. которая автоматически собирает и делает недействительными кешевые строки. расположенные среди кешен ц системной памяти. Каждый цикл запрос/отвст становится на-блюдаюшим следующей кошеной строки. Кеши возвращают свое кошеное разделение и статус внедрения. как они делали бы это во и]юмя фазы соединения.

6.1.19.16 Многократное пакетное чтение с внедрением и очередностью

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

Рис. 6—21 покрывает передачу многократного пакетного чтения, в которой пакеты передаются значительно позже, чем никлы Ж1П|Юс7'отвст. Вес участвующие модули должны следить за лини ями AD| | * . чтобы определить, когда они должны выставить данные.

Если кеш-когс|х?нгность нс используется, то .можно использовать сверхскоростную блочную передачу с возможностью Пе]х:секать границы модулей, пока цикл зап|юс/отист проводит конвейрс передачей данных.

ГОСТ Р ИСО/МЭК 10857-95

Рисунок ft-JD — Мп.тжропкх; ИиКсЛшс 'Иснис с ц|ц:лрикн<к.тьк>

Рисуин». <>—21 — MmiiOKiiniiw нлксшнс -нсинс < гиедренисм и <>'к'рс.чи<н::ыо

ГОСТ Р ИСО/МЭК 10857-95

6 2 Спецификация

6.2.1 Основные определения

6.2.1.1 Определения протокола передачи

ЗАДАТЧИК MASTER

Модуль должен установить ЗАДАТЧИК, если ЦЕНТРАЛИЗОВАННЫЙ ЗАДАТЧИК РАС-ГI РЕДЕЛ ЕН Н Ы Й ЗАДАТЧ И К

РАЗРЕ U J Е Н НОСТЪ. ПА К ЕТА РАС KET.ENAB LED

Модуль должен установить РАЗРЕИ1ЕННОСТЬ_ПАКЕТА. если ПАКЕТНАЯ_СПОСОБ-НОСТЬ & (РАЗРЕШЕНИЕ_ПАКЕТНОЙ_ДЛИНЫ 2 ; РАЗРЕШЕНИЕ ПАКЕТНОЙ .ДЛИНЫ I РАЗРЕШЕНИЕ_ПАКЁГН0ОЛИНЫ 8 ; РАЗРЕШЕНИЕ ПАКЕТНОЙ ДЛИНЫ_16 ; РАЗРЕШЕНИЕ ПАКЕТНОЙ ДЛИНЫ .СД РАЗРЕДИ HHEJIAKETHOH ДЛИНЫ 64)

ПРИНУДИТЕЛЬНОСТЬ COMPELLED

Модуль может установить ПРИНУДИТЕЛЬНОСТЬ, если -ИНИН & «ЗАДАТЧИК & ФАЗА СОЕДИНЕНИЯ ¹ УЧАСТИЕ). Модуль должен установить ПРИНУДИТЕЛЬНОСТЬ. если-ИНИ Г & (-РАЗРЕШЕННОСТЬ ПАКЕТА & (ЗАДАТЧИК & ФАЗА СОЕДИНЕНИЯ ; УЧАСТИЕ); ФАЗА СОЕДИНЕНИЯ & ЗАПРЕЩЕННЫЙ). Модуль должен удерживать ПРИНУДИТЕЛЬНОСТЬ, пока ИНИЦ ; ЗАВЕРШЕНИЕ ПЕРЕДАЧИ.

СТАТУС ПРИНУЖДЕНИЯ COMPELLED STATUS

Модуль должен уеглиоып ь СТАТУС_П РИ НУЖДЕН ИЯ. осли-ИНИТА СА1* & СТАТУС „CO-ЕД ИН Е Н И Я. Модули должны удерживать СТАТУС-11 РИ НУЖДЕН ИЯ. пока И Н ИТ ; ЗАВЕРШ L-НИЕ.ПЕРЕДАЧИ

НИЗКАЯ. СКОРОСТЬ LOW. SPEED

Модуль должен установить Н ИЗКУ Ю.СКОРОСТЬ. если -ИНИТ & —РАЗРЕШЕНИЕ ВЫСОКОЙ СКОРОСТИ & (ЗАДАТЧИК& ФАЗА СОЕДИНЕНИЯ & -ПРИНУДИЛ ЕЛЬНОСТЬ: УЧАСТИЕ & -ПРИНУДИТЕЛЬНОСТЬ). Модули должны удерживать НИЗКУЮ_СКОРОСТЬ. пока ИНИЦ . ЗАВЕРШЕНИЕ ПЕРЕДАЧИ

СТАТУС НИЗКОЙ СКОРОСТИ LOW SPEED-STATUS

Модули должны установить СТАТУСНИЗКОИ СКОРОСТИ, если -ИНИЦ & САО* & СТАТУС СОЕДИНЕНИЯ Модули должны удерживать СТАТУС, НИЗКОЙ_СКОРОСТИ, пока ИНИЦ завершение передачи

РЕЖИМ МНОЖЕСТВЕННЫХ ПАКЕТОВ MULTIPLE_PACKET_MODE

Модули должны установить РЕЖИМ МНОЖЕСТВЕННЫХ „ПАКЕТОВ, если ФАЗА ДАННЫХ & -СТАТУС-ПРИНУЖДЕНИЯ & РАЗРЕШЕНИЕ_РЕЖИМА_МНОЖЕСТВЕН-НЫХ ПАКЕТОВ. Модули должны удерживать РЕЖИМ_МНОЖЕСТВЕННЫХ ПАКЕТОВ. пока ИНИЦ ЗАВЕРШЕНИЕ ПЕРЕДАЧИ.

ЗАГI РОС. IIAKETA PACKET.REQU EST

ЗАДАТЧИК должен установить ЗАПРОС_ПАКЕТА. если -ИНИЦ & РЕЖИМ_МНОЖЕ-СТВЕННЫХ ПАКЕТОВ перед выставлением ds*, чтобы начать ФАЗУ ДАННЫХ, если в текущей передаче запрошено более одного пакета. ЗАДАТЧИК должен удерживать .ЗАПРОС ПАКЕТА, пока ИНИЦ ; НУЛЬ СЧЕТЧИКА ПЕРЕДАЧ & ЗАНЯТИЕ ДИСКА.ИНФО . ЗАВЕРШЕНИЕ ПЕРЕДАЧИ.

Модули должны удерживать ЗАПРОС-ПАКЕТА, если СМО* &УЧАСТИЕ & РЕЖИМ„МНОЖЕСТВЕН НЫХ-ПАКЕТОВ & ПРИЗНАКЛДННЫХ-ФИКС. Модули должны удерживать ЗАПРОС ПАКЕТА, пока ИНИЦ .' ЗАВЕРШЕНИЕ ПЕРЕДАЧИ ; -СМО* & ПРИЗНАК.ДАННЫХ ФИКС.

6.2.1.2 Определения расщепленной передачи

РАСЩЕПЛЕНИЕ SPLIT

Модули .могут вызывать растепленную передачу, устанавливая РАСЩЕПЛЕНИЕ, если -ИНИТ & РАСЩЕПЛЕННЫЙ-ИНИЦИАТОР & РАСШВПЛЕНИЕ_РАЗРЕШЕНО & (ЗАДАТЧИК & ФА1А„СОЕДИН1^:НИЯ 'УЧАСТИЕ) & ЗАПРЕТ_УДЕРЖАНИЯ РАСЩЕПЛЕН НЫЙ-КЕ-ШИРОВАННЫЙ). Модули должны удерживать РАСЩЕПЛЕНИЕ, пока ИНИН ; ЗАВЕРШЕНИЕ ПЕРЕДАЧИ

РАС ЩЕПЛ ЕН ИЯ_СТАТУС SPLIT-STATUS

Модули должны устанавливать РАСЩЕПЛЕНИЯ_СТАТУС, если -ИНИЦ & СА2* & СТАТУС СОЕДИН ЕН ИЯ. Модули должны удерживать РАСЩЕПЛ ЕНИЯ СТАТУС, пока И НИЦ; ЗА-ВЕРШЕНИЕ-ПЕРЕДАЧИ.

ГОСТ Р ИСО/МЭК 10857-95

6-2.1.3 Определения разрядности Адреса/Данных

32.. РАЗ РЯД Н ЛЯ _ С ПОСО БНОСТЬ 32_ В 1Т_С А РА В L Е

Вес модули должны быть способны к передаче 32-разрддных адресок и данных.

РАЗРЯДНОСТЬАДРЕСА ADDR WIDTH

Задатчик должен выбирать передачу с 64-разрядным адресом, устанавливая РАЗРЯД-НОСТЬ.АДРЕСА. если -ИНИЦ & ФАЗА.СОЕДИНЕНИЯ & СПОСОБНОСТ Ь 64.РАЗРЯДНО-ГО АДРЕСА & ЧОТВЕТ31ТЕНИЯ !ОТВЕТ,ЗАПИСИ). ЗАДАТЧИК должен удерживать ШИРИ-НУ-АДРЕСА, пока ИНИЦ '.ЗАВЕРШЕНИЕ ПЕРЕДАЧИ.

64. РАЗ РЯДН Ы И .АДРЕС 64.В IT.ADD R

Модули должны устанавливать 64.РАЗ РЯДНЫЙ. АД РЕС если СМ7* & УЧАСТИЕ & ФАЗА.СОЕДИНЕНИЯ [ РАЗРЯДНОСТЬАДРЕСА. Модули должны удерживать М_РАЗРЯДНЫЙ_ЛД-РЕС, пока ИНИЦ ' ЗАВЕРШЕНИЕ. ПЕРЕДАЧИ.

РАЗ РЯ Д11ОСТЬ_ДАН Н Ы X _ I DATA. Wl DTH_ I

Чтобы выбрать 128- или 256-разрядную разрядность данных на шине, ЗАДАТЧИК должен установить РАЗРЯДНОСТЬ ДАННЫХ L если -ИНИЦ & ФАЗА.СОЕДИНЕНИЯ ЗАДАТЧИК должен удерживать РАЗРЯДНОСТЬЛАННЫХ.К пока ИНИЦ ; ЗАВЕРШЕНИЕ.ПЕРЕДАЧИ.

РАЗРЯДНОСТЬ.ДАН Н ЫХ .0 DATA_W1 DTH.0

Чтобы выбрать 64- или 256-разрядную разрядность данных на шине, ЗАДАТЧИК должен установить РАЗРЯДНОСТЬ ДАННЫХ 0, если -ИНИЦ & ФАЗА СОЕДИНЕНИЯ. ЗАДАТЧИК должен удерживать РАЗРЯДНОСТЬДАННЫХО, пока ИНИЦ ; ЗАВЕРШЕНИЕ.ПЕРЕДАЧИ.

64.РАЗРЯДНЫЕ .ДАННЫЕ 64_BITDATA

Модули должны установить 64. РАЗРЯДНЫЕ-ДАННЫЕ, если -СМб* & СМ5* & УЧАСТИЕ & ФАЗА.СО ЕД И НЕН И Я ; -РАЗ РЯДНОСТ ЕДА ННЫХ_1 & РАЗ РЯДНОСТЬ ЛАНН ЫХ.О. и должны удерживать это. пока ИНИЦ ; ЗАВЕРШЕНИЕ_ПЕРЕДАЧИ.

128 РАЗРЯДНЫЕ ДАННЫЕ 128 BIT-DATA

Модули должны установить 128 РАЗРЯДИЫЕ_ДАННЫЕ, если СМб* А -СМ5* & УЧАСТИЕ & ФАЗА.СОЕДИНЕНИЯ ; ШИРИНА.ДАННЫХ. 1 & ШИРИНА ДАННЫХ G. и должны удерживать это. пока ИНИЦ :ЗАВЕРШЕНИЕ.ПЕРЕДАЧИ

256-РАЗРЯДНЫЕЛАННЫЕ 256. BIT. DATA

Модули должны установить 256 РАЗРЯДНЫЕ ДАННЫЕ, если СМ6* & СМ5* & УЧАСТИЕ & ФАЗА-СОЕДИНЕНИЯ ; РАЗРЯДНОСТЬЛАННЫХ_1 & РАЗРЯДНОСТЬДАННЫХ /. и должны удерживать это. пока ИНИЦ [ЗАВЕРШЕНИЕ.ПЕРЕДАЧИ.

6 2.1.4 Определения передачи

Н БЛОКИРОВАН И Е.ЧТЕН И Е READ-UNLOCKED

ЗАДАТЧИК должен установить НЕБЛОКИРОВАНИЕ ЧТЕНИЕ перед началом ФАЗЫ СОЕ-ЛИ Н ЕН ИЯ. чтобы совершить передачу чтения без блокирования. Модули должны установить Н Е-БЛОКИРОВАНИЕ ЧТЕНИЕ, если -СМ4* & -СМЗ*& -СМ2* & -CMI * & -СМ0* & УЧАСТИЕ & ФАЗА_СОЕДИНЕНИЯ. Модули должны удерживать НЕБ-ЮКИРОВАНИЕ ЧТЕНИЕ. пока ИНИЦ [ ЗАВЕРШЕНИЕ.ПЕРЕДАЧИ.

НЕБЛОКИРОВАНИЕ, ЗАПИСЬ WRJTE.UNLOCKED

ЗАДАТЧИК должен установить Н ЕБЛОКИ РОВАН И Е.ЗАПИСЬ перед началом ФАЗЫ СОЕДИНЕНИЯ. чтобы совершить передачу записи без блокирования. Модули должны установить НЕМОКИРОВАНИЕ.ЗАПИСЬ, если -СМ4* & -СМ3* &-СМ2* &-СМ1*&-СМ0 & УЧАСТИЕ & ФАЗА.СОЕДИНЕНИЯ. Модули должны удерживать НЕБЛОКИРОВАНИЕ. ЗАПИСЬ, пока ИНИЦ , ЗАВЕРШЕНИЕ.ПЕРЕДАЧИ J ФАЗА РАССОЕДИНЕНИЯ & НЕБЛОКИРОВАНИЕ ТОЛЬКО .АДРЕС.

Н Е БЛОК И РОВАН И Е_ТОЛ ЬКО.АД РЕС ADD RESS.ON LY_ U N LOCKE D

ЗАДАТЧИК должен усыновить НЕБЛОКИРОВАНИЕ ГОЛЬКО АДРЕС перед началом ФАЗЫ-СОЕДИНЕНИЯ, чтобы совершить передачу только адреса без блокировки. Модули должны установить НЕБЛОКИРОВАНИЕ ТОЛЬКО_АДРЕС. если СМ4* & -СМ3* &-СМ2*&-СМ1 * & -СМ0* & УЧАСТИЕ & ФАЗА_СОЕДИНЕНИЯ. Модули должны удерживать НЕБЛОКИРОВА-НИЕ.ТОЛЬКО.АДРЕС, пока ИНИЦ ! ЗАВЕРШЕНИЕ ПЕРЕДАЧИ [ ФАЗА.ДАННЫХ.

< з И* S3

ГОСТ 1» ИСО/МЭК 10857-95

БЛОКИРОВАНИЕ ЧТЕНИЕ READ. LOCKED

ЗАДАТЧИК должен установить БЛОКИРОВАНИЕ. ЧТЕНИЕдо начала ФАЗЫ. СОЕДИНЕНИЯ. чтобы совершить передачу чтения с блокировкой. Модули должны установить БЛОКИ-РОВАНИЕ.ЧТЕНИЕ. если -СМ4*& -СМЗ*& -СМ2*& -СМ1*& -СМ0*& УЧАСТИЕ & ФА-ЗА_СОЕДИ НЕНИЯ. Модули должны удерживать БЛОКИРОВАНИЕ_ЧТЕНИЕ, пока ИНИН ! . ЗАВЕРШЕНИЕ. ПЕРЕДАЧИ.

БД ОКИ РО ВАН И Е_ЗА П И С Ь WRITE . LOC К Е D

ЗАДАТЧИК должен установить БЛОКИРОВАНИЕ-ЗАПИСЬ до начала ФАЗЫ-СОЕДИНЕНИЯ. чтобы совершить передачу записи с блокировкой Модули должны установить БЛОКИРОВАНИЕ-ЗАПИСЬ. если СМ4*& -СМ3* & -СМ2* & -СМ1*& -СМ0* & УЧАСТИЕ & ФАЗА СОЕДИНЕНИЯ Модули должны удерживать БЛОКИРОВАНИЕ ЗАПИСЬ, пока ИНИЦ I ЗАВЕРШЕНИЕ-ПЕРЕДАЧИ ; ФАЗА-РАССОЕДИНЕН ИЯ & НЕБЛОКИРОВА-НИЕ ТОЛЬКО .АДРЕС.

МОКИ РОВАН И Е-ТОЛ ЬКО-АД РЕС ADDRESS_ONLY_LOCKED

ЗАДАТЧИК должен установить БЛОКИРОВАНИЕ ТОЛЬКО. АДРЕС до начала ФАЗЫ-СОЕДИНЕНИЯ. чтобы совершить передачу только адреса с блокировкой Модули должны установить БЛОКИРОВАНИЕ.ТОЛЬКО АДРЕС, если СМ4*& -СМ3* & -СМ2* & -СМ1 *& -СМО* & УЧА-СТИЕ & ФАЗА-СОЕДИНЕНИЯ. Модули должны удерживать БЛОКИ РОВАН И Е_ ТОЛЬКО .АДРЕС, пока ИНИЦ [ЗАВЕРШЕНИЕ ПЕРЕДАЧИ [ФАЗА ДАННЫХ.

ЧАСТНОЕ-ЧТЕНИЕ READ_PARTIAL

ЗАДАТЧИК должен установить ЧАСТНОЕ ЧТЕНИЕ до начала ФАЗЫ-СОЕДИНЕНИЯ, чтобы совершить частное чтение. Модули должны установить ЧАСТНОЕ_ЧТЕНИЕ. если -СМ4 * & -СМ3* & -СМ2* Л -CMI* & -СМО* & УЧАСТИЕ &ФАЗА_СОЕД И НЕНИЯ. Модули должны удерживая 1АСТНОЕ_ЧТЕНИЕ, пока ИНИЦ ! ЗАВЕРШЕНИЕ ПЕРЕДАЧИ.

ЧАСТ! ТАЯ 3AIIИСЬ WRITE-PARTIAL

ЗАДАТЧИК должен установить ЧАСТНУЮ ЗАПИСЬ до начала ФАЗЫ СОЕДИНЕНИЯ, чтобы соверши 1ь передачу частном записи. Модули должны установить ЧАСТНУЮ ЗАПИСЬ, если СМ4* & -СМ3* & -СМ2* & СМ1* & -СМО* & УЧАСТИЕ & ФАЗА_СОЕДИНЕНИЯ. Модули должны удерживать ЧАСТНУЮ-ЗАПИСЬ. пока ИНИЦ ЗАВЕРШЕНИЕ-ПЕРЕДАЧИ.

БЛОКИРОВАН ИЕ-ЧАСТНОЕ-ЧТЕНИЕ READ PARTIAL LOCKED

ЗАДАТЧИК должен установить БЛОКИ РОВАН И 1:_ЧАСТНОЕ_ЧТЕН И Е до начала ФАЗЫ. СОЕДИНЕНИЯ. чтобы совершить несдачу защхла частного чтения. Модули должны установить БЛОКИРОВАНИЕ_ЧАСТНОЕ ЧТЕНИЕ, если -СМ4* & -СМ3* & -СМ2* & СМ1* &СМО* & УЧАСТИЕ & ФАТА-СОЕДИНЕНИЯ Модули должны удерживать БЛОКИРОВАН ИЕ_Ч/\-СТНОЕ-ЧТЕНИЕ, пока ИНИТ [ЗАВЕРШЕНИЕ-ПЕРЕДАЧИ.

БЛОКИ РОВАН И Е-ЧАСТ11АЯ_ЗАП ИСЬ WRITE.PARTIAL, LOCKED

ЗАДАТЧИК должен установить БЛОКИ РОВАН И Е..ЧАСТНАЯ ЗАПИСЬ до начала ФАЗЫ-СОЕДИНЕНИЯ. чтобы совершить передачу частной записи с блокировкой. Модули должны установить БЛОКИРОВАНИЕ ЧАСТНАЯ ЗАПИСЬ, если СМ4* &-СМ3* &-СМ2* &СМ1* & СМО* & УЧАСТИЕ & ФАЗА-СОЕДИНЕНИЯ Модули должны удерживать БЛОКИРОВАНИЕ ЧАСТНАЯ ЗАПИСЬ, пока ИНИТ ЗАВЕРШЕНИЕ-ПЕРЕДАЧИ.

ОТВЕТ ЗАПИСИ ’ WRITE-RESPONSE

ЗАДАТЧИК должен установить ОТВЕТ_ЗАПИСИ до начала ФАЗЫ-СОЕДИНЕНИЯ, чтобы совершить передачу ответа записи. Модули должны установить ОТВЕТ ЗАПИСИ, если СМ4* & -СМ3* & СМ2* & -CMI* & -СМО* & УЧАСТИЕ & ФАЗА.СОЕДИНЕНИЯ. Модули должны удерживать ОТВЕТ_ЧТЕНИЯ. пока ИНИЦ [ ЗАВЕРШЕНИЕ-ПЕРЕДАЧИ.

ОТВЕТ-ЧТЕНИЯ READ RESPONSE

ЗАДАТЧИК должен установить ОТВЕТ_ЧТЕНИЯ до начала ФАЗЫ-СОЕДИНЕНИЯ, чтобы совершить передачу ответа чтения. Модули должны установить ОТВЕТ_ЧТЕНИЯ. если СМ4* & -СМ3* & СМ2* & -CMI* & СМО* & УЧАСТИЕ & ФАЗА.СОЕДИ НЕНИЯ Модули должны удерживать ОТВЕТ ЧТЕНИЯ, пока ИНИЦ [ЗАВЕРШЕНИЕ ПЕРЕДАЧИ. 84

ГОСТ Р ИСО/МЭК 10857-95

ЗАПИСЬ. БЕЗ_ПОДТВЕРЖДЕНИЯ W'Rl I E_NO ACKNOWLEDGE

ЗАДАТЧИК должен установить ЗАП ИСЬ_БЕЗ_ ПОДТВЕРЖДЕН ИЯ до начала ФАЗЫ СОЕ-ДИ И ЕН ИЯ. чтобы совершить передачу записи без подтверждения. Модули должны установить ЗАПИСЬ_ЬЕЗ_1ЮДТВЕРЖДЕНИЯ, если СМ4* & -СМ3* & СМ2* & СМ1* & -СМО* & УЧА-С1 НЕ & ФАЗА.СОЕДИНЕНИЯ. Модули должны удерживать ЗАПИСЬ БЕЗ ПОДТВЕРЖДЕНИЯ, пока ИНИЦ [ЗАВЕРШЕНИЕ, ПЕРЕДАЧИ.

НЕДЕЙСТВИТЕЛЬНОЕ ЧТЕНИЕ READ INVALID

ЗАДАТЧИК должен установить НЕДЕЙСТВИТЕЛЬНОЕ_ЧТЕНИЕ до начала ФАЗЫ СОЕДИНЕНИЯ. чтобы совершить передачу недействительного чтения. Модули должны установить НЕ-ДЕЙСТВИТЕЛЬНОЕ ЧТЕНИЕ, если -СМ4* & СМ3* & -СМ2* & -СМ1* & -СМО* & УЧАСТИЕ & ФАЗА_СОЕДИНЕНИЯ Модули должны удерживать НЕДЕЙСТВИТЕЛЬНОЕ ЧТЕНИЕ, пока ИНИЦ ] ЗАВЕРШЕН И Е.ПЕРЕДАЧ И

НЕДЕЙСТВИТЕЛЬНАЯ ЗАПИСЬ WRITE INVALID

ЗАДАТЧИК должен установить НЕДЕЙСТВИТЕЛЬНАЯ-ЗАПИСЬ до начала ФАЗЫ-СОЕДИНЕНИЯ, чтобы совершить передачу нслсйстшпсльнон записи. Модули должны установить НЕ ДЕЙСТВИТЕЛЬНАЯ ЗАПИСЬ, если СМ4* & СМ3* & -СМ2* & -CM I * & -СМО* & УЧАСТИЕ & ФАЗА_СОЕДИНЕНИЯ. Модули должны удерживать НЕДЕЙСТВИТЕЛЬНАЯ ЗАПИСЬ, пока ИНИЦ ; ЗАВЕРШЕНИЕ ПЕРЕДАЧИ.

РАЗД ЕЛ ЕН НОЕ_ЧТЕ11И Е READ_SHARED

ЗАДАТЧИК должен установить РАЗДЕЛЕННОЕ ЧТЕНИЕ до начала ФАЗЫ-СОЕДИНЕНИЯ, чтобы совершить передачу разделенного чтения. Модули должны установить РАЗДЕЛЕН НОЕ_Ч ГЕ НИЕ, если -СМ4* & СМ3* & -СМ2* & -СМ1* & СМО* & УЧАСТИЕ & ФАЗА СОЕДИНЕНИЯ Модули должны удерживать РАЗДЕЛЕННОЕ ЧТЕНИЕ, пока ИНИЦ {ЗАВЕРШЕНИЕ.ПЕ-РЕДАЧИ

КО П И РОBAН И Е_Н АЗАД СО PY ВАС К

ЗАДАТЧ И К должен установить КОП И POBAl IИ Е_ НАЗАД до начала ФАЗЫ СО ЕД И НЕНИЯ, чтобы совершить поддачу копирования назад. Модули должны установить КОПИРОВАНИЕ НАЗАД. если СМ4* & СМ3* & -СМ2* & -CMI* & СМО* & УЧАСТИЕ & ФАЗА_СО1:ДИНЕ-НИЯ Модули должны удерживать КОП И РОВАН И Е_Н АЗАД, пока ИНИЦ • ЗАВЕРШЕНИЕ_ПЕ-РЕДАЧИ.

МОДИФИЦИРОВАННОЕ. ЧТЕНИЕ READ MODIFIED

ЗАДАТЧ И К должен установить МОДИФИЦИРОВАН НОЕ.ЧТЕНИЕдо начала ФАЗЫ-СОЕДИНЕНИЯ. чтобы совершить передачу модифицированного чтения- Модули должны установить МОДИФИЦИРОВАННОЕ 41 FHИЕ,если -СМ4* & СМ3* &-СМ2* &CMI* & СМО* «к УЧАСТИЕ & ФАЗА.СОЕДИНЕНИЯ. Модули должны удерживать МОДИФИЦИРОВАННОЕ.ЧТЕНИЕ, пока ИНИЦ [ЗАВЕРШЕНИЕ ПЕРЕДАЧИ.

Н ЕДЕЙСТВИТЕЛ ЬНОСТ b INVALI DATE

ЗАДАТЧИК должен установить НЕДЕЙСТВИТЕЛЬНОСТЬ до начала ФАЗЫ СОЕДИНЕНИЯ, чтобы совершить пе|>сдачу недействительности Модули должны установить НЕДЕЙСТВИТЕЛЬНОСТЬ. если СМ4* & СМ3* & -СМ2* & СМ1* & СМО* & УЧАСТИЕ & ФАЗА.СОЕДИНЕ-НИЯ Модули должны удерживать НЕДЕЙСТВИТЕЛЬНОСТЬ, пока ИНИЦ ; ЗАВЕРШЕНИЕ.ПЕ-РЕДАЧИ

РАЗДВОЕННЫЙ ОТВЕТ SHARED RESPONSE

ЗАДАТЧ И К должен установить РАЗДЕЛЕН НЫЙ.ОТВЕТ до начала ФАЗЫ-СОЕДИНЕНИЯ, чтобы совершить передачу разделен него ответа Модули должны установить РАЗДЕЛЕННЫЙ.ОТ-ВЕТ. если СМ4* & СМ3* & СМ2* & -CMI* & -СМО* & УЧАСТИЕ & ФАЗА СОЕДИНЕ-НИЯ. Модули должны удерживать РАЗДЕЛ ЕН НЫЙ.ОТВЕТ, пока ИНИЦ ; ЗАВЕРШЕНИЕ ПЕ-РЕДАЧИ

МОДИФИЦИРОВАННЫЙ-ОТВЕТ MODIFIED. RESPONSE

ЗАДАТЧ И К должен установить МОДИФИЦИРОВАННЫЙ ОТВЕТ до начала ФАЗЫ-СОЕДИНЕНИЯ. чтобы совершить лс|>сдачу модифицированный ответ. Модули должны установить МОДИФИЦИРОВАННЫЙ_ОТВЕТ. сели СМ4* & СМ3* & СМ2* &CMI* & СМО* & УЧАСТИ Е & ФАЗА.СОЕДИНЕН ИЯ Модули должны удерживать МОДИФИЦИ РОВАН 11Ы Й_ОТВЕТ пока ИНИЦ ЗАВЕРШЕН И Е_ ПЕРЕДАЧ И

4 У SS

ГОСТ Р ИСО/МЭК 10857-95

КЕШ.С МД CACHE.CMD

Модули должны установить КЕШ С МД, если НЕДЕЙСТВИТЕЛЬНОСТЬ_ЧТЕНИЯ I НЕ-ДЕЙСТВИТЕЛЬНОСТЬ.ЗАПИСИ РАЗДЕЛЕННОЕ ЧТЕНИЕ КОПИРОВАНИЕ НАЗАД! МОДИФИКАЦИЯ ЧТЕНИЯ ; НЕДЕЙСТВИТЕЛЬНОСТЬ ; РАЗДЕЛ ЕН Н Ы Й_ОТВЕТ ! МОДИФИЦИРОВАННЫЙ ОТВЕТ.

С МД.ЗАПИСЬ WRJTE.CMD

ЗАДАТЧИ К должен установить СМД_ЗАПИСЬ. если НЕБЛОКИРОВАНИЕ ЗАПИСЬ ; НЕ-БЛОКИРОВАНИЕ_ТОЛЬКО_АДРЕС ; БЛОКИРОВАНИЕ-ЗАПИСЬ ; БЛОКИ РОВАН И Е.ТОЛЬ-КО-АЛРЕС : ЧАСТНАЯ-ЗАПИСЬ БЛОКИРОВАНИЕ ЧАСТИАЯ_ЗАПИСЬ 2 ОТВЕТ.ЗАПИ-СИ ; ОТВЕТ-ЧТЕНИЯ ; ЗАПИСЬ.БЕЗ ПОДТВЕРЖДЕНИЯ | НЕДЕЙСТВИТЕЛЬНО ! \ПИ-СИ ; КОПИРОВАНИЕ-НАЗАД ! НЕДЕЙСТВИТЕЛЬНОСТЬ | РАЗДЕЛЕННЫЙ_ОТВЕТ : МОДИ-Ф И ЦИ РО ВАИ Н Ы Й ОТВЕТ.

ПЕРЕДАЧА СМД 3 TRANS CMD.3

ЗАДАТЧИК должен установить ПЕРЕДАЧУ СМД_³> “-'«»• НЕДЕЙСТВИТЕЛЬНОСТЬ 4TF-НИЯ НЕДЕЙСТВИТЕЛЬНОСТЬ.ЗАПИСИ; РАЗДЕЛЕННОЕ ЧТЕНИЕ ; КОПИРОВАНИЕ НАЗАД : МОДИФИКАЦИЯ .ЧТЕНИЯ ; НЕДЕЙСТВИТЕЛЬНОСТЬ ; РАЗДЕЛ ЕН НЫЙ-ОТВЕТ : мо-ДИФИКАЦИЯ-ОТВЕТА.

ПЕРЕДАЧА-СМД-2 TRANS-CMD-2

ЗАДАТЧИК должен установить ПЕРЕДАЧУ_СМД_2. если ОТВЕТ ЗАПИСИ ¹ ОТВЕТ ЧТЕНИЯ : ЗАПИСЬ БЕЗ-ПОДТВЕРЖДЕНИЯ ; РАЗД ЕЛ ЕН НЫЙ-ОТВЕТ; МОДИФИКАЦИЯ ОТВЕТА

П ЕРЕДАЧА СМД-i TRANS_CMD_ 1

ЗАДАТЧИК должен установить ПЕРЕДАЧУ СМД_Ц если ЧАСТНОЕ ЧТЕНИЕ ; ЧА-СТНАЯ ЗАПИСЬ ; Ь.ЮКИРОВАНИк ЧАСТНОЕ ЧТЕНИЕ ; БЛОКИРОВАНИЕ-ЧАСТНАЯ-ЗА-ПИСЬ ЗАПИСЬ_БЕЗ_ПОДТВЕРЖДЕНИЯ ! МОДИФИКАЦИЯ-ЧТЕНИЯ ; НЕДЕЙСТВИТЕЛЬНОСТЬ ■ МОДИФИКАЦИЯ ОТВЕТА

П ЕРЕДАЧА-СМД-0 TRANS СМD_0

ЗАДАТЧИК должен установить ПЕРЕДАЧУ_СМД_О, сели БЛОКИРОВАНИЕ-ЧТЕНИЕ : БЛОКИРОВАНИЕ-ЗАПИСЬ ■ БЛОКИ РОВАН И Е_ТОЛЬКО_АД РЕС ; БЛОКИРОВАНИЕ-ЧА-СТНОЕ.ЧТЕНИЕ ; БЛОКИРОВАНИЕ ЧАСТНАЯ ЗАПИСЬ ; ОТВЕТ ЧТЕНИЯ ; РаЗДЕЛЕН-НОЕ-ЧТЕНИЕ; КОПИРОВАНИЕ НАЗАД; МОДИФИКАЦИЯ_ЧТЕНИЯ НЕДЕЙСТВИТЕЛЬНОСТЬ ; МОДИФИЦИРОВАННЫЙ ОТВЕТ.

ЧАСТНЫЙ PARTIAL

Модули должны установить ЧАСТНЫЙ, если ЧАСТНОЕ_ЧТЕНИЕ ; ЧАСТНАЯ_ЗАПИСЬ БЛОКИРОВАНИЕ ЧАСТНОЕ_ЧТЕНИЕ ; БЛОКИРОВАНИЕ ЧАС ! НАЯ ЗАПИСЬ

ТОЛЬКО.АДРЕС ADDRESS-ONLY

Модули должны установить ТОЛЬКО АДРЕС, если -ИНИЦ & ФАЗА_СОЕДИНЕНИЯ, и должны удерживать его, пока ИIIИ Ц Ф?\ЗА_ДАН Н ЫХ ЗАВЕРШЕН И Е_П ЕРЕДАЧИ.

ЗАНИСЬ ИСПОЛНИТЕЛК) SLAVE-WRITE

Модули должны установить ЗАПИСЬ.ИСПОЛИИТЕЛЮ, сели ПРИЗНАК_ДАНИЫХ_ЗА-ФИКСИРОВАН & СМ4*, и должны удерживать его, пока ИНИЦ ! ЗАВЕРШЕНИЕ ПЕРЕДАЧИ РЕЖИМ МНОЖЕСТВЕННЫХ. ПАКЕТОВ &-С.М4* & ПРИЗНАК_ДАННЫХ_ЗАФИКСИ-РОВАН.

СТАТУС_ЗА11 ИС И WRITE-STATUS

Модули должны установить СТАТУС_ЗАПИСИ, сели -ИНИЦ & ФАЗА СОЕДИНЕНИЯ & СМ4*. и должны удерж шить его, пока ИНИЦ ЗАВЕРШЕНИЕ ПЕРЕДАЧИ.

БОЛЬШЕ . MORE

ЗАДАТЧИК может установить БОЛЬШЕ в начале копирования блока. ЗАДАТЧИК должен сбросить БОЛЬШЕ в последней блочной передаче или до нее.

ФЛАГ-ПОСЛЕДН ЕЙ_П ЕРЕДАЧИ LAST_TRANSACT1ON_FLAG

Модули должны установить ФЛАГ_ПОСЛЕДНЕЙ_ПЕРЕДАЧИ, если ПРИЗНАК_ДАН-НЫХ_ЗАФИКСИРОВАН & РЕЖИМ_МНОЖЕСТВЕННЫХ_ПАКЕТОВ & СМ1 *. и должны удер-живать его. пока ИНИЦ ЗАВЕРШЕНИЕ ПЕРЕДАЧИ ; ПРИЗНАК_ДАННЫХ_ЗАФИКСИРО-ВАН & -СМ1*.

Кб

ГОСТ Р ИСО/МЭК 10857-95

6.2.1 5 Определения операций блокирования (доступа)

БЛОКИРОВАННЫЙ LOCKED

Модули должны установить БЛОКИРОВАННЫЙ, если БЛОКИРОВАНИЕ ЧТЕНИЕ ' БЛОКИРОВАНИЕ-ЗАПИСЬ ; БЛОКИРОВАНИЕ ТОЛЬКО АДРЕС ; БЛОКИРОВАНИЕ ЧАСТНОЕ ЧТЕНИЕ: БЛОКИРОВАНИЕ ЧАСТИ АЯ_ЗАП ИСЬ.

БЛОКИРОВАНИЕ РЕСУРСОВ RESOURCE LOCKED

Модуль должен удерживать БЛОКИРОВАНИЕ-РЕСУ РСО В для каждого отдельного блокируемого ресурса, связанного с отдельными адресами, для которого модуль установит ВЫБРАННЫЙ. Модули должны установить БЛОКИРОВАНИЕ РЕСУРСОВ, сели БЛОКИРОВАННЫЙ & ВЫ БРАННЫЙ, и должны удерживать Ы1ОКИРОВАНИЕ РЕСУРСОВ, пока ИНИЦ : -БЛОКИРОВАННЫЙ & УДЕРЖАНИЕ БЛОКИРОВАНИЯ ;-ЕТ* &-AS*

УДЕРЖАНИЕ.БЛОКИРОВАНИЯ LOCK .HOLD

Задатчик должен установить УДЕРЖАНИЕ_БЛОКИРОВАНИЯ, если БЛОКИРОВАНИЕ .РЕСУРСОВ появился до начала ФАЗЫ_РАССОЕДИНЕНИЯ. чтобы побудить модули, выставившие БЛОКИРОВАНИЕ,РЕСУРСОВ, удерживать его после окончания текущей передачи. Модули должны установить УДЕРЖАНИЕ.БЛОКИРОВАНИЯ, если ВЫБРАННЫЙ & СМО* it они обнаружили снято AS* Модули должны удерживать УДЕРЖАНИЕ БЛОКИРОВАНИЯ, пока ИНИЦ 1-ЕТ* & AS* 1 -БЛОКИРОВАННЫЙ & AS* & -ai*

МАС К И РОВ АН Н Ы Й_О Б МЕН MAS K.S WA Р

Чтобы выбрать блокирующую команду МАСКИ РОВАН НЫЙ.ОБМЕН. ЗАДАТЧИК должен установить МАСКИРОВАННЫЙ.ОБМЕН, если БЛОКИРОВКА.ЗАПИСЬ ; БЛОКИРОВКА ЧА-СТНАЯ_ЗАПИСЬ до начала ФАЗЫ_ДАННЫХ Модули должны установить МАСКИРОВАННЫЙ ОБМЕН, если -СМ2* & -CMI * & СМО* & УЧАСТИЕ & ФАЗА ДАННЫХ & БЛОКИРОВАНИЕ РЕСУРСОВ. Модули должны удерживать МАСКИРОВАННЫЙ_ОБМЕН. пока ИНИН ЗАВЕРШЕНИЕ ПЕРЕДАЧИ.

С РАВН ЕН И Е_ОБМЕН COM PARE.SWAP

Чтобы выбрать блокирующую команду СРАВНЕНИЕ ОБМЕН, ЗАДАТЧИК должен установить СРАВНЕНИЕ-ОБМЕН, если БЛОКИРОВАНИЕ-ЗАПИСЬ 1 БЛОКИРОВАНИЕ ЧАСТ НАЯ ЗАПИСЬ ДО начала ФАЗЫ ДАННЫХ. Модули должны установить СРАВНЕНИЕ ОБМЕН. если -СМ2* & СМ1* & -СМО* & УЧАСТИЕ <к ФАЗА-ДАННЫХ & ЗАПРЕГ_РЕСУРСОВ. Модули должны удерживал, МАСКИРОВАННЫЙ_ОБМЕН, пока ИНИЦ ' ЗАВЕРШЕНИЕ ПЕРЕДАЧИ.

ВЫБОРКА_СЛОЖЕНИЕ_СО_СТАРШЕГО FETCH_ADD_B1G

Чтобы выбрать блокирующую команду ВЫБОРКА_СЛОЖЕНИЕ_СО_СТАРШЕГО. ЗАДАТЧИК доджей установить ВЫ БОРКА_СЛОЖЕН И Е СО СТАРШЕГО, если БЛОКИРОВАНИЕ ЗАПИСЬ 1 БЛОКИРОВАНИЕ_ЧАСТНАЯ_ЗАПИСЬ до начала ФАЗЫ.Д.АННЫХ. Модули должны установить ВЫБОРКА СЛОЖЕНИЕ СО СТАРШЕГО, если -СМ2* & CMI* & СМО* & УЧАСТИЕ & ФАЗА ДАННЫХ & БЛОКИРОВАНИЕ РЕСУРСОВ. Модули должны удерживать ВЫ-БОРКА СЯОЖЕНИЕ.СО СТАРШЕГО, пока ИНИЦ /ЗАВЕРШЕНИЕ-ПЕРЕДАЧИ. *

ВЫБОРКА СЛОЖЕНИЕ-С МЛАДШЕГО FETCH_ADD_LITTLE

Чтобы выбрать блокирующую команду ВЫБОРКА СЛОЖЕНИЕ С МЛАДШЕГО, ЗАДАТЧИК должен установить ВЫБОРКА_СЛОЖЕНИЕ_С_МЛАДШЕГО. если БЛОКИРОВАНИЕ-ЗАПИСЬ 1 БЛОКИРОВАНИЕ. ЧАСТНОЙ. ЗАПИСИ до начала ФАЗЫ_ДАННЫХ Модули должны установить ВЫБОРКА СЛОЖЕНИЕ_С_МЛАДШЕГО, если СМ2* & -CMI* &-CM0* & УЧАСТИЕ & ФАЗА. ДАННЫХ & БЛОКИРОВАНИЕ РЕСУРСОВ. Модули должны удерживать ВЫБОРКА-СЛОЖЕНИЕ-С МЛАДШЕГО, пока ИНИЦ ; ЗАВЕРШЕНИЕ-ПЕРЕДАЧИ.

БЛОКИ РОВАН И Е_СМД_0 LOCK.CMD. О

ЗАДАТЧИК должен установить БЛОКИРОВАНИЕ С МД. О, если МАСКИРОВАННЫЙ_ОБ-МЕН 1 ВЫБОРКА СЛОЖЕНИЕ-СО-СТАРШЕГО.

БЛОКИРОВАНИЕ С МД I LOCK_CMD_1

ЗАДАТЧИК должен установить БЛОКИ РОВАН И Е_СМД_1, если СРАВНИТЕЛЬНЫЙ ОБМЕН ¹ ВЫ БОРКА СЛОЖЕН ИЕ_СО_СТЛРШЕГО.

БЛОКИ РОВАН И Е-СМД-2 LOCK CMD 2

ЗАДАТЧИК должен установить БЛОКИРОВАН И Ё_СМД_2, если ВЫБОРКА СЛОЖЕ-НИБ.С-МЛАДШЕГО.

ГОСТ Р ИСО/МЭК 10857-95

6 2.1.6 Длина передачи данных

НЕОГРАНИЧЕННАЯ.ПЕРЕДАЧА TRANSFER. UN RESTRICTED

Чтобы оп|юлслнть неограниченную длину передачи, ЗАДАТЧИК должен установить НЕОГРАНИЧЕННАЯ ПЕРЕДАЧА до ФАЗА ДАННЫХ • ФАЗА РАССОЕДИНЕНИЯ. ЗАДАТЧИК должен установить НЕОГРАНИЧЕННАЯ.ПЕРЕДАЧА, если БЛОКИ РОВАН И Е.С МД-0 ; БЛОКИ РОВАН И Е_СМД_1 [ БЛОКИРОВАНИЕ СМД_2 Задатчик должен установить только НЕОГ-РА Н И Ч Е Н Н АЯ _ П Е РЕДАЧА, если СТАТУС. ПРИН У ЖД Е Н ИЯ ; -(РАС ШЕЛЛ Е Н Н Ы И СТАТУС & -ЗАПИСЬ С МД.> Задатчик не должен устанавливать НЕОГРАНИЧЕННАЯ. ПЕРЕДАЧА, а должен установить только одну из ПЕРЕДАЧА.! | ПЕРЕДАЧА 2 ; ПЕРЕДАЧА 4 ] ПЕРЕДАЧА 8 ! ПЕРЕДАЧА 16 j ПЕРЕДАЧА 32 * ПЕРЕДАЧА 64. если -СТАТУС ПРИНУЖДЕНИЯ ; РАСЩЕПЛЕННЫЙ СТАТУС & -ЗАПИСЬ СМД. Модули должны Устанавливать НЕОГРАН И Ч Е Н НАЯ.11Е РЕДАЧА, если - И Н И Ц & У ЧАСТИ Е & ФАЗА Л АН Н ЫХ & -СМ7 ★ & - С Мб ★ & -CMS*. Модули должны удерживать НЕОГРАНИЧЕННУЮ ПЕРЕДАЧУ, вока ИНИЦ ; ЗАВЕРШЕНИЕ ПЕРЕДАЧИ.

ПЕРЕДАЧА. I TRANSFER. I

Чтобы определить длину передачи один. ЗАДАТЧИК должен установить ПЕРЕДАЧА. 1 то ФАЗА.ДАННЫХ ; ФАЗА РАССОЕДИНЕНИЯ. Модули должны установить П ЕРЕДАЧ А. I, если -ИНИЦ& УЧАСТИЕ & ФАЗА .ДАННЫХ & -СМ7* & -СМ6* & СМ5*. Модули должны удержи -вать ПЕРЕДАЧА I. пока ИНИЦ ' ЗАВЕРШЕНИЕ.ПЕРЕДАЧИ.

ПЕРЕДАЧА.? TRANSFER.?

Чтобы определить длину передачи два. ЗАДАТЧИК должен установить ПЕРЕДАЧА.? до ФАЗА ДАННЫХ [ФАЗА РАССОЕДИНЕНИЯ. Модули должны установить ПЕРЕДАЧА-2, если -ИНИЦ & УЧАСТИЕ & ФАЗА.ДАННЫХ & -СМ7* & СМ6* & -СМ5*. Модули должны удерживать ПЕРЕДАЧА 2. пока ИНИЦ ; ЗАВЕРШЕНИЕ ПЕРЕДАЧИ.

ПЕРЕДАЧА.4 TRANSFER.4

Чтобы определить длину передачи четыре, ЗАДАТЧИК должен установил» ПЕРЕДАЧА.4 до ФАЗА ДАННЫХ ФАЗА. РАССОЕДИНЕН ИЯ. Модули должны установить ПЕРЕДАЧА 4. если -ИНИЦ & УЧАСТИЕ & ФАЗА ДАННЫХ & -СМ7* & СМ6* & СМ5*. Модули должны удерживать ПЕРЕДАЧА 4. пока ИНИЦ• ЗАВЕРШЕНИЕ ПЕРЕДАЧИ

ПЕРЕДАЧА.» TRANSFER.»

Чтобы определить длину передачи восемь, ЗАДАТЧИК должен установить ПЕРЕДАЧА К до ФАЗА.ДАННЫХ ! ФАЗА.РАССОЕДИНЕНИЯ Модули должны установить ПЕРЕДАЧА.», если -ИНИЦ & УЧАСТИЕ & ФАЗА.ДАННЫХ & СМ7* & -СМ6* & -С.М5*. Модули должны удерживать ПЕРЕДАЧА К, пока ИНИЦ ' ЗАВЕРШЕНИЕ ПЕРЕДАЧИ.

ПЕРЕДАЧА. 16 TRANSFER . 16

Чтобы определить длину передачи 16. ЗАДА ГЧ И К должен установить ПЕРЕДАЧА. 16 до ФАЗА.ДАННЫХ ФАЗА РАССОЕДИНЕНИЯ. Модули должны установить ПЕРЕДАЧА.16, если -ИНИН А УЧАСТИЕ & ФАЗА.ДАННЫХ & СМ7* & -СМ6* & СМ5* Модули должны удержи-вати ПЕРЕДАЧА.16, пока ИНИЦ ;ЗАВЕРШЕНИЕ.ПЕРЕДАЧИ.

ПЕРЕДАЧА. 32 TRANSFE R. 32

Чтобы определить длину передачи 32, ЗАДАТЧИК должен установить ПЕРЕДАЧА.32 до ФАЗА .ДАННЫХ ФАЗА. РАССОЕДИНЕНИЯ. Модули должны установить ПЕРЕДАЧА.32. если -ИНИЦ & УЧАСТИЕ & ФАЗА ДАННЫХ & СМ7* & СМ6* & -CMS* Модули должны удерживать ПЕРЕДАЧА 32, пока ИНИЦ | ЗАВЕРШЕНИЕ.ПЕРЕДАЧИ.

ПЕ РЕДАЧ А.64 TRANSFE R.64

Чтобы определить длину передачи 64, ЗАДАТЧИК должен установить ПЕРЕДАЧА.64 до ФАЗА .ДАННЫХ ФАЗА.РАССОЕДИНЕНИЯ. Модули должны установить ПЕРЕДАЧА 64. если -ИНИН & УЧАСТИЕ & ФАЗА.ДАННЫХ & СМ7* & С Мб* & СМ5* Модули должны удерживать ПЕРЕДАЧА 64. пока ИНИЦ ; ЗАВЕРШЕНИЕ.ПЕРЕДАЧИ.

ДЛИНАДАННЫХ.2 DATAJ-ENGTH 2

ЗАДАТЧИК должен установить ДЛИHAJIAHИЫХ_2, если ПЕРЕДАЧА 8 | ПЕРЕДАЧА 16 ; ПЕРЕДАЧА 32 ‘ ПЕРЕДАЧА.64

ДЛИНА ЛДННЫХ.1 DATA LENGTH I

ЗАДАТЧИК должен установить ДЛИНА_ДАННЫХ_1. сели ПЕРЕДАЧА 2 ; ПЕРЕДА-ЧА_4 ; ПЕРЕДАЧА.32 ; ПЕРЕДАЧА 64

ГОСТ Р ИСО/МЭК 10857-95

ДЛИНА.ДАНН ЫХ_0 DATA LENGTH.0

ЗАДАТЧИК должен установить ДЛИНАЛАННЫХ 0, если ПЕРЕДАЧА 1 • ПЕРЕДАЧАМ ; ПЕРЕДАЧА. 16 ; ПЕРЕДАЧА.64,

6.2.1.7 Статус передачи

6.2.1.7.1 Статус передачи задатчика

СТАТУС.ЗАНЯТОСТИ BUSY.STATUS

ЗАДАТЧИК должен установить СТАТУС.ЗАНЯТОСТИ, если ST1 * и он определил, что А1Г лс|>ешсл в логический нуль. ЗАДАТЧИК должен удерживать СТАТУС.ЗАНЯТОСТИ, пока ИНИЦ .ЗАВЕРШЕНИЕ.ПЕРЕДАЧИ.

ВЫБРАНИ Ы Й_СТАТУС SELEC1 ED.STATUS

ЗАДАТЧИК должен установить ВЫБРАННЫЙ.СТАТУС, если ST2* и он определил, что АИ перешел в логический нуль ЗАДАТЧИК должен удерживать ВЫБРАННЫЙ.СТАТУС. пока ИНИЦ [ЗАВЕРШЕНИЕ^ПЕРЕДАЧИ , РЕЖИМ МНОЖЕСТВЕННЫХ ПАКЕТОВ & -ST2* н пока он нс определил, что DKf или Dlf перешли в логический нуль.

СТАТУС ФЛАГА.ПЕРЕДАЧ И TRANSACTION.FLAG.STATUS

ЗАДАТЧЙК должен установить СТАТУС ФЛАГА ПЕРЕДАЧИ, если ST4* & (ПРИЗНАК СОЕДИНЕНИЯ ЗАФИКСИРОВАН : ПРИЗНАК. ДАННЫХ ЗАФИКСИРОВАН & РЕЖИМ МНОЖЕСТВЕН НЫХ.ПАКЕТОВ). ЗАДАТЧ ИК должен удерживать СТАТУС.ФЛА ГА. ПЕРЕДАЧ И, пока ИНИЦ . ЗАВЕРШЕНИЕ ПЕРЕДАЧИ -ST4* & РЕЖИМ МНОЖЕСТВЕННЫХ ПАКЕТОВ & П РИ ЗНАК.ДАН Н ЫХ ЗАФИ КСИ РОВАН.

СТАТУС ВНЕДРЕННОСГИ IXTERVENT1ON.STATUS

ЗАДАТЧИК должен установить СТАТУС ВНЕДРЕННОСГИ. если ST5* & (ПРИЗНАК_СО-ЕДИНЕНИЯ ЗАФИКСИРОВАН [ П РИ ЗНАК.ДАН НЫХ.ЗАФИ КС И РОВАН & РЕЖИМ.МНО-ЖЕСТВЕННЫХ ПАКЕТОВ). ЗАДАТЧ И К должен удерживать СТАТУС ВНЕДРЕННОСГИ. пока ИНИЦ [ ЗАВЕРШЕНИЕ ПЕРЕДАЧИ [-STS* & РЕЖИМ.МНОЖЕСТВЕННЫХ.ЛАКЕТОВ & П Р И 3 Н А К ДАН Н Ы Х.ЗАФ И КС И РО ВАН.

СТАТУС,.OUJИ БКИ.ОБМЕНА BEAT.ERROR STATUS

ЗАДАТЧ И К должен установить СТАТУС ОШ И БКИ.ОБМЕНА. сслиЗТб* &(ПРИЗНАК_СО-ЕДИНЕНИЯ.ЗЛФИ КСИ РОВАН ПРИЗНАКДАННЫХ.ЗАФИКСИРОВАН), и должен удерживать его, пока ИНИЦ [ЗАВЕРШЕНИЕ ПЕРЕДАЧИ.

СТАТУС.ОЖИДАНИЯ WAIT.STATUS

ЗАДАТЧИК должен устаиов1ггьСТАТУС ОЖИДАНИЯ, если ST7* & (ПРИЗНАК.СОЕДИ-НЕНИЯ ЗАФИКСИРОВАН ПРИЗНАК ЛАН ПЫХ ЗАФИКСИРОВАН & РЕЖИМ.МНОЖЕ-СТВЕННЫХ ПАКЕТОВ), и должен удерживать его, пока ИНИЦ , ЗАВЕРШЕНИЕ ПЕРЕДАЧИ.

СТАТУС_КОН ЦА.ДАН Н ЫХ END.OF.DATA.STATUS

ЗАДАТЧИК должен установить СТАТУС КОНЦА.ДАННЫХ, если ST1 * & ПРИЗНАКЛАН-НЫХ 1АФИКСИРОВАН ЗАДАТЧИК должен удерживать СТАТУС. КОННА .ДАННЫХ, пока ИНИЦ 1 ЗАВЕРШЕНИЕ.ПЕРЕДАЧИ.

Во время принудительных передач модули должны игнорировать данные обменов, в которых выставлен КОНЕЦ ДАННЫХ.

ОШИБКА.СПОСОБНОСТИ.ЗАДАТЧИКА MASTER.CAPABILITY ERROR

Задатчик должен установить ОШИБКУ.СПОСОБНОСТИ.ЗАДАТЧИКА, если один или более исполнителей сигнализирует задатчику об использовании способности, которую задатчик нс поддерживает. Задатчик должен удерживать ОШИБКУ.СПОСОБНОСТИ.ЗАДАТЧИКА, пока ИНИЦ [ ЗАВЕРШЕНИЕ.ПЕРЕДАЧИ.

6.2.1.7.2 Статус передачи модуля

ОШИБКА.ЧЕТНОСТИ.АДРЕСА ADDRESS.PARITY.ERROR

Модули должны установить ОШИБКУ ЧЕТНОСГИ.АДРЕСА. если ио время фазы соединения на линиях AD|| * обнаружена ошибка четности. Модули должны удерживать ОШИБКУ ЧЕГ-НОСТИ .АДРЕСА, пока ИНИЦ [ ЗАВЕРШЕНИЕ ПЕРЕДАЧИ.

ШИРОКОВЕЩАТЕЛЬНЫЙ.СТАПС BROADCAST STATUS

Модули должны установить ШИРОКОВЕЩАТЕЛЬНЫЙ СТАТУС, если ЗАДАТЧИК & (ST3* [ -СА1* & РЕЖИМ МНОЖЕСТВЕННЫХПАКЕТОВ), и они обнаружили переход Alf* в логическим нуль или УЧАСТИЕ & ST3* и обнаружили первое выставление DS*. Модули должны удерживать ШИРОКОВЕЩАТЕЛЬНЫЙ СТАТУС, пока ИНИЦ [ ЗАВЕРШЕНИЕ.ПЕРЕДАЧИ

«9

ГОСТ Р ИСО/МЭК 10857-95

ОШИБКА ЧЕТНОСТИ.ДАННЫХ DATA.PARITY ERROR

Модули должны установить ОШИБКУ_ЧЕТНОСТИ ЛУННЫХ, если во время фазы данных на линиях AD(|* или Ь||* обнаружена ошибка четности. ОШИ БКА ЧЕТНОСТИ ДАНН ЬЬХ также должна быть установлена, если во время пакетного режима обнаружена продольная ошибка четности. Модули должны удерживать ОШИБКУ_ЧЕТНОСТИ ДАННЫХ. пока ИНИЦ [ЗАВЕРШЕНИЕ ПЕРЕДАЧИ.

ош и бка_ч етности ДАННЫХ.

РАССОЕДИНЕНИЯ DISCONNECTION-DATA PARITY.ERROR

Модули должны установить ОШ И БКУ. Ч ЕТНОСТИ.ДАНН ЫХ_РАССОЕДИН ЕН ИЯ, если во время фазы рассоединения на линиях AD[|31 ... 0]* обнаружена ошибка четности, когда ЗАПИСЬ СМД Модули должны удерживать ОШИБКУ Ч ЕТНОСТИ.ДАН НЫХ.РАССОЕДИНЕНИЯ. пока ИНИЦ !ЗАВЕРШЕНИЕ_ПЕРВДАЧИ.

ОШИБКА ЧЕТНОСТИ-КОМАН- CONNECTION COMMAND.PARI-

ДЫ СОЕДИНЕНИЯ TY_ERROR

Модули должны установить ОШИБКУ_ЧЕТНОСТИ_КОМАНДЫ_СОЕДИНЕНИЯ, если во время фазы соединения на линиях СМ|] * обнаружена ошибка четности. Модули должны удерживать ОШИБКУ ЧЕТНОСТИ_КОМАНДЫ СОЕДИНЕНИЯ, пока ИНИЦ [ ЗАВЕРШЕНИЕ IIE-РЕДАЧИ.

ОШИБКА ЧЕТНОСТИ.КОМАН-

ДЫ-ЛАННЫХ DATA_COMMAND„ PAR1TY_ERROR

Модули должны установить ОШИБКУ-ЧЕТНОСТИ КОМЛНДЫЛАННЫХ, если во время фазы данных на линиях СМ||* обнаружена ошибка четности. Модули должны удерживать ОШИБКУ_ЧЕТНОСТИ КОМЛНДЫЛАННЫХ, пока ИНИЦ [ ЗАВЕРШЕНИЕ-ПЕРЕДАЧИ.

ОШИБКА-ЧЕТНОСТИ КОМАН- DISCONNECTION-COMMAND PARE

ДЫ РАССОЕДИНЕНИЯ 7Y_ ERROR

Модули должны установить ОШИБКУ_ЧЕТНОСТИ_КОМАНДЫ_РАССОЕДИНЕНИЯ, если во время фазы рассоединения на линиях СМ|| * обнаружена ошибка четности. Модули должны удерживатьОШИБКУ_ЧЕТНОСТИ КОМАНДЫ-РАССОЕДИНЕНИЯ, пока ИНИЦ ЗАВЕРШЕНИЕ ПЕРЕДАЧИ

ОШ И БКА-СПОСОБНОСТИ CAPABI L1TY_E RROR

Участвующий модуль должен установить ОШ ИБКУ СПОСОБНОСТИ, если во время фазы соединения задатчик потребовал от модуля операцию, которую тот нс может выполнить. Модули должны удерживать ОШИБКУ_СПОСОБНОСТИ, пока ИНИЦ [ ЗАВЕРШЕНИЕ-ПЕРЕДАЧИ.

ОШИБКА НЕЛЕГАЛЬНОЙ-ОПЕРАЦИИ ILLEGAL OPERATION-ERROR

Участвующий модуль должен установить ОШИБКУ НЕ.1ЕГ.А1БНОЙ ОПЕРАЦИИ, если он обнаружил команду, статус н/или способность, приводящие к неправильной операции. Модуль должен удерживать ОШИБКУ НЕЛ Г ГАЗ ЬНОЙ ОПЕРАЦИИ, пока ИНИЦ [ ЗАВЕРШЕНИЕ. ПЕРЕДАЧИ.

ОШИБКА_ЧЕТНОСТИ ТЕГА_АДРЕСА ADDRESS_TAG_PARITY_ERROR

Модули должны установить ОШИБКУ_ЧЕТНОСТИ_ТЕГА_АДРЕСА. если во время фазы соединения на линиях TG|) ♦. являющихся активными, обнаружена ошибка четности. Модули должны удерживать ОШИБКУ ЧЕТНОСТИ ТЕГА_АДРЕСА, пока ИНИЦ [ ЗАВЕРШЕН ИЕ.ПЕРЕ-ДАЧИ.

ОШИБКА_ЧЕТНОСГИ_ТЕГА_ДАННЫХ DATA.TAG.PARITY.ERROR

Модули должны установить ОШИБКУ_ЧЕГНОСТИ ДЕГА.ДАННЫХ, если во время фазы данных на линиях TG||*, являющихся активными, обнаружена ошибка четности. Модули должны удерживать ОШИБКУ ЧЕТНОСТИ.ТЕГА ДАННЫХ. пока ИНИЦ [ЗАВЕРШЕНИЕ ПЕРЕДАЧИ.

ОШ ИБКА-Ч ЕТНОСТИ_ТЕ ГА.РАС-

СОЕДИНЕНИЯ DISCONNECTION TAG PARITY ERROR

Модули должны установить ОШИБКУ_ЧЕТНОСТИ_ТЕГА.РАССОЕДИНЕНИЯ, сели во время фазы рассоединения на линиях TGH*. являющихся активными, обнаружена ошибка четности Модули должны удерживать ОШИБКУ ЧЕТНОСТИ ТЕГА РАССОЕДИНЕНИЯ, пока ИНИЦ [ЗАВЕРШЕНИЕ-ПЕРЕДАЧИ.

ГОСТ Р ИСО/МЭК 10857-95

ОШИ БКА_ОБМЕНА BEAT-ERROR

Модули должны установить ОШИБКУ_ОБМЕНА. если РАЗРЕШЕНИЕ СООБЩЕНИЯ ЧЕТНОСТИ & (ОШИБКА_ЧЕТНОСТИ АДРЕСА ! ОШИБКА.ЧЕТНОСТИ_КОМАНДЫ_СОЕДИНЕНИЯ ОШИБКА_ЧЕТНОСТИ ДЕГА АДРЕСА) ! ОШИБКА_СГЮСОБНОСТИ :ОШИБКА_НЕ-ЛЕГАЛ ЬНОЙ_ОПЕРАЦИИ. Модули должны использовать ОШИБКУ_ОБМЕНА только для точною сообщения об ошибке. Модули могут установить ОШИБКУ ОБМЕНА, если РАЗРЕШЕ-НИБ-СООБШЕНИЯ ЧЕТНОСТИ & (ОШИБКА_ЧЕТНОСТИЛАННЫХ ; ОШИБКА ЧЕТНОСТИ. КО МАНД Ы_ДА ИНЫХ ! ОШИБКА.ЧЕТНОСТИ.ТЕГАЛАННЫХ). Модули должны удерживать ОШИБКУ-ОБМЕНА. пока ИНИЦ ’ЗАВЕРШЕНИЕ.ПЕРЕДАЧИ.

ОШИБКА.ПЕРЕДАЧИ TRANSACTION, ERROR

Модули должны установить ОШИБКУ ПЕРЕДАЧИ, если ОШИБКА.ОБМЕНА ; РАЗРЕШЕНИЕ СООБЩЕНИЯ _ЧЕТНОСТИ & (ОШИБКА ЧЕТНОСТИЛАННЫХ; ОШИБКА.ЧЕТ-НОСТИЛАННЫХ РАССОЕДИНЕНИЯ ; ОШИБКА.ЧЕТНОСТИ КОМАНДЫЛАННЫХ ; ;ОШИБКА_ЧЕТНОСТИ КОМАНДЫ-РАССОЕДИНЕНИЯ ;ОШИБКА-ЧЕТНОСТИ ТЕГА.ДАННЫХ ; ОШИ Б КА_ЧЕТНОСТИ_ТЕГА РАССОЕДИНЕНИЯ).

СТАТ УС.ОШ И БКИ.П ЕРЕДАЧ Й TRANSACT ION_E RROR.STATUS

Модули должны \стано1шть СТАТУС ОШИБКИ ПЕРЕДАЧИ, если ST0* & КОНЕЦ,РАССОЕДИНЕНИЯ Модули должны сбросить СТАТУС.ОШ И БК И ПЕРЕДАЧИ, если ИНИЦ [ ЗАВЕРШЕНИЕ ПЕРЕДАЧИ.

ЗАНЯТОСТЬ BUSY

Модуль должен установить ЗАНЯТОСТЬ, если ДЕКОДИ РОВАН НЫЙАДРЕС & ФАЗА СО-ЕДИНЕНИЯ & УЧАСТИЕ & (СООБЩЕН И Е.ЗАНЯ ГОСТИ или модуль нс может осуществить передачу сейчас и хочет, чтобы задатчик повторил запрос позднее). Модули должны удерживать ЗАНЯТОСТЬ, пока ИНИН 1 ЗАВЕРШЕНИЕ.ПЕРЕДАЧИ.

ВЫБРАННЫЙ SELECTED

Модули должны установить ВЫБРАННЫЙ, если -(РАЗДЕЛЕННЫЙ.ОТВЕТ ; МОДИФИ-ЦИРОВАННЫЙ.ОТВЕТ) & ДЕКОДИРОВАННЫЙ .АДРЕС и адрес, соответствующий следующему обмену данных, является одним из тех, для которых модуль оказывается последним источником и/или приемником данных или агентом, действующим от лица такого модуля, или если ЗАПРОСЧИК & (РАЗДЕЛЕННЫЙ-ОТВЕТ ; МОДИФИЦИРОВАННЫЙ.ОТВЕТ) & ДЕКОДИРОВАН НЫЙ АДРЕС и адрес, соответствующий следующему обмену данных, достигают адреса кешевой строю», связанного на этой основе с ЗАЛ РОС Ч ИКОМ, или если ВЫБРАННЫЙ, ПОЧТО-ВЫЙ.ЯШИК

Модули должны удерживать ВЫБРАННЫЙ, пока ИНИЦ ; ЗАВЕРШЕН И Е.ПЕРЕДА-Ч И ; ДЕКОДИ РОВАН Н ЫЙ.АДРЕС и адрес, соответствующий следующему обмену данных, являются одним из тех. для которых условия, изложенные в предыдущем параграфе, нс выполнены.

Ill И РОКО В Е ЩАТЕЛ ЬН ЫЙ В ROADCAST

Модули могут установить ШИРОКОВЕЩАТЕЛЬНЫЙ, если -ИНИЦ & ДЕКОДИРОВАН-НЫЙ.АДРЕС & ai*. Модули должны удерживать ШИРОКОВЕЩАТЕЛЬНЫЙ, пока ИНИЦ ЗАВЕРШЕНИЕ.ПЕРЕДАЧИ.

ШИРОКОЗАПРОСНЫЙ.АДРЕС BROADCALL ADDRESS

Модули должны устанавливать ШИРОКОЗАПРОСНЫЙ.АДРЕС, сели -ИНИТ & ДЕКОДИРОВАН НЫЙ АДРЕС & -СТАТУС_ЗА11 ИСИ &ai* и адрес, соответствующий следующему обмену данных, являются одним из относящихся к другим исполнителям в широкозапросном режиме. Четность линий ;арес/данныс нс должна проверяться во время фазы данных, если установлен Ш И РОКОЗАП РОСН Ы Й-АДРЕС.

ОЖИДАНИЕ WAIT

Модуль должен установить ОЖИДАНИЕ, если -ИНИЦ & ДЕКОДИРОВАННЫЙ АДРЕС & (ОЖИДАНИЕ.КЕША или модуль нс может выполнить передачу до следующего раза), и должен произвест и системно определенное действие, чтобы поставить в известность запрашивающий модуль. что сеть готовность произвести передачу. Модули должны удерживать ОЖИДАНИЕ, пока И ниц; ЗАВЕРШ ЕН И Е .ПЕРЕДАЧИ.

91

I OCT P ИСО/МЭК 10857-95

КОНЕЦ.ДАН НЫХ END OE DATA

Модули должны установить КОНЕЦ_ДАННЫХ, если СТАТУС.ПРИНУЖЛЕНИЯ & ФА-*А ДАННЫХ & ДЕКОД И РОВАН НЫЙ_АД РЕС и адрес, соответствующий следующему обмену данных, являются одним из тех, для которых модуль неспособен послать или принять данные & (ЧАСТИЧНЫЙ и первый обмен ФАЗЫ ЛАННЫХ). Модули должны удерживать КОНЕЦ ДАННЫХ. пока ИНИЦ [ЗАВЕРШЕНИЕ-ПЕРЕДАЧИ

УЧАСТИЕ PARTICI PATi NG

Модули должны установить УЧАСТИЕ, если ВЫБРАННЫЙ ; ВНЕДРЕННОСТЬ ; ШИРОКОВЕ ША Н И Е ; Р ЕЖ И М. М НОЖ ЕСТВ Е Н Н ЫХ_П А КЕТО В & -СТАТУС_П РИН УЖД ЕН И Я

ПАКЕТ-NAK PACKET-NAK

Модули должны установить ПАКЕТ-NAK (без подтверждения), сели РЕЖИМ МНОЖЕ-СТВЕННЫХ_ПАКЕТОВ & ЗАПРОС ПАКЕТА и модуль хочет предотвратить передачу требуемого пакета. Модули должны удерживать ПАКЕТ-NAK. пока ИНИЦ , ЗАВЕРШЕНИЕ ..ПЕРЕДАЧИ.

6 2.1.8 Определения таймировання передачи

11АЧ АЛ О_ П ЕР ЕДАЧ И TRANSACTION _В EG 1N

ЗАДАТЧИК должен установить НАЧАЛО_ПЕРЕДАЧИ, если он хочет осуществить передачу и должен удерживать его. пока ФАЗА .ДАННЫХ ; ФАЗА.РАССОЕДИНЕНИЯ во время последней несдачи.

ГАЙ М АУ TJ1ЕРЕДАЧ И TRANSACTION-TIMEOUT

До или во время установки НАЧАЛ?\_ ПЕРЕДАЧ И задатчик должен сбросить ТАЙМ-АУТ_ПЕ-РЕДАЧИ.

ТАЙМ-АУТ ПЕРЕДАЧИ таков, что через 128 мкс после 30%-ного сброса он доджей вновь установиться, если нс установлен ЗАВЕРШЕН И Е_П ЕРЕДАЧИ. Продолжительность ТАЙМАУТА ПЕРЕДАЧ И может быть изменена в соответствии с 7.2.4.

ЗАВЕРШЕНИЕ ПЕРЕДАЧИ TRANSACTION COMPLETE

Модули должны установить ЗАВЕ РШ ЕН И Е_П ЕРЕДАЧИ, если ИНИЦ ; КОНЕЦ-РАССОЕДИНЕНИЯ. и они зафиксировали ТЕ * и обновил» состояние всех внутренних переменных при окончании передачи ЗАДАТЧИК должен сбросить ЗАВЕРШЕНИЕ ПЕРЕДАЧИ, если as* & ak*. Модули должны сбросить ЗАВЕРШЕНИЕ-ПЕРЕДАЧИ, сели -ai*

^КОДИРОВАННЫЙ АДРЕС ADDR-DECODED

Модули должны поддерживать возможность декодирования адреса следующего обмена данных (нс с отмененной бантовой шиной). Этот адрес должен первоначально устанавливаться по адресу, принимаему по линиям AD||* и действительному после выставления AS* Этот адрес должен непрерывно корректироваться каждым участвующим модулем после каждой установки или снятия DS*. для которого передаются данные. Способ, посредством которого адрес корректируется. зависит от системы и нс определен, исключая случай, когда он должен соответствовать адресу данных, передаваемых в следующем обмене данных. Модуль должен установить ДЕКОДИРОВАННЫЙ .АДРЕС, когда он декодировал адрес, соответствующий следующему обмену данных, и определил свои отпет на него Во время фазы соединения, если ОШИБКА_ЧЕТНОСТИ_АДРЕ-СА I ОШИБКА-ЧЕТНОСТИ КОМАНДЫ-СОЕДИНЕНИЯ, модуль нс должен устанавливать ДЕКОДИРОВАННЫЙ АДРЕС на длительность передачи. Модули должны удерживать ДЕКОДИРОВАН НЫЙ АД РЕС. -тка модуль нс снимет ai*; dk* J di* .

ФАЗА-СОЕДИНЕНИЯ CONNECTION. PHASE

ЗАДАТЧИК должен установить ФАЗУСОЕДИНЕНИЯ, если -ИНИЦ & -УДЕРЖАНИЕ.. МАГИСТРА.! И & НАЧАЛО_ПЕРЕДАЧИ & -AKf& Al * Модули должны установить ФАЗУ СОЕДИНЕНИЯ. если AS* & ai*. Модули должны удерживать ФАЗУ СОЕЛИНЕНИЯ. пока ИНИЦ [ФАЗА.ДАННЫХ [ ФАЗА.РАССОЕДИНЕНИЯ.

ФАЗАЛА ИНЫХ DATA.PHASE

ЗАДА Г" И К должен установить ФАЗУ ДАННЫХ, когда -ИНИЦ & -НУЛЬ СЧЕТЧИКА ПЕ-РЕДАЧ&д** & ПРИЗНАК.СОЕДИНН1ИЯ ЗАФИКСИРОВАН Модули должны установить ФАЗУ ДАННЫХ, когда AS* & DS* & ПРИЗНАК_СОЕДИНЕНИЯ „ЗАФИКСИРОВАН. Модули должны удерживать ФАЗУ^ДАННЫХ, пока ИНИЦ; ФАЗА-РАССОЕДИНЕНИЯ.

92

ГОСТ Р ИСО/МЭК 10857-95

ФАЗА,РАССОЕДИНЕНИЯ DISCONNECTION PHASE

ЗАДАТЧ И К должен установить ФАЗУ РАССОЕДИНЕНИЯ, когда -ИНИЦ & НУЛЬ-СЧЕТЧИКА ПЕРЕДАЧ & (ПРИЗНАК,СЮЕДИН ЕН ИЯДАФИ КСИ РОВАН ! ПРИЗНАК-ДАННЫХ-ЗА-ФИКСИРОВаН) Модули должны установить ФАЗУ_РАССОЕДИНЕНИЯ, когда они обнаружат

снятие AS* Модули должны удерживать ФАЗУ_РАССОЕДИНЕНИЯ до ИНИЦ ; КОНЕЦ РАССОЕДИНЕНИЯ.

ПРИЗНАК_СОЕД И НЕНИЯ_ЗАФИК

СИРОВАН CONNECTION INFO CAPTURED

Модули должны установить ПРИЗНАК СОЕДИНЕНИЯ ЗАФИКСИРОВАН. если СТА-ГУС_СОЕДИНЕНИЯ пони приняли информацию фазы соединения. Модули должны удерживать ПРИЗНАК-СОЕДИНЕНИЯ ЗАФИКСИРОВАН до ИНИЦ,’КОНЕЦ РАССОЕДИНЕНИЯ

П РИЗНАК ДАН Н ЫХ-ЗАФИ КСИ РОВАН DATA J N FO_CAPTU RED

ЗАДАТЧ И К должен установить ПРИЗНАКДАН НЫХ_ЗАФИ КСИ РОВАН, если ФАЗАДАН-НЫХ и он приняли информацию исполнителя и

1) СТАГУС ШИРОКОВЕЩАНИЯ & (ds* & -DK* • -ds* & -DK*),

2) СТАТУС-ШИРОКОВЕЩАНИЯ & (ds* & -DIf ; -ds* & -DKD.

ЗАДАТЧИК должен удерживать ПРИЗНАК_ДАННЫХ_ЗАФИКСИРОВЛН. пока не произогист следующий переход ds* или до ФАЗЫ_РАССОЕДИНЕНИЯ

Если (ЗАПИСЬ ИСПОЛНИТЕЛЯ ; ШИРОКОВЕЩАНИЕ), то УЧАСТВУЮЩИЙ исполнитель должен установить ПРИЗНАКДАННЫХ_ЗАФИКСИРОВАН. когда он принял информацию ЗАДАТЧИКА, указанную переходом DS* .

Если ЗАПИСЬ-ИСПОЛНИТЕЛЯ ; ШИРОКОВЕЩАНИЕ.то УЧАСТВУЮЩИЙ исполнитель должен установить ПРИ ШАК_ДАННЫХ_ЗАФИКСИРОВАН, когда он принял информацию, указанную (DS* & DK* ;-DS* & DI*). Исполнители должны гарантировать, что задержка их DS* больше или равна задержке DK* или DI* в соответствии с любованиями лого параграфа.

УЧАСТВУЮЩИЕ исполнители должны удерживать ПРИЗНАК ДАН11ЫХ_ЗА<1>ИКСИРО-ВАН яо тех пор, пока они нс снимут dk* или di* .

ПРИЗНАК РАССОЕДИНЕНИЯ ЗАФИК

СИРОВАН DISC INFO-CAPTURED

УЧАСТВУЮЩИЙ исполнитель должен установил, ПРИЗНАК-РАССОЕДИНЕНИЯ_ЗАФИК-СИ РОВАН, когда он принял информацию ЗАДАТЧИКА, указанную снятием AS*. и должен удерживать ПРИЗНАК РАСС:ОЕДИНЕНИЯ_ЗАФИКСИРОВАН до того, как он снимет ак*.

НУЛЬ СЧЕТЧИКА_ПЕРЕДАЧ TRANSFER COUNT ZERO

ЗАДАТЧИК должен сбросить НУЛЬ_СЧЕТЧИКА_ПЕРЕДАЧ до начала ФАЗЫ_СОЕДИНЕ-НИЯ. если он планирует передавать данные во В|>емя ФАЗЫ ДАННЫХ

С(>азу же после того, как 3/\ДАТЧИК вызовет переход DS*, требуемым в последнем обмене или пакете передачи, он должен установить НУЛЬ СЧЕТЧИКА ПЕРЕДАЧ

ЗАДАТЧ И К должен установить НУЛЬ_СЧЕТЧИКА_ПЕРЕДАЧ, если СТАТУС_ПРИНУЖДЕ-НИЯ & ПЕРЕДАЧА I & -ЧАСТНЫЙ и он выставил ds*.

ЗАДАТЧ И К должен установить НУЛЬ_СЧЕТЧИКА_ПЕРЕДаЧ. сели СТАТУС.ПРИНУЖДЕ-НИЯ & ПЕРЕДАЧА I & ЧАСТНЫЙ и он снял ds*.

ЗАДАТЧИК должен установить НУЛЬ-СЧЕГЧИК.А ПЕРЕДАЧ. если СТАТУС ПРИНУЖДЕ

НИЯ и он инициировал обмен данных переходом ds* , чей порядок адресных битов, подставлен

ных АЦ*, соответствует одному из следующих правил:

Если - Ш И РИ НА ДАН Н ЫХ 1 & - Ш И РИ НА ДАН Н ЫХ_0, то установить №2

Если -Ц1ИРИНА_ДАННЫХ_1 Ас ШИРИНАДДННЫХД, то установить N=3

Если ШИРИНА.ДАННЫХ,! & -ШИРИНАДАННЫХ.О, то установить N=4

Если ШИРИНА ДАННЫХ..! & ШИРИНАДАННЫХД, то установить №5

Если ПЕРЕДАЧА,?

Если ПЕРЕДАЧА_4 Если ПЕРЕДАЧАМ

Если ПЕРЕДАЧА 16 Если ПЕРЕДАЧА,?? Если ПЕРЕДАЧА_64

и A|N и A[N+i . и A[N+2 . и A|N*3 . и A|N+4 . и A(N*5 .

I* равен I, тоНУЛЬ СЧЕТЧИКА_ПЕРЕДАЧ . N]* равны I. тоНУЛЬ-СЧЕТЧИКА-ЛЕРЕДАЧ NJ* равны I, то НУЛЬ. СЧЕТЧ И КАПЕ РЕДАЧ .NJ* равны!, то НУЛЬ.СЧЕТЧИКА .ПЕРЕДАЧ .NJ* равны I, то ПУЛЬ СЧЕТЧ И KA ПЕРЕДАЧ . NJ* равны I, то НУЛЬ СЧЕТЧ И КАДЕ РЕДАЧ

93

I OCT P ИСО/МЭК 10857-95

ЗАДАТЧИК должен установить НУЛЬ СЧЕТЧИКА ПЕРЕДАЧ, если (ST6* : -ST2*)& ПРИШЛИ СОЕДИНЕНИЯ ЗАФИКСИРОВАН ОШИБКА ПЕРЕДАЧИ С1А1Ч ОЖИДАНИЯ СТАТУС_ЗАНЯТОСТИ • НЕБЛОКИРОВАНИЕ ТОЛЬКО_АДРЕС • БЛОКИРОВАНИЕ ТОЛЬКО АДРЕС : НЕДЕЙСТВИТЕЛЬНОСТЬ ; ОТВЕТ_ЗАПИСИ ; ОШИБКА_СПОСОБНОСТИ ЗАДАТЧИКА.

ЗАДАТЧИК должен установить НУЛЬ СЧЕТЧИКА^ 11 ЕРЕ ДАЧ. если СТАТУС РАСЩЕПЛЕНИЯ ^(БЛОКИРОВАНИЕ ЧТЕНИЕ ; НЕБЛОКИРОВАНИ1 Ч i I Н И I ; НЕДЕЙСТВИТЕЛЬ НОСТЬ ЧТЕНИЯ : РАЗДЕЛЕННОЕ Ч1ЕНИЕ ; МОДИФИКАЦИЯ ЧТЕНИЯ ; КОПИРОВА НИЕ_НАЗАД : (ЧАСТНОЕ-ЧТЕНИЕ ; БЛОКИРОВАНИБ_ЧАСТНОЕ_ЧТЕНИЕ) & он выставил ds*}.

ЗАДАТЧИК должен установить НУЛЬСЧЕТЧИКА ПЕРЕДАЧ, если -ЧАСТНЫЙ & (ВЫ-БОРКА_СЛОЖЕНИЕ_СО_СТАРШЕГО • ВЫБОРКА-СЛОЖЕНИЕ С .МЛАДШЕГО) & выставил ds* во время первого обмена данных ; (-ЧАСТНЫЙ & (МАСКИРОВАНИЕ ОБМЕН ; СРАВНЕНИЕ-ОБМЕН) ;(ЧАСТНЫЙ & ВЫБОРКА-СЛОЖЕНИЕ СО СТАРШЕГО ВЫБОРКА-СЛОЖЕ-НИЕ С МЛ/ХДШЕГО)) & снят ds* во время второго обмена данных); ЧАСТНЫЙ & (МАСКИ-РОВАНЙЕ-ОБМЕН ; СРАВНЕНИЕ-ОБМЕН) & выставлен ds* но время третьего обмена данных.

Задатчик должен установить НУЛЬ-СЧЕТ¹! И КА ПЕРЕДАЧ, если РЕЖИМ МНОЖЕСТВЕН НЫХ.ПАКЕТОВ & СТА1УС_КОНЦА ДАННЫХ.

ЗАДАПИК может установить НУЛЬ_СЧЕТЧИКА_ПЕРЕДАЧ, если СТАТУС_ПРИНУЖДЕ-НИЯ &(СТАГУС_КОПЦА_ДаННЫХ,'СТАТУС_ОШИБКИ_ОБМЕНА). ЗАДАТЧИК должен игнорировать данные. получаемые после того, как СТАТУС .КОН ЦА.ДЛННЫХ индицирован им

Если ЗАД АТЧ И К нс знает о том. как исполнители устанавливают BE* по отношению к обмену. в котором произошла ошибка (т. е число стадий в потоке), он должен игнорировать все данные, пришедшие по время передачи.

Если ЗАДАТЧИК не знает о том. как исполнители устанавливают BE* , он может использовать передаваемые данные до того, как обнаружится ошибка.

СТАТУС. .СОЕДИНЕНИЯ CON N ECTION_STATCS

Модули должны установить СТАТУС-СОЕДИНЕНИЯ, когда ЗАДАТЧИК & ЛИ УЧАСТИЕ & (AS* & ds*:as*l

КОНЕЦ РАССОЕДИНЕНИЯ DISCONNECTION,END

Модули должны установить КОНЕЦ РАССОЕДИНЕН ИЯ. когда ЗАДАТЧИК & -AKf ] УЧАСТИЕ & (-AKf ; следующий AS*). Исполнители должны гарантировать, что задержка их AS* больше или равна задержке АК* в соответствии е любованиями этого параграфа.

6.2.2 Определение сигналов

6.2.2.1 Сигналы синхронизации

6 2.2.1.1 AS* (Синхронизация адреса)

ЗАДАТЧИК должен выставить as*, когда -ИНИЦ & НАЧАЛО ПЕРЕДАЧИ & ЗАВЕРШЕ-НИЕ-ПЕРЕДЛЧИ & -AKf & AI* & -УДЕРЖАНИЕ_МАГИСТРАЛИ & ФАЗА_СОЕДИНЕНИЯ. и продолжать выставлять ею до тех пор, пока ИНИЦ [ -ЗАДАТЧИК ] НУЯЬ_СЧЕТЧИКЛ ПЕРЕДАЧ Лег* ^(ПРИЗНАК СОЕДИНЕНИЯ ЗАФИКСИРОВАН ! ПРИЗНАКЛАННЫХ ЗАФИКСИРОВАН).

6.2.2. Е2 ЛК * (Подтверждение адреса)

Вее модули должны выставить ак* . когда -ИНИЦ & AS*, и продолжать выставлять его до тех пор, пока ИНИЦ;-AS* ПРИЗНАК РАССОЕДИНЕНИЯ_ЗЛФИКСИРОВ\Н & -dk* &di* & -ds*.

6.2.2.1.3 Al ♦ (Подтверждение адреса инверсное)

Все модули должны выставить ai* в то время, когда -(ВКЛЮЧЕНИЕ_ПИТАНИЯ & - НЕЗАНЯТОСТЬ- МАГИСТРАЛИ-IUS) & (ИНИЦ [ модуль обнаруживает снятие AS*). Модули должны продолжать выставлять ai* до тех пор, пока AS* & ДЕКОДИРОВАН НЫЙ_АДРЕС & ЗАВЕРШЕ НИЕ_ПЕРЕДАЧИ.

6 2.2.1.4 DS* (Синхронизация данных)

ЗАДАТЧ И К должен выставить ds *, когда - И Н И Ц & ЗАДАТЧ И К & (- НУЛ Ь-СЧ ЕТЧ И КА_П Е РЕДАЧ & (нарастающий фронт ФАЗЫ ДАННЫХ ] нарастающий фронт ПРИЗНАК-ДАННЫХ,.ЗАФИКСИРОВАН). и должен продолжать выставлять его до тех пор. пока ИНИЦ ; -ЗАДАТЧИК ; нарастаюшийф|>онт11РИЗНАК_ДАННЬ1Х_ЗАФИКСИРОВЛН & -НУЛЬ СЧЕТЧИКА ПЕРЕДАЧ Jas* & -СТАТУС ШИРОКОВЕЩАНИЯ & -DK* СТАТУС. ШИРОКОВЕЩАНИЯ & -DKf>

‘Я

ГОСТ Р ИСО/МЭК 10857-95

6.2.2.1.5 DK* (Подтверждение данных)

Модули должны выставитьdk*, когда-ИНИЦ & AS* & DS* & УЧАСТИЕ & -(ЗАПИСЬ.ИС-ПОЛНИТЕЛЯ ; СТАТУС-ШИРОКОВЕЩАНИЯ).

Если ЗАПИСЬ-ИСПОЛНИТЕЛЯ *СТАТУС_ШИРОКОВЕЩАНИЯ:

1) Модулып), выставляюшнй(ис)данные,должен(ны) выставитьdk*, когда -ИНИЦ & AS* & DS* & УЧАСТИЕ и данные действительны.

2) Модули, нс выставляющие данные, должны выставить dk*, когда - ИНИЦ& AS* & DS* & DK*.

Модули должны выставлять dk* до тех пор, пока ИНИЦ ; -DS* & ПРИЗНАКДАННЫХ ЗА -ФИКСИРОВАН & di* ; -.AS*.

6.2.2.16 DI * (Подтверждение данных инверсное)

Модули должны выставить di*, когда -ИНИЦ & AS* & -DS* & УЧАСТИЕ & -(ЗАПИСЬ ИСПОЛНИТЕЛЯ {СТАТУС ШИРОКОВЕЩАНИЯ).

Если ЗАПИСЬ-ИСПОЛНИТЕЛЯ {СТАТУС.ШИРОКОВЕЩАНИЯ:

1) Модули, выставляющие данные, должны выставить di*, когда-ИНИН & AS* &-DS* & УЧАСТИЕ к данные действительны.

2) Модули, нс выставляющие данные, должны выставить di *, когда -ИНИЦ & AS* & -DS* & DI*.

Модули должны выставлять di* до тех пор, пока ИНИЦ DS* & ПРИЗНАК-ДАНН ЫХ.ЗА-ФИКСИРОВАН & dk* ; -AS* В ФАЗЕ-СОЕДИНЕНИЯ. если УЧАСТИЕ. DI * должен быть вы-станлен перед снятием ai*.

6 2.2.2 СМ[7. . ,0|* (Command)

Сигналы ст[7.. ,0|* и ср* должны быть стабильными при выходе на магистраль перед тем. как переход as* или ds* покажет их действительность. Если необходимо, разработок модуля должен одержать переход as* u ds* больше, чем требуется и 6.2.2.1.1 и 6.2.2.1.4, чтобы выполнить условия этого паршуафа.

6.2.2 2 1 СМО* (Команда0)

ЗАДАТЧИК должен выставить сшО*, когда -ИНИЦ & ЗАДАТЧИК & (ФАЗА_СОЕДИНЕНИЯ & НЕ РЕДАЧ А СМД.О {ФАЗ А ЛАН НЫХ & (БЛОКИРОВКА_СМЛ_0 • -СТАТУС.ПРИНУЖ-ДЕНИЯ & ЗАПРОС-ПАКЕТА); ФАЗА-РАССОЕДИНЕН ИЯ & УДЕРЖАНИЕ. БЛОКИРОВКИ).

6.2.2 2.2 СМ1* (Команда 1)

ЗАДАТЧИК должен выставить см I *. когда -ИНИЦ & ЗАДАТЧИК & (ФАЗА.СОЕДИНЕНИЯ & ПЕРЕДАЧА.СМД. 1 {ФАЗА ДАННЫХ & (БЛОКИРОВКА_СМД_1 {СТАТУС.ФЛАГА.ПЕРЕ-ДАЧИ); ФАЗА. РАССОЕДИНЕН И Я & БОЛЬШЕ & (СТАТУС_РАСЩЕПЛЕНИЯ & НЕБЛОКИ-РОВАНИЕ ЧТЕНИЕ ; НЕБЛОКИРОВАНИЕ ЗАПИСЬ))

6.2.2.2.3 СМ2* (Команда!)

ЗАДАТЧИК должен выставить cm2*, когда -ИНИЦ & ЗАДАТЧИК & (ФАЗА.СОЕДИНЕНИЯ & ПЕРЕДАЧ А. С МД_2 ; ФАЗА.ДАННЫХ & БЛОКИ РОВКА_СМД_1).

6.2 2.2.4 СМ3* (Команда 3)

ЗАДАТЧИК должен выставить cm3*, когда -ИНИЦ & ЗАДАТЧИК & (ФАЗА.СОЕДИНЕНИЯ & ПЕРЕДАЧА СМД 3).

6.2.2.2 5 СМ4* (Команда 4)

ЗАДАТЧИК должен выставить ст4*, когда -ИНИЦ & ЗАДАТЧИК & (ФАЗА.СОЕДИНЕНИЯ & ЗАПИСЬ СМД ; (ФАЗА.ДАННЫХ ; ФАЗА РАССОЕДИНЕНИЯ) Л СТАТУС ВНЕДРЕН НОСТИ).

6.2.2 2 6 СМ5* (Команда 5)

ЗАДАТЧИК должен выставить ст5*. когда -ИНИЦ & ЗАДАТЧИК & «ФАЗА.СОЕДИНЕНИЯ & ШИРИНА ДАННЫХ-0; ФАЗА .ДАННЫХ & ДЛИНА.ДАННЫХ 0: ФАЗА.РАССОЕДИ-Н ЕНИЯ & ДЛ И НАЛАН НЫХ.О).

6 2.2.2.7 СМ6* (Команда 6)

ЗАДАТЧИК должен выставить стб*, когда -ИНИЦ & ЗАДАТЧИК & (ФАЗА.СОЕДИНЕНИЯ & РАЗРЯДНОСТЬ ДАННЫХ.! ФАЗА ДАННЫХ&ДЛ И НА.ДАН Н ЫХ 1 ;ФАЗА_РАССО-ЕД И11 ЕН ИЯ & ДЛ ИН А_ДА11 НЫХ J).

95

ГОСТ Р ИСО/МЭК 10857-95

6.2.2.28 СМ7* (Команда?)

ЗАДАТЧИК должен выставить сш7*. когда -ИНИЦ & ЗАДАТЧИК & (ФАЗА_СО ЕД И НЕНИЯ & РАЗРЯДНОСТЬ .АДРЕСА 2 [ФАЗА ДАННЫХ & ДЛИНА, ДАННЫХ 2; ФАЗА РАССОЕДИНЕНИЯ & ДЛИНА _ДАННЫХ_2).

6.2.2.2.9 (Четность команды)

ЗАДАТЧИК должен выставить ср*, если он установил четное число сшЦ* сигналов

6 2.2.3 СА(2.. .0]* (Способность)

Сигналы са[2. . .01* должны быть стабильными при выводе на магистраль перед тем, как снятие ai* покажет их действительность. Если необходимо, разработчик модуля должен задерживать снятие ai* на большее время, чем требуется в 6.2.2.1.3. чтобы выполнить условие этого параграфа.

62.2.3.1 САО* (TS*)

Модули должны выставить саО*, когда НИЗКАЯ СКОРОСТЬ & ФАЗА СОЕДИНЕНИЯ, и должны продолжать выставлять саО* до тех пор, пока ИНИЦ КОНЕ11_РАССОЕДИНЕНИЯ

6.2.2.3.2 CAI* (СО*)

Модулидолжны выставить cal*, когда ПРИНУДИТЕЛЬНЫЙ, и должны продолжать выставлять cal * до тех пор. пока ИНИЦ • КОНЕЦ_РАССОЕДИНЕНИЯ.

6.2.2.3.3 СА2* (SR*)

Модули должны выставить са2*, когда РАСЩЕПЛЕННЫЙ, и должны продолжать выставлять са2* до тех пор. пока ИНИЦ • КОНЕЦ,РАССОЕДИНЕНИЯ.

6.2.2 4 SB?.. .0|* (Статус)

6.2 2.4.1 ST0* (ТЕ*)

Модулидолжны выставить stO*, когда -ИНИЦ & ОШИБКА_ПЕРЕДАЧИ & (AS* &-Alf 1 -AS*& ак*). и должны продолжать выставлять stO* до тех пор. пока ИНИЦ ; СТАТУС_СОЕДИ-НЕНИЯ.

Сигнал stO* должен быть стабильным при выводе на магистраль перед тем, как снятие ак* покажет его действительность. Если необходимо, разработчик .модуля должен задерживать снятие ак* на большее время, чем требуется в 6.2.2.1 2. чтобы выполнить это условие

6.2.2.4.2 ST1* (BS*/ED*)

Модули должны выставить st 1 * , когда ЗАНЯТОСТЬ, и должны продолжать выставлять st I * до тех пор. пока ИНИЦ ; КОНЕЦ РАССОЕДИНЕНИЯ.

Модули должны выставить811*, когда КОНЕЦ ДАННЫХ ПАКЕТ NAK, и должны продолжать выставлять stl * до тех пор, пока ИНИЦ ; КОНЕЦ_РАССОЕДИНЕНИЯ.

Сигнал st I * должен быть стабильным при выводе на магистраль перед тем. как снятие ai*. dk* пли di* покажет его действительность. Если необходимо, разработчик модуля должен задерживать снятие ai* . dk* или di* на большее время, чем требуется в 6.2.2.1.3, 6.2.2.1.5 или 6.2.2.1.6. чтобы выполнить это условие.

6 2.2.4.3 ST2* (SL*)

Модулидолжны выставить st2*, когда ВЫБРАННЫЙ, и должны продолжать выставлять s«2 * до тех пор. пока ИНИЦ ;-ВЫБРАННЫЙ • КОНЕЦ_РАССОЕДИНЕНИЯ.

Сигнал st2* должен быть стабильным при выводе на магистраль перед тем, как снятие ai* , dk* или di* покажет его действительность. Если необходимо, разраиотч и к модуля должен задерживать снятие ai*. dk* или di* на большее время, чем Требуется в 6.2.2.1.3, 6.2.2.1.5 или 6 2.2.1 6. чтобы выполнить это условие.

6.2.2.4 4 ST3* (BS*)

Модули должны выставитьst3*, когда ШИРОКОВЕЩАНИЕ ! ШИРОКОЗАПРОСНЫЙ_АД-РЕС [ ЛОВЯЩИЙ ДАННЫЕ, и должны продолжать выставлять 8t3* до тех пор, пока ИНИЦ ; : КО Н Е Ц РАССО ЕД И Н ЕН ИЯ.

Сигнал st3* должен быть стабильным при выводе на магистраль перед тем, как снятие ai* покажет его действительность. Если необходимо, разработчик модуля должен задерживать снятие ai* на большее время, чем требуется в 6.2.2.1.3, чтобы выполнить это условие.

90

ГОСТ Р ИСО/МЭК 10857-95

6.2.2.4 5 ST4* (TF*)

Модули должны выставить st4*. когда КЕШ СМД & ВЫСТАВЛЕНИЕ CS ; ВЫБРАН-НЫЙ.ПОЧТОВЫЙ.ЯЩИК & СООБЩЕНИЕ КОНФЛИКТА, и должны продолжать-выставлять st4* до тех пор. пока ИНИЦ ‘-ВЫСТАВЛЕНИЕ CS & КЕШ СМД; -СООБЩЕНИЕ КОНФЛИКТА & ВЫБ1\\ННЫЙ ПОЧТОВЫЙ ЯЩИК ; КОНЕЦ РАССОЕДИНЕНИЯ.

Сигнал $14* должен быть стабильным при выводе на магистраль перед тем, как снятие ai*. dk* или di* покажет его действительность. Если необходимо, разработчик модуля должен задерживать снятие ai* . dk* или di* на большее время, чем требуется в 6.2.2.1.3, 6.2.2.1-5 или 6.2.2.16, чтобы выполнить это условие

6.2.2 4 6 ST5* (IV*)

Модули должны выставить st5*. когда ВНЕДРЕН НОСТЬ. и должны продолжать выставлять st5* до тех пор. пока ИНИЦ ; -ВНЕДРЕННОСТЬ : КОНЕЦ,РАССОЕДИНЕНИЯ

Сигнал st5* должен быть стабильным при выводе на магистраль перед тем, как снятие at* dk* или di* покажет его действительность. Если необходимо, разработчик .модуля должен задерживать снятие ai*. dk* или di* на большее время, чем требуется в 6.2.2.1.3. 6.2.2.1.5 или 7.2.2.1.6. чтобы выполнить это условие.

6.2.2.4.7 ST6* (BE*)

Модулидолжны выставить st6*. когда ОШИБКА_СОБЫТИЯ. и должны продолжать выставлять st6* до тех пор, пока ИНИЦ ! КОНЕЦ.РАССОЕДИНЕН ИЯ.

Сигнал s(6* должен быть стабильным при выводе на магистраль перед тем. как снятие ai*. dk* или di* покажет его действительность. Если необходимо, разработчик модуля должен задерживать снятие ai*. dk* или di* ил большее время, чем требуется в 6 2.2.1 3, 6.2.2.1.5 или 7.2.2.1.6. чтобы выполнить это условие.

6.2.2.4.S ST7* (WT*)

Модули должны выставить st7* . когда ОЖИДАНИЕ, и должны продолжать выставлять st? * до тех пор, пока ИНИЦ ; КОНЕЦ,РАССОЕДИНЕНИЯ.

Сигнал st7* должен быть стабильным при выводе на магистраль перед тем, как снятие ai* . dk* или di* покажет ею действительность. Если необходимо, разработчик модуля должен задерживать снятие ai*. dk* или di* на большее время, чем требуется в 6.2.2.1.3. 6.2.2.1.5 или 6.2.2.1.6. чтобы выполнить это условие.

6.2.2.5 Информационные поля

6.2.2.5.1 AD[63. . .0]* (Адрес/Данные)

Модули должны снимать ad|| *, если ИНИЦ.

Когда - ИНИЦ & ФАЗА.СОЕДИНЕНИЯ & -(ОТВЕТ ЧТЕНИЯ ; ОТВЕТ.ЗАПИСИ) & -РАЗ-РЯДНОСТБ.АДРЕСА& -РАЗРЯДНОСТЬЛАННЫХJ &-РАЗРЯДНОСТЬЛАННЫХ.О, ЗАДАТЧИК должен активировать ad[31. .2] * адресом. снять ad[63. . .32)*, и может активировать ad(L.. .0)* определенными пользователем данными.

Когда -ИНИЦ & ФАЗА.СОЕДИНЕНИЯ & (ОТВЕТ.ЧТЕНИЯ )ОТВЕТ.ЗАПИСИ) & -РАЗ-ряднос! ь адреса & -разрядность.данныхд & РАЗРЯДНОСТЬЛАННЫХ.О. ЗАДАТЧИК должен активировать ad[31.. .3|* адресом, снять ad[63. . .32]*, и может активировать ad|2.. -0|* определенными пользователем данными.

Когда -ИНИЦ & ФАЗА.СОЕДИНЕНИЯ & -<О ГВЕТ.Ч ГЕН ИЯ ) ОТВЕТ.ЗАПИСИ) & -РАЗРЯД НОСТЬ.АД РЕСА & РАЗРЯД НОСТЬ.ДА ИНЫХ. 1 & -РАЗРЯДНОСТЬЛАННЫХ.О, ЗАДАТЧИК должен активировать ad|3l. . .4| * адресом, сиять ad[63. . .32]*, и может активировать ad[3.. .0]* определенными пользователем данными.

Когда -ИНИЦ & ФАЗА.СОЕДИНЕНИЯ & (ОТВЕТ ЧТЕНИЯ ; ОТВЕТ ЗАПИСИ) & -РАЗ-РЯДНОСТЬ.АДРЕСА & РАЗРЯДНОСТЬЛАННЫХ.1 & РАЗРЯДНОСТЬЛАННЫХ.О, ЗАДАТЧИК должен активировать ad[3l.. .5)* адресом, снять ad[63. . .32)*, и может активировать ad[4.. 0]* определенными пользователем данными.

Когда -ИНИЦ & ФАЗА.СОЕДИНЕНИЯ & -(ОТВЕТ ЧТЕНИЯ ' ОТВЕТ ЗАПИСИ) & -РАЗРЯДНОСТЬ. АД РЕСА & -РАЗРЯДНОСТЬЛАННЫХ.1 & -РАЗРЯДНОСТЬЛАННЫХ.О, ЗАДАТЧИК должен активировать ad(63.. .2)* адресом, и может активировать ;id(l. . .0)* определенными пользователем данными.

Когда -ЦНИИ & ФАЗА.СОЕДИНЕНИЯ & (ОТВЕТ.ЧТЕНИЯ ; ОТВЕТ.ЗАПИСИ) & РАЗ-РЯДНОСТЬ.ДДРЕСА & -РАЗРЯДНОСТЬЛАННЫХ.1 & РАЗРЯДНОСТЬ ДАННЫХ О, ЗАДАТЧИК должен активировать ad[63.. .3]* адресом, и может активировать ad[2.. .0|* определенными пользователем данными.

9?

ГОСТ Р ИСО/МЭК 10857-95

Когда -ИНИЦ & ФАЗА СОРДИ НЕН ИЯ & -(ОТВЕТ ЧТЕНИЯ | ОТВЕТЗАПИСИ) & РАЗРЯДНОСТЬ АДРЕСА & РАЗРЯДНОСТЬ .ДАННЫХ I & - РАЗРЯД НОСТЬ_ДАННЫХ_0. ЗАДАТЧИК должен активировать ad)61. 4]* адресом, и может активировать ad|3.. .0) * определенными пользователем данными.

Когда -ИНИЦ & ФАЗА СОЕДИНЕНИЯ & (ОТВЕТ ЧТЕНИЯ ; ОТВЕТ ЗАПИСИ) & РАЗ-РЯДНОСТЬ АДРЕСА & РАЗ РЯД HOCTbJlA ИНЫХ I & РАЗРЯДНОСТЬДАННЫХ.О, ЗАДАТЧИК должен активизировать ad(63.. .5|* адресом, и может активизировать ad(4 . .О]* определенными пользователем данными

Когда -ИНИЦ & ФАЗА.СОЕДИНЕНИЯ & -(ОТВЕТ. ЧТЕНИЯ ; ОТВЕТ ЗАПИСИ). ЗАДАТЧИК должен;

I) выставить ad|31. . .28)*.

2) активировать ad|27. . .12)* глобальным идентификатором запросчика.

3) активировать adj5.. .0]* идснтифмкато|юм Передачи.

Когда -ИНИЦ & ФАЗА РАССОЕДИНЕНИЯ & (ОТВЕТ.ЧТЕНИЯ ;ОТВЕТ.ЗАПИСИ), ЗА-ДАТЧ И К должен

1) активировать ad) 15. . .8]* первоначальным приоритетом передачи запросчика,

2) актищцхщать ad2* выбранным статусом, который был указан в передаче запроса,

3) активировать adi * статусом конфликта, который был указан в передаче запроса,

4) активировать adO* статусом ошибки передачи, который был указан в передаче запроса, и снять ud(63 . ,32|*. ad(32.. .16)* и ad|7.. .3)*.

Когда -ИНИЦ & ФАЗА РАССОЕДИНЕНИЯ & (РАЗДЕЛЕННЫЙ.ОТВЕТ .' МОДИФИЦИРОВАН Н ЫЙ. ОТВЕТ). ЗАДАТЧИ К должен;

Г) выставить ad)31. . .28)*.

2) активировать ad[27.. .12)* глобальным идентификатором запросчика,

3) активировать adj 11.. .4| * первоначальным приоритетом передачи запросчика,

4) активировать ad2* выбранным статусом, которым был обозначен в передаче запроса,

5) активировать adl * статусом конфликта, который был обозначен в передаче запроса,

6) активировать adO* статусом ошибки передачи, который был обозначен в передаче запроса,

и снять ad|63. . .32) * и adJ*.

Когда -ИНИЦ & ФАЗА. РАССОЕДИНЕН ИЯ & (РАСЩЕПЛЕННЫЙ СТАТУС ДЕБЛОКИРОВАНИЕ ЗАПИСЬ ; НЕМОКИРОВАНИЕ-ТОЛЬКО.АДРЕС ) БЛОКИРОВАНИЕ ЗАПИСЬ ; БЛОКИРОВАНИЕ ТОЛЬКО.ЛДРЕС } ЧАСТНАЯ.ЗАПИСЬ ; БЛОКИ РОВАНИЕ.ЧАСТНАЯ.ЗА-ПИСЬ ;ЗАПИСЬ_БЕЗ_ПОДТВЕРЖДЕНИЯ ! НЕДЕЙСТВИТЕЛЬНОСТЬ.ЗАПИСИ ; КОПИРО-ВАНИЕ. НАЗАД ; НЕДЕЙСТВИТЕЛЬНОСТЬ), ЗАДАТЧИК должен

I) активировать ad|3I . .16| * глобальным идентификатором запросчика,

2) активировав bad) 15. . .8)* первоначальным приоритетом передачи запросчика.

3) активировать ad(5. - 0|* идентификатором передачи и снять ad)63. . .32) * и ad(7. . .6) *

Когда -ИНИЦ& ФАЗА .ДАННЫХ & ЗАПИСЬ.СМД, ЗАДАТЧИК должен активировать adpl. . .0]* данными, соответствующими текущему обмену или пакету.

Когда УЧАСТВУЮЩИЙ исполнитель отвечает за передачу данных ЗАДАТЧИКУ, он должен активировать ad] 31.. .0)* данными записи, связанными с текущим обменом или пакетом, в отвез на переходы DS*.

Когда УЧАСТВУЮЩИЙ исполнитель отвечает за передачу данных ЗАДАТЧИКУ и (64.РАЗ-РЯДНЫЕЛАННЫЕ ; 128.РАЗРЯДНЫЕЛАННЫЕ ; 2% РАЗРЯДНЫЕ ДАННЫЕ), он должен активировать ad|63.. .32)* данными записи, связанными с текущим обменом или пакетом, в ответ на переходы DS*.

Если выбранная передача использует пакетный протокол, сигналы на ad)|* должны подчиняться пакетному протоколу в соответствии с 6.2.3.21 Пакеты всегда должны быть выравнены на размеры пакетных границ модуля.

Сигнала ad|]* должны быть стабильными при выводе иа магистраль перед тел», как лер-сход as* покажет их Действительность. Если необходимо, разработчик модуля должен задерживать переход as* на большее время, чем требуется в 6.2.2.1.1, чтобы выполнить это условие.

ГОСТ Р ИСО/МЭК 10857-95

В принудительном режиме сигналы ad(|* должны быть стабильными при выводе на магистраль перед гем, как переход ds* покажет их действительность, если передаст ЗАДАТЧИК. Если необходимо, разработчик модуля должен задерживать переход ds* на большее время, чем требуется в 6.2.2.1.4. чтобы выполнить это условие. В принудительном режиме сигналы ad|J* должны быть стабильными при выводе на магистраль перед тем, как переход dk* или di* покажет их действительность, если передают один или более исполнителем. Если необходимо, разработчик модуля должен задерживать переход dk* di* на большее время, чем требуется в 6.2 2.1.5 или 6 2 ' ' 6. чтобы выполнить это условие.

В принудительных обменах, где ЗАПИСЬ ИСПОЛНИТЕЛЯ ; ШИРОКОВЕЩАТЕЛЬ-IIЫЙ СТАТУС. сигналы ad||* должны быть стабильными при выводе на магистраль перед тем, как выставление dk* или di* покажет их действительность, если передают один или более исполнителей. Если необходимо, разработчик модуля должен задерживать установление dk* или di* на большее время, чем требуется в 6.2.2.1.5 или 6.2.2.1.6, чтобы выполнить это условие.

Определение невыбранной байтовой шины должно быть следующим:

Во время первого обмена передачи, когда -ИНИЦ & ФАЗА-ДАННЫХ & ЧАСТНЫЙ, ЗАДАТЧИК должен активировать ad|31 ... 0]* информацией о невыбранной шине в соответствии с этой таблицей и должен снять ad|63 . . . 32]*. Модули должны снимать сигналы с невыбранной шины, если шины, которыми они управляют, нс были выбраны DW{]* командой в фазе соединения

6.2.2.5Д D[255.. . 64|* (Данные)

Когда -ИНИЦ & ФАЗА_ДАННЫХ & ЗАПИСЬСМД & ШИРИНА-ДАННЫХ I, ЗАДАТЧИК должен активировать d[127. .. 64|* данными записи, относящимися к текущему обмену или пакету.

Когда -ИНИЦ & ФАЗА-ДАННЫХ & ЗАПИСЬ_СМД & (ШИРИНА ДАННЫХ-1 & ШИРИ-НА ДАННЫХ_0>. ЗАДАТЧ И К должен активировать d(255 . . . 128]* данными записи, относящимися к текущему обмену или пакету.

4-1-14

99

ГОС J Р ИСО/МЭК 10857-95

Когда УЧАСТВУЮЩИЙ исполнитель отвечает за передачу данных ЗАДАТЧИКУ и(128_РАЗ-РЯДНЫЕ_ДАННЫЕ ; 256-РАЗРЯДНЫЕ-ДАННЫЕ), он должен активировать d| 127 . . .64]* данными записи, относящимися к текущему обмену НЛП пакету

Когда УЧАСТВУЮЩИЙ исполнитель отвечает за передачу данных ЗАДАТЧИКУ и 256_РАЗ-РЯДНЫЕ_ДАННЫЕ, он должен активировать d|255 ... 128|* данными записи, относящимися к Текущему ОБМЕНУ или пакету.

Во время первого обмена передачи, когда -ИНИЦ& ФАЗА ДАННЫХ & ЧАСТНЫЙ. ЗАДАТ-Ч И К должен снять d|255 . . 64|* .

Если выбрана передача с использованием пакетного протокола, то сигналы на d(]* должны подчиняться пакетному протоколу в соответствии с 6.2.3.21.

В принудительном режиме сигналы 4Ц* должны быть стабильными при выводе на магистраль перед тем. как ледоход ds* покажет их действительность, если передают один или более исполни 1слсц. Если необходимо, разработчик модуля должен задерживать переход ds* на большее время, чем тдобуется в 6.2.2.1.4. чтобы выполнить это условие.

В принудительном режиме сигналы d(J* должны быть стабильными при выводе на магистраль перед тем. как переход dk* или di* покажет их действительность, если передают один или более исполнителей. Если необходимо, разработчик модуля должен задерживать переход ds* или di* на большее время, чем требуется в 6.2.2.1.5 или 6.2.2.1.6, чтобы выполнить это условие

В принудительном режиме, где ЗАПИСЬ-ИСПОЛНИТЕЛЯ ( ШИРОКОВЕЩАТЕЛЬ-I (ЫЙ-СТАТУС, сигналы d[ ] * должны быть стабильными при выводе на магистраль перед тем. как выставление dk* или di* покажет их действительность, если передают один или более исполнителей. Если необходимо, разработчик модуля должен одерживать установлениеdk* или di* на большее время, чем требуется в 6.2.2.1.5 или 6.2.2.1.6. чтобы выполнить это условие.

в»

ГОСТ Р ИСО/МЭК 10857-95

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

Байтовые шины, неактивные при AW* или DW(J* командах, нс должны активироватьсоот вс п.твующий им сипит четности.

Во время первого обмена передачи, когда -ИНИЦ & ФАЗА .ДАННЫХ & ЧАСТНЫЙ, модули должны использовать DW[| * команду, чтобы выбрать байты с активированной четностью.

Во время фазы рассоединения, когда ЗАПИСЬ СМД. ЗАДАТЧИК должен активировать правильную четность для ADPI . . 0]*.

Если выбрана передача с использованием пакетного протокола, сигналы на bpU* должны подчиняться пакетному протоколу в соответствии с 6.2.3.21.

Сигналы Ьр||* должны быть стабильными при выводе на магистраль до того, как переходам* покажет их действительность. Если необходимо, разработчик модуля должен задержать переход as* на большее время, чем требуется в 6.2.2.1.1. чтобы выполнить это условие.

В принудительном режиме сигналы Ьр||* должны быть стабильными при выводе на магистраль до гою. как переход ds* покажет их действительность, если передаст ЗАДАТЧИК. Если необходимо, разработчик модуля должен задержать переход ds* на большее время, чем требуется в 6.2.2.1.4. чтобы выполнить что условие.

В принудительном режиме сигналы Ьр[|* должны быть стабильными при выводе на магистраль до того, как переход dk* или di* покажет их действительность, если передают один или несколько исполнителей. Если необходимо, разработчик модуля должен задержать переход dk* или di* на большее время, чем требуется в 6.2.2.1.5 win 6.2.2.1.6. чтобы выполнить это условие.

В принудительных событиях с данными, где ЗАПИСЬ ИСПОЛНИТЕЛЯ [ ШИРОКОВЕЩА-ТЕЛЬНЫЙ_СТАТУС, сигналы dp[|* должны быть стабильными при выводе на магистраль до того, как выставление dk* или di* покажет их действительность, если передают один или несколько исполнителей. Если необходимо, разработчик модуля должен задержать выставление dk* пли di* на большее время, чем требуется в 6.2.2.15 или 6.2.2.1.6. чтобы выполнить это условие.

6 2 2.5.4 TG|7 . .. 0J* (Тег)

Сигналы lg|7 . . -0|* должны следовать той же временной диаграмме и тем же особенностям, что и ad|3l ()|*. за исключением того, что на усмог|>сние разработчика системы оставляется выбор, когда они должны нести информацию.

Число активных сигналов (g|J * будет описано в 7.2.4.

6.2.2.5.5 ТР* (Четность тега)

Если установлено РАЗРЕШЕН И Е_ТЕГ/\ и модуль выставляет четное число tg||*, он должен выставить tp*.

6.2.2.5.6 ЕТ*

Модули должны снимать ст *, если И Н И Ц.

ЗАДАЛЧИК должен выставить cl*, когда он обнаружит, что Alf стал логическим нулем в перед снятием as* ио щюмя первой передачи его текущего владения. ЗАДАТЧИК должен удержи-ватьеч* выставленным до тех пор, пока-iql* & -rqO* & -AKf, ион нс снял ad(| * . d|| * , ЬрЦ*, >dl*- Ф*. СП1||* II ср*.

6.2.3 Определения протокола

6.2.3.1 Фаза соединения задатчика

I) ЗАДАТЧИК должен установить атрибуты, определенные в 6.2.1.1. 6.2.1.2 и 6.2.1.4.

2) ЗАДАТЧ И К должен сбросить ТАЙ М-АУТ_П ЕРЕДАЧ И.

3) ЗАДАТЧИК должен ждать, пока -AKf & А! * ! ТАЙ М-АУТ_ПЕРЕДАЧ И.

4) Если установлен ЛАЙМ-АУТ_ПЕРЕДАЧИ, ЗАДАТЧИК должен перейти к Восстановлению тайм-аута передачи в ссютветствии с 6.2.3.24.

5) ЗАДАТЧИК должен активировать ad[|*, bp(|*. tg[)*, Ч’*- ст(]*, ср|]* и еа[]* соответствующей информацией.

6) ЗАДАТЧ И К должен установить НАЧАЛО_ ПЕРЕДАЧ И.

7) ЗАДАТЧИК должен выставить as* и ак* .

8) ЗАДАТЧ И К должен снять ai*.

9) ЗАДАТЧИК должен ждать, пока -Alf [ТАЙМ-АУТПЕРЕДАЧИ.

10) Если установлен ЛАЙМ-АУТ ПЕРЕДАЧИ, ЗАДАТЧИК должен перейти к восстановлению тайм-аута передачи в соответствии с 6.2.3.24.

II) ЗАДАТЧИК должен снятью* и выставить ct * .

sr пн

КИТ I» ИСО/МЭК 10857-95

12) ЗАДАТЧИК должен установить атрибуты, определенные и 6.2.17 1.

13) Если НУЛЬ СЧЕТЧИКА ПЕРЕДАЧ. ЗАДАТЧИК должен перейти к фазе ]Х1ссосдннения. кдк определено в 6.2.3.22.

14) Если СТАТУС ПРИНУЖДЕНИЯ & ЖЕМОКИРОВАНИЕ_ЧТЕНИЕ НЕБЛОКИРО ВАНИЕ, ЗАПИСЬ; БЛОКИРОВАНИЕ ЧТЕНИЕ БЛОКИРОВАНИЕ ЗАПИСЬ; ЧАСТНОЕ ЧТЕНИЕ ЧАСТНАЯ,ЗАПИСЬ БЛОКИРОВАНИЕ ЧАСТНОЕ ЧТЕНИЕ БЛОКИРОВАНИЕ ЧА-СГНАЯ ЗАПИСЬ: ОТВЕТ ЧТЕНИЯ; РАЗДЕЛЕННЫЙ ответ; МОДИФИЦИРОВАННЫЙ ОТВЕТ; ЗАПИСЬ 6ЕЗ_ПОДТВЕРЖДЕНИЯ ; IIЕЛЕЙСТВИТЕЛ Ы ЮСТЬ_Ч ГЕН ИЯ НЕДЕЙСТВИТЕЛЬНОСТЬ,ЗАПИСИ ; раздел енное.чтен ие ; копирование.назад ; МОДИФИ КАЦИЯ ЧТЕНИЯ), ЗАДАТЧИК может перейти к нечетному обмену принудительной фазы данных. как определено в 6.2ЛЗ.

15) Если -МНОЖЕСТВЕННЫЙ ПАКЕТНЫЙ РЕЖИМ & (НЕБЛОКИРОВАНИЕ Ч 1ЕНИЕ ! НЕБЛОКИРОВАНИЕ_ЗАПИСЬ| ОТВЕТ, ЧТЕНИЯ ; ЗАПИСЬ БЕЗ ПОДТВЕРЖДЕНИЯ; НЕДЕ ЙСТВИТЕЛЫ1ОС1 Ь ЧТЕНИЯ ; ИЕДЕЙСТВИТЕЛ ЬНОСТЬЗАПИСИ ! РАЗДЫ ЕН НОЕ, ЧТЕНИЕ • КОПИРОВАНИЕ НАЗАД ; РАЗДЕЛЕННЫЙ ОТВЕТ • МОДИФИЦИРОВАН НЫ-Й_ОТ-ВЕТ , МОДИФИКАЦИЯ_ЧТЕНИЯ). ЗАДАТЧИК может перейти к одиночной пакетной «разе данных. как определено в 6.2.3.13.

16) Если МНОЖЕСТВЕННЫЙ ПАКЕТНЫЙ РЕЖИМ & (НЕБЛОКИРОВАНИЕ_ЧТЕНИЕ ! НЕБЛОКИРОВАНИЕ-ЗАПИСЬ; ОТВЕТ ЧТЕНИЯ ; ЗАПИСЬ БЕЗ ПОДТВЕРЖДЕНИЯ ! НЕДЕЙСТВИТЕЛЬНОСТЬ ЧТЕНИЯ НЕДЕЙСТВИТЕЛЬНОСТЬ ЗАПИСИ ; РАЗДЕЛЕН НОЕ.ЧТЕ-НИЕ : КОПИРОВАНИЕ.НАЗАД; РАЗДЕЛЕННЫЙОТВЕТ; МОДИФИЦИРОВАННЫЙ-ОТ-ВЕТ ; МОДИФИКАЦИЯ,ЧТЕНИЯ). З/ХДАТЧИК может перейти к множественной пакетной (разе данных, к;»к определено и 6.2.3.13.

17) ЗАДАТЧИК может перейти к фазе рассоединения, как определено в 6.2.3.22.

6.2.3.2 Фаза соединения исполнителя

Иипо..литслъ должен ждать ДО тех пор. пока он обнаружит выставление AS*, а затем должен I) выставить ак* , если -ГОТОВ ДЛЯ ВЫНИМАНИЯ.

2) проанализировать AD|j*. ВР|]*,Т6Ц*, ТР*, СМЦ* и СР*.

3) ожидать, пока ДЕКОДИРОВАННЫЙ.АДРЕС,

4) активировать st|7 ... J| * и са{2 ... 0]* соответствующей информацией,

5) если БЛОКИРОВАНИЕ, установить БЛОКИ РОВАН И Е_ РЕСУРСОВ в соответствии с адресом.

6) выставить di*, если УЧАСТИЕ,

7) затем снять ai*.

8) затем ожидать до СТАТУС,СОЕДИНЕНИЯ.

9) затем снять to *

10) иролналишронать информацию на САЦ*.

I Неели -УЧАСТИЕ, ожидать до ФАЗА РАССОЕДИНЕНИЯ и перейти к фазе рассоединения в соответствии с 6.2.3.23.

12) ожидать, пока ФАЗА ДАННЫХ !ФАЗА.РАССОЕДИНЕНИЯ,

13)сслн ФАЗА ДАННЫХ & СТАТУС ПРИНУЖДЕН ИЯ. перейти к нечетному событию, как описано в 6.2.3.4.

14) если ФАЗА_ДАННЫХ & -СТАТУС.ПРИНУЖДЕНИЯ & РЕЖИМ_МНОЖЕСТВЕН-НЫХ_ПАКЕТОВ, перейти к нечетному пакету, как описано в 6.2.3.14.

15)если ФАЗА.ДАННЫХ& РЕЖЗЗМ,МНОЖЕСТВЕННЫХ. ПАКЕТОВ, перейти к нечетному пакету, как описано в 6.2.3.16,

16) перейти к фазе рассоединения, как описано в 6.2.3.23.

6.2.3.3 Принудительная фаза данных задатчика — первый нечетный обмен

1) ЗАДАТЧИК должен активировать ст[)* и ср* соответствующей информацией.

2) Если ЧАСТНЫЙ. ЗАДАТЧИК должен активировать ad[f]* соответствующей информацией невыбранной шины и зачем перейти к 7).

3) Если МАСКИРОВАНИЕ_ОБМЕН, ЗАПАТЧИ К должен активировать ad []* »d||* соответствующим операндом маски и затем перейти к 7).

4) Если СРАВНЕНИЕ ОБМЕН, ЗАДАТЧИК должен активировать ad |) * ud[]* соответствующим операндом сравнения и затем перейти к 7).

ГОСТ Р ИСО/МЭК 10857-95

5) Если (ВЫБОРКА .СЛОЖЕНИЕ СО СТАРШЕГО | ВЫБОРКА.СЛОЖЕНИЕ_С_МЛАДШЕГО), ЗАДАТЧИК доджем активировать adf) * и <Щ* соответствующим операндом сложения н затем перейти к 7).

6) Если ЗАГ1ИСЬ_СМД, ЗАДАТЧИК должен активировать асЦ] * и d[J* соответствующими данными и затем перейти к 7). Если -ЗАПИСЬ СМД, проследовать к 8).

7) ЗАДАТЧИК должен активировать bp||*. tg[J* и tp* соответствующей информацией и затем перейти К 9).

8) Если -ЗАПИСЬ СМД, ЗАДАТЧИК должен снять ad[j* ,d||*, bp(J*. tg|)* и tp*.

9) Затем ЗАДАТЧИК должен установить ds*.

10) ЗАДАТЧИК должен ждать, пока ПРИЗНАК .ДАННЫХ ЗАФИКСИРОВАН ; ТАЙМАУТ ПЕРЕДАЧИ.

11) Если установлен ТАЙМ-АУТ .ПЕРЕДАЧИ, ЗАДАТЧИК должен перейти к восстановлению тайм-аута передачи в соответствии с 6.2.3.24.

12) Если -ЧАСТНЫЙ & -ЗАПИСЬ_СМД. ЗАДАТЧИК должен проанализировать информацию на AD|]*, D|]* , ВР|1*,ТСЦ* иТР*.

13) Если -ЧАСТНЫЙ & (ВЫБОРКА СЛОЖЕНИЕ СО СТАРШЕГО : ВЫБОРКА_СЛОЖЕ-НИЕ_С_МЛАДШЕГО) ; РАСЩЕПЛ ЕННЫЙ_СТАТУС & ЧАСТНЫЙ & -ЗАПИСЬСМД, ЗАДАТЧИК должен перейти к фазе рассоединения, как описано в 6.2.3.22.

14) ЗАДАТЧИК должен перейти к четному обмену, как описано в 6 2.3.5, если -НУЛЬ_СЧЕТ-ЧИКА ПЕРЕДАЧ, или к фазе рассоединения, как описано в 6.2.3.22. если НУЛЬ СЧЕТЧИКА ПЕРЕДАЧ

6.2.3-4 Принудительная фаза данных исполнителя — первый нечетный обмен

Исполнитель должен:

I) если -СТАТУС ЗАПИСИ & (ВЫБРАННЫЙ & ЗАПИСЬ ИСПОЛНИТЕЛЯ • ШИРОКОВЕЩАНИЕ ; ЛОВЯШИЙЛАННЫЕ), ждать, пока выставится DK*, выставить dk*. проанализировать данные на AD||*. D(|* И перейти к 10);

2)если -СТАТУС ЗАПИСИ & (ВНЕДРЕННОСТЬ ! ВЫБРАННЫЙ & ШИРОКОВЕЩАТЕЛЬНЫЙ. СТАТУС). активировать ad||*. d||*. bp||*, tg||* и tp* соответствующей информацией, выставить dk* и перейти к 11);

3) выставить dk*,

4) если -СТАТУС ЗАПИСИ & ВЫБРАННЫЙ, активировать ad| | *, d||* . bp| | *, tg|] * и tp* соответствующей информацией и перейти к 11),

5) если ЧАСТНЫЙ & ВЫБРАННЫЙ, лроанализи]ювать информацию нсвыбора шины на AD[31 . .. 0|* и перейти к 10),

6) если МАСКИРОВАНИЕ_ОБМЕН & ВЫБРАННЫЙ, проанализировать операнд маски на AD[]*, D|l* и перейти к 10),

7) если СРАВНЕНИЕ_ОБМЕН & ВЫБРАННЫЙ, проанализировать операнд сравнения на AD||*, D||* и перейти к 10),

S) если (ВЫБОРК/\_СЛОЖЕНИЕ_СО_СТ.АРШЕГО; ВЫБОРКА_СЛОЖЕНИЕ_С_МЛДДШЕ-ГО) & ВЫБРАННЫЙ, проанализировать операнд сложения на AD[]*, D[|* и перейти к 10),

9) если СТАТУС ЗАПИСИ & (ВЫБРАННЫЙ ; ШИРОКОВЕЩАНИЕ ! ЛОВЯЩИЙ_ДАН-НЫЕ), проанализировать данные на AD|| * и D[|*,

10) проанализировать информацию на BP*, ЮЦ* и ТР*,

11) активировать st6* , st I * и $10* соответствующим статусом,

12) затем снять di*.

13) ждать, пока -AS*J -DS*,

14) если ФАЗА_РАССОЕДИНЕНИЯ, снять ad|| *, d|| *, bp||*, tg|J* и tp* и перейти к фазе рассоединения, какописано в 6.2.3.23,

15) если ФАЗА ДАННЫХ, перейти к четному обмену, как описано в 6.2.3.6.

6.2.3.5 Принудительная фаза данных задатчика — первый четный обмен

1) Если ЧАСТНЫЙ & МАСКИРОВАНИЕ_ОБМЕН, ЗАДАТЧИК должен активироватьad|) * соответствующим операндом маски и перейти к 7).

2) Если ЧАСТНЫЙ & СРАВНЕНИЕ ОБМЕН, ЗАДАТЧИК должен активировать ad|| * соответствующим операндом сравнения и перейти к 7).

>2- IM

103

ГОСТ Р ИСО/МЭК 10857-95

3) Если ЧАСТНЫЙ & (ВЫБОРКА. СЛОЖЕН И Е_СО_СТАРШ ЕГО ; ВЫБОРКА_СЛОЖЕ-НИЕ_С_МЛАДШЕГО), ЗАДАТЧИК должен активировать ad()* сопутствующим операндом сложения я перейти к 7).

4) Если СРАВНЕНИЕ ОБМЕН, ЗАДАТЧИК должен активировать adJJ* соответствующим операндом обмена и перейти к 7).

5) Если ЗАПИСЬСМД, ЗАДАТЧИК должен активировать adf] *. d[) * иЬр||* соответствующими данными и ncpcitru к 7).

6) Если -ЗАПИСЬ_СМД, ЗАДАТЧИК должен снять ad| | *, 6Ц * . bp||*. tg|J*. tp* и пс-|№йти к 8).

7) ЗАДАТЧИК должен активировать tg||* и tp* соответствующей информацией.

8) Затем ЗАДАТЧИК должен снять ds* .

9) ЗАДАТЧИК должен ждать, пока ПРИЗНАКЛАННЫХ ЗАФИКСИРОВАН ; ТАЙМАУТ ПЕРЕДАЧИ

10) Если установлен ТАИМ-АУТ ПЕРЕДАЧИ. ЗАДАТЧИ К должен перейти к восстановлению тайм-аута передачи, как описано в 6.2.3.24.

II) Если -ЗАПИСЬ_СМД. ЗАДАТЧИК должен проанализировать информацию на AD|j*. D|J*. ВР[|*, TG||* и TP*.

12) Если ЧАСТНЫЙ & (ВЫБОРКА СЛОЖЕНИЕ^) СТАРШЕГО { ВЫБОРКА СЛОЖЕ-НИЕ_С_^ПАДШЕГО) ! -ЧАСТНЫЙ & (МАСКИРОВАНИЕ_ОБМЕН : СРАВНЕНИЕ-ОБМЕН), ЗАДАТЧИК должен перейти к фазе рассоединения, как описано в 6.2.3.22.

13) ЗАДАТЧИК должен перейти к нечетному обмену, как описано в 6.2.3.7, сели -НУЛЬ_СЧЕТ-ЧИКА ПЕРЕДАЧ, или к фазе рассоединения, как описано в 6.2.3.22, если НУЛЬ СЧЕТЧИКА ПЕРЕДАЧ.

6.2.3.6 Принудительная фала данных исполнителя — первый четный обмен

Исполнитель должен:

|)ссли -СТАТУС ЗАПИСИ & (ВЫБРАННЫЙ & ЗАПИСЬ-ИСПОЛНИТЕЛЯ ‘ ШИРОКО-ВЕЩА Н И Е ; Л О ВЯ Щ ЙЙ_ДА ИНЫЕ), ждать выставления D1*, выставить di* , проанализировать данные на AD||* . О[|* и перейти к 10).

2) Will -СТАТУС_ЗАПИСИ & <ВНЕДРЕННОСТЬ ; ВЫБРАННЫЙ & ШИРОКОВЕЩАТЕЛЬ-НЫЙ_СТАТУС), активировать ad(|*. d(]*. bp[]*. tp||* и tp* соответствующей! информацией и перейти к 11).

3) выставить di*,

4)если —СТАТУС ЗАПИСИ & ВЫБРАННЫЙ, активировать ad||*, d|J*, bp(J*. tgf]* и tp* соответствующей информацией и перейти к 11),

5) если ЧАСТНЫЙ & МАСКИРОВАННЫЙ_ОБМЕН & ВЫБРАННЫЙ, проанализировать операнд маски на AD|| *, DJj* и перейти к 10),

6) если ЧАСТНЫЙ & СРАВНЕНИЕ-ОБМЕН & ВЫБРАННЫЙ, проанализировать операнд сравнения на AD()*, DIJ* и перейти к 10),

7) если ЧАСТНЫЙ & (ВЫБОРКА СЛОЖЕН И Е_СО_СТАРШ ЕГО : ВЫБОРКА _СЛОЖГ-НИЕ_С. МЛАДШЕГО) & ВЫБРАННЫЙ"» проанализировать операнд сложения на AD||*, D1J* и перейти к 10),

8)если МАСКИРОВАНИЕ ОБМЕН ; СРАВНЕНИЕ-ОБМЕН, проанализировать операнд обмена на ADJ)*, D(]* и перейти к 10),

9) если СТАТУС-ЗАПИСИ & (ВЫБРАННЫЙ J ШИРОКОВЕЩАНИЕ ; ЛОВЯЩИЙJ1AH-НЫЕ), проанализировать данные на AD|]*, D[]*,

10) проанализировать'информацию на ВРЦ*. TG||* и ТР*,

11) активировать st6*, stl ♦ и s(0* соответствующим статусом.

12) затем снять dk*,

13) ждать, пока —AS* ; DS*,

14) если ФАЗ?\ РАССОЕДИНЕНИЯ, снять ad(]*, d||*, bp[]*, tr[|*, tp* и перейти к фазе рассоединения, какописано в 6.2-3-23,

15) если ФАЗА ДАННЫХ, перейти к нечетному обмену, как описано в 6.2.3.8.

6.2.3.7 Принудительная фаза данных задатчика — второй нечетный обмен

I) Если ЧАСТНЫЙ & (МАСКИРОВАНИЕ-ОБМЕН & СРАВНЕНИЕ. ОБМЕН). ЗАДАТЧИК должен активировать ad[] * соответствующим операндом обмена и перейти к 4).

2) Если ЗАПИСЬ СМД. ЗАДАТЧИК должен активировать ad(J* , d[]* и bp||* соответствующими данными и перейти к 4).

104

ГОС! Р ИСО/МЭК 10857-95

3) Если -ЗАПИСЬ_СМД, ЗАДАТЧИК должен снять adj] *, dj] *, bpj)*, tg||*, tp* и перейти к 5).

4) ЗАДАТЧИК должен активировать tg||* и tp* соответствующей информацией.

5) Затем ЗАДАТЧИК должен снять ds*.

6) ЗАДАТЧИК должен ждать, пока ПРИЗНАКЛАННЫХ.ЗАФИКСИРОВАН | ТАЙМ-АУТ.П ЕРЕДАЧ И.

7) Если установлен ТАЙМ-АУТ ПЕРЕДАЧИ. ЗАДАТЧИК должен перейти к восстановлению тайм-аута передачи, как описано в 6.2.3.24.

8) Если -ЗАПИСЬ СМД. ЗАДАТЧИК должен проанализировать информацию на AD||*. D||*. ВРЦ*. TG||* и TP*.

9) Если ЧАСТНЫЙ & (МАСКИРОВАНИЕ.ОБМЕН | СРАВНЕНИЕ.ОБМЕН). ЗАДАТЧИК доджей перейти к фазе рассоединения, как описано в 6.2.3.22.

10) ЗАДАТЧИК должен перейти к четному обмену, как описано в 6 2 3.11. если НУЛЬ.СЧЕТ-Ч ИКА ПЕРЕДАЧ, или к фазе рассоединения, как описано вб.2.3.22, если НУЛЬ СЧЕТЧИКА ПЕРЕДАЧ

6.2.3.8 Принудительная фаза данных исполнителя — второй нечетный обмен

Исполнитель должен;

1) если -СТАТУС-ЗАПИСИ & (ВЫБРАННЫЙ & ЗАПИСЬ ИСПОЛНИТЕЛЯ | ШИРОКОВЕЩАНИЕ ;ЛОВЯЩИЙ_ДАННЫЕ), ждать выставления DK*. проанализировать данные на AD[|* D||* и перейти к 7),

2)если -СТАТУС.. ЗАПИСИ & (ВНЕДРЕННОСТЬ | ВЫБРАННЫЙ & Ш И РОКО BE ШАТЕН Ь-НЫЙ_СТАТУС), активировать ad||* . d[|*. bp||*. tg||* и tp* соответствующей информацией и затем выставить dk* и перейти к 11),

3) выставить dk*.

4) если -СТАТУС-ЗАПИСИ & ВЫБРАННЫЙ, активировать ad[ | *. d|| * . Бру*. tgU* Hip* соответствующей инсрормацисй и перейти к 8),

5) сели ЧАСТНЫЙ & (МАСКИРОВАНИЕ_ОБМЕН & СРАВНЕНИЕ_ОБМЕН) & ВЫБРАННЫЙ, проанализировать операнд обмена на ADJ)*. [)Ц* н перейти к 8),

6) если СТАТУС_ЗАПИСИ & (ВЫБРАННЫЙ ; ШИРОКОВЕЩАНИЕ ; ЛОВЯЩИЙ..ДАННЫЕ). проанализировать данные на AD||* и D||*,

7) П)юанализ1<|ювать информацию на ВР| | *. ТОП * и ТР *,

8) активировать $(6*, $11 * и StO* соответствующим статусом,

9) затем снять di*,

10) ждать, пока -AS* | -DS*,

11) если ФАЗА РАССОЕДИНЕН ИЯ, снять ad[J *. d|) * . bp||*, tg||*,tp* и перейти к фазе рассоединения, как описано в 6.2.3.23,

12) если ФАЗА. ДАННЫХ, перейти к четному событию, как описано в 6.2-3-12.

6.2.3.9 Принудительная фаза данных задатчика — третий н последующие нечетные обмены

I) Если ЗАПИСЬ_СМД, ЗАДАТЧ И К должен активировать adf]*, d||*. bp||*. tg||* и tp* соответствующей информацией и перейти к 3).

2) Если -ЗАПИСЬ_СМД, ЗАДАТЧИК должен снять ad[f]*, d|f]*. bp||*, tg||* и tp*.

3) Затем ЗАДАТЧ И К должен установить d$*.

4) ЗАДАТЧИК должен ждать, пока ПРИЗНАК_ДАННЫХ_ЗАФИКСИРОВАН | ТАЙМАУТ ПЕРЕДАЧИ.

5) Если установлен ТАЙМ-АУТ. ПЕРЕДАЧ И, ЗАДАТЧИК должен перейти к восстановлению тайм-аута передачи, как описано в 6.2.3.24.

6) Если -ЗАПИСЬ СМД. ЗАДАТЧ И К должен проанализировать информацию на AD[] *. D[|*. ВРЦ*. TG||* и ТР*.

7) ЗАДАТЧИК должен перейти к четному обмену, какописано в 6.2.3.11, если -НУЛЬ.СЧЕТ-ЧИКА-ПЕРЕДАЧ, или к фазе рассоединения, как описано вб.2.3.22, если ПУЛЬ СЧЕТЧИКА ПЕРЕДАЧ

6.2.3.10 Принудительная фаза данных исполнителя — третий и последующие нечетные обмены Исполнитель должен;

1)если -СТАГУС. ЗАПИСИ & (ВЫБРАННЫЙ & ЗАПИСЬ-ИСПОЛНИТЕЛЯ ; ШИРОКО- . ВЕЩАНИЕ IЛОВЯЩИЙ-ДАННЫЕ), ждать выставления DK*. проанализировать данные на АО||* в D||* и перейти к 6), S3*

KJS

ГОС! Р ИСО/МЭК 10*57-95

2)если -СТАТУС_ЗАПИСИ & (ВНЕДРЕННОСТЬ I ВЫБРАННЫЙ & ШИРОКОВЕЩАТЕЛЬНЫЙ СТАТУС), активировать adH*. d||*. ЬрП*. ^11* ” tp* соответствующей информацией, выставить dk* и перейти к 7),

3) высгнииь dk* -

4)если -СТАТУС ЗАПИСИ & ВЫБРАННЫЙ, активироватьad[] * , d[]*. bp(j*. tg||* и tp* соответствующей информацией и перейти к 7).

5) если СТАТУС.ЗАПИСИ & (ВЫБРАННЫЙ ; ШИРОКОВЕЩАНИЕ ; ЛОВЯШИЙЛАН-НЫЕ), проанализировать данные на AD||* и D||*,

6) н|юанализн1ювать информацию на ВРЦ*. TG|)* и ТР*.

7) активировать st6*. sil * н stO* соответствующим статусом.

8) затем снять di*,

9) ждать, пока -AS* ] -DS* .

10) если ‘Раза.РАССОЕДИНЕНИЯ, снять ad[|*. d||*. bp|]* . tg[P- tp* и перейти к фазе рассоединения, как описано в 6.2.3.23.

11) если ФАЗАДАННЫХ, перейти к четному обмену, как описано в 6.2.3.12.

6.2.3.11 Принудительная фаза данных задатчика — второй н последующие четные обмены

1) Если ЗАПИСЬ_СМД, ЗАДАТЧИК должен активировать adj]*, d[|*, bp(|*. lg[|* и tp* соответствующей информацией и перейти к 3).

2) Если -ЗАПИСЬ.СМД, 3/ХДАТЧИК должен снять ad(]*, d[]*, ЬрЦ*. tgH* и tp*

3) Затем ЗАДАТЧИК должен снять d$*.

4) ЗАДАТЧИК должен ждать, пока ПРИЗНАК ДАННЫХ ЗАФИКСИРОВАН • ТАЙМАУТ.. ПЕРЕДАЧ И.

5) Если установлен ТАЙМ-АУТ ПЕРЕДАЧИ, ЗАДАТЧИК должен перейти к восстановлению |айм-аугл передачи, как описано н 6.2-3.24.

6) Если -ЗАПИСЬ СМД. ЗАДАТЧИК должен оценить информацию HaAD||*. D|j*. ВР[|* -IG||* иТ”*.

7) ЗАДАТЧИК должен перейти к нечетному обмену, как описано в 6.2.3.9, если -НУЛЬ_СЧЕТ ЧИ КА ПЕРЕДАЧ, или к фазе рассоединения, как описано в 6.2.3.22. если НУЛЬ_СЧЕТЧИКА НЕ-РЕДМГ

6.2.3.12 Принудительная фаза данных исполнителя — второй и последующие четные обмены

Исполнитель должен:

Несли -СТАТУС ЗАПИСИ & (ВЫБРАННЫЙ & ЗАПИСЬ-ИСПОЛНИТЕЛЯ ; ШИРОКОВЕЩАНИЕ ; ЛОВЯ Ш ИЙ_ДАН НЫЕ), ждать выставления D1*. проанализировать данные на AD(|*. D||* и перейти к 6).

2)если -СТАТУС ЗАПИСИ & (ВИРДРЕННОСТЬ ; ВЫБРАННЫЙ & ШИРОКОВЕШАТЕЛЬ-НЫЙ-СТАТУС). активировать ad[}*. d[|*. bp(|*. tg|j* и tp* соответствующей информацией, выставить di* и перейти к 7).

3) выставить di*,

4) сели -СТАТУС- ЗАПИСИ & ВЫБРАННЫЙ, активировать adl| *, d[J* , bp(|*.tg(|* Hip* соответствующей информацией и перейти к 7).

5) если СТАТУС.ЗАПИСИ & (ВЫБРАННЫЙ ; ШИРОКОВЕЩАНИЕ { ЛОВЯЩИЙ_ДАН-НЫЕ). проанализировать данные на AD([* и 0(1*.

6) проанализировать информацию на ВРЦ* , TG[]* л ТР* ,

7) активировать st6* . stl* и stO* соответствующим статусом,

8) затем снять dk* .

9) ждать, пока -AS* (-DS*,

10) сели ФАЗА .РАССОЕДИНЕНИЯ, снять ad[]*, d(]*, bp()*, tg(|*, tp* и перейти к фазе рассоединения, как описано в 6.2.3.23,

11) если ФАЗА ДАННЫХ, перейти к мечетному обмену, как описано в 6.2.3.10.

6 2.3.13 Пакетная фаза данных задатчика — одиночный пакетный режим

I) Задатчик должен активировать епф* и ср* соответствующей информацией

2) Если -ЗАП ИСЬ .СМД. ЗАДА'ГЧ И К должен снять ad[|*, d[|*. bp[|*, tg(]* n tp*

3) Затем ЗАДАТЧИК должен выставить ds*.

4) Если ЗАПИСЬ_СМД. ЗАДАТЧИК должен ждать минимум один битовый период и затем активировать асЦ | * . d| | *, bp(] * , tg{] * н tp * соответствующей пакетной передачей и, когда будет передан бит четности, перейти к 8).

106

ГОСТ Р ИСО/МЭК 10857-95

5) Батл -ЗАП ИС Ь_СМД, ЗАДАТЧ И К должен проанализировать пакетную передачу на ADJ] *. 1)| I*. ВРЦ* . TG|] * , ТР* и. когда будет принят бит четности, перейти к 6).

6) ЗАДАТЧИК должен ждать, пока П РИЗНАКЛАН ПЫХ ЗАФИКСИРОВАН .‘ТАЙМ-ЛУТ ПЕРЕДАЧИ

7) Если установлен ТАИМ-АУТ ПЕРЕДАЧИ. ЗАДАТЧИК должен перейти к восстановлению Тайм-аута передачи, как описано в 6.2.3.24.

8) ЗАДАТЧИК должен перейти к фазе рассоединения, как описано в 6.2.3.22.

6 2 3 14 Пакетная фаза данных исполнителя — одиночный пакетный режим

Исполнитель должен:

I) выставить dk*, активировать $11* и StO* соответствующим статусом и затем снять di* Завершение 1) может быть продлено до начала 7),

2) если СТАТУС ЗДПИСИ. проанализировать пакетную передачу на AD|]*, D||*, ВР[|*. TG|| * , ТР* и перейти к 7),

3)если -СТАТУС-ЗАПИСИ & (ВЫБРАННЫЙ & ЗАПИСЬ-ИСПОЛНИТЕЛЯ ; ШИРОКОВЕЩАНИЕ), проанализировать пакетную передачу на AD[|*, D||*, ВРЦ*, TG|j*, ТР* и перейти к 7),

4) если ВЫБРАННЫЙ & -СТАТУС_ЗАПИСИ & -ЗАПИСЬ-ИСПОЛНИТЕЛЯ, активировать ad(]* . d[j*. ЬрИ* tg|J* и tp* соответствующей пакетной передачей и перейти к 6),

5) если -СТАТУС ЗАПИСИ & ВНЕДРЕННОСТЬ, активировать ad|]*, d[]*, bp[|*, tg||* и tp* соответствующей пакетной передачей и перейти к 6),

6) снять ad(| * , d(| * . bp(|* tg||* Hip*,

7) затем ждать. Пока -AS* . и перейти к фазе рассоединения, как описано в 6.2.3.23.

6.2.3.15 Пакетная фата данных задатчика — режим многократных пакетов — нечетная пакетная очередь

1) Задатчик должен активировать сшЦ * и ср* соответствующей информацией.

2) Если —ЗА11ИСЬ_СМД. ЗАДАТЧИК должен снять ad[)* , d[]*, bp|j* , ЧЦ)*, tp* и приготовить очередь для принятия пакета.

3) Затем ЗАДАТЧИК должен выставить ds*.

4) Если ЗАПИСЬ С МД. ЗАДАТЧИК должен поставить в очередь соответствующий пакет для передачи.

5) ЗАДАТЧИК должен ждать, пока ПРИЗНАК_ДАННЫХ_ЗАФИКСИРОВАН ; 1АЙ.М-АУТ ПЕРЕДАЧИ.

6) Если установлен ТАЙМ-АУТ ПЕРЕДАЧИ, ЗАДАТЧ И К должен перейти к восстановлению тайм-аута передачи, как описано в 6.2 3 24.

7) ЗАДАТЧИК должен перейти к четному пакету в очереди, как описано в 6.2 3.17, если -НУЛЬ СЧЕТЧИКА-ПЕРЕДАЧ, или к фазе рассоединения, как описано в 6.2.3.22, если НУЛЬ-СЧЕТ-ЧИКА~ ПЕРЕДАЧ-"

6.2.3.16 Пакетная фаза данных исполнителя — режим многократных пакетов — нечетная пакетная очередь

Исполнитель должен:

1)ссли СТАТУС_ЗАПИСИ. подготовить очередь для принятия пакета,

2) если ВЫБРАННЫЙ & -СТАТУС_ЗАПИСИ & -ЗАПИСЬ-ИСПОЛНИТЕЛЯ, поставить в очередь соответствующую пакетную передачу,

3)ссли СТАТУС_ЗАПИСИ & ВНЕДРЕННОСТЬ, поставить в очередь соответствующую пакетную передачу.

4) выставитьdk* . активировать^?*, st5*, $t4*, st2*, $tl * и stO* соответствующим статусом, затем снять di*,

5) ждать, пока -AS*; -DS* .

6) если ФАЗА РАССОЕДИНЕНИЯ, ждать, пока нс будет принят или передай бит четности последнего пакета в очереди, снять ad| | *. d| | *, bp| | *, tg[]*, tp* и перейти к фазе рассоединения, как описано в 6 2 3 23,

7) если ФАЗА ДАННЫХ, перейти к четному пакету' в очереди, как описано в 6.2.3.18.

6.2.3.17 Пакетная фаза данных задатчика — режим многократных пакетов — четная пакетная очередь

I) Задатчик должен активировать ст||* и ср* соответствующей информацией.

j )-JM

1<I7

ГОСТ Р ИСО/МЭК 10857-95

2) Если -ЗАПИСЬ С МД. ЗАДАТЧИК должен снять ad|]*, d{)*, bp[|*, tg(|*, Ip* и приготовить очередь для принятия пакета.

3) Затем ЗАДАТЧИК должен снять ds* .

4) Если ЗАП ИСЬ СМД, ЗАДАТЧИК должен поставить в очс]>сдь соответствующую пакетную передачу

5) ЗАДАТЧИК должен ждать, пока ПРИЗНАК .ДАННЫХ ЗАФИКСИРОВАН ; ТАЙМ-АУТ_ПЕРЕДАЧИ

6) Если установлен ТАЙМ-АУТ_П ЕРЕДАЧИ, ЗАДАТЧИК должен перейти к восстановлению тайм-аута передачи, как описано в 6.2.3.24.

7) ЗАДАТЧИК должен перейти к нечетному пакету в очереди, как описано в 6.2.3.15, если -НУЛЬ_СЧЕТЧИКА ПЕРЕДАЧ, или к фазе рассоединения, как описано в 6.2.3.22, если 11 УЛ Ь СЧ ЕТЧ И КА П Е РЕДАЧ.

6.2.3.18 Пакетная фата данных исполнителя — режим многократных пакетов — четная пакетная очередь

Исполнитель должен:

1) если СТАТУС_ЗАПИСИ, подготовить очередь для принятия пакета,

2) если ВЫБРАННЫЙ & -СТАТУС_ЗАПИСИ & -ЗАПИСЬ. ИСПОД ЦИТЕЛЯ, поставить в очс]>сдь соответствующую пакетную передачу,

3) если -СТАТУС_ЗАПИСИ & ВНЕДРЕННОСТЬ, поставить в очередь соответствующую па-кстную передачу,

4) выставить di*, активировать st?*, $t5*, st4*, st2*, stl * и stO* соответствующим статусом, затем снять dk*,

5) ждать, пока AS*; DS*.

6) если ФАЗА РАССОЕДИНЕНИЯ, ждать, пока нс будет принят или передай бит четности последнего пакета в очереди, снять ad| ] * . d| ] * , bp | j *, t^ 11 * , гр * и перейти к фазе рассоединения, как описано в 6.2.3.23,

7) если ФАЗАЛАННЫХ, перейти к нечетному пакету в очереди, как описано в 6.2.3.16.

6.2.3 19 Пакетная фаза данных задатчика — режим многократных пакетов — пакетная передача

ЗАДАТЧИК должен считать каждую передачу так, что он знает начало и конец каждого пакета.

Перед инициализацией передачи первого пакета ЗАДАТЧИК должен ждать по крайней мере один битовый период после начального выставления ds*.

Чтобы инициализировать передачу любого последовательного пакета, ЗАДАТЧИК должен:

I) ждать, когда он осуществит смену сигнального уровня ds*, после смены ds* при запросе пакета, затем отметить готовность пакетного состояния,

2) если в данное время нс передастся пакет и существует только один готовый к передаче пакет, ждать по крайней мере один битовый периоде момента последнего изменения ds* уровня,

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

6.2.3.20 Пакетная фаза данных исполнителя — режим многократных пакетов — пакетная передача

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

• Чтобы инициализировать передачу любого пакета, исполнитель должен:

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

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

1(18

ГОСТ Р ИСО/МЭК 10857-95

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

6.2.3.21 Пакетный протокол данных

Каждое локальное тактирование должно иметь отклонение от номинальной частоты нс хуже, чем 0,01% при всех условиях работы. Модуль сообщает о своей пакетной скорости, как описано в 7.2.4.14.

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

Модуль, посылающий данные, должен генерировать переходы таким образом, чтобы любой край сигнала на мапют|>али нс отличался от номинального положения края более чем на 30% длительности битового периода. Номинальное положение сигнала определяется по отношению к начальному (или синхронизирующему) переходу от отсутствия сигнала к его наличию.

Пакет не должен начинаться, покаАОЦ*. D||*, BPU*,TG(|* иТР* нс окажутся снятыми в течение хотя бы одного битового периода Чтобы начать передачу, по всем активным AD|]*, D[J*. ВРЦ*. TG||* и ТР* линиям посылается синхронизирующее слово, в котором установлены все активные линии Синхрослово следует перед словами данных. Длина данных 2. 4, 8, 16, 32 или 64 может быть установлена, используя РУС(С8К)-мсханизм, и вызывается командным сигналом DL*. После того как данные переданы, должно быть послано продольное слово четности. Четность подсчитывается в единицах серийного би тового базиса, включая биты синхронизации и четности Пакет с правильной четностью всегда заканчивается переходом всех AD[|* , ВЦ*. ВРЦ*, TG||* и ТР* линии в снятое состояние.

6 2 3 22 Фаза рассоединения задатчика

I) ЗАДАТЧИК должен ждать, пока ФАЗА.РАССОЕДИНЕНИЯ [ТАЙМ-АУТ.ПЕРЕДАЧИ.

2) Если -СТАТУС.!! РИ НУЖДЕ НИЯ, ЗАДАТЧИК должен ждать, пока не будет передан бит четности последнего пакета в очереди или пока нс будет установлен ТАЙМ-АУТ .ПЕРЕДАЧ И.

3) Если установлен ТАЙМ-АУТ ПЕРЕДАЧИ. ЗАДАТЧИК должен перейти к восстановлению тайм-аута передачи, как описано в 6.2.3.24

4) Если ЗАПИСЬ СМД [СТАТУС. РАСЩЕПЛЕНИЯ, ЗАДАТЧ И К должен активировать AD|| * соответствующей информацией рассоединения.

5) Если установлены ЗАПИСЬСМЛ [ СТАТУС.РАСЩЕПЛЕНИЯ. ЗАДАТЧИК должен ак-тшшровзтьцЩ* и гр* соответствующей информацией.

6) ЗАДАТЧ И К должен активировать cni(j* и ср* соответствующей информацией

7) ЗАДАТЧИК должен снять as* и выставить ai* .

8) Если СТАТУС ПРИНУЖДЕНИЯ & ds* . ЗАДАТЧИК должен ждать, пока -ШИРОКОВЕЩАТЕЛЬНЫЙ СТАТУС & -DK* [ ШИРОКОВЕЩАТЕЛЬНЫЙ СТАТЗ’С & -DKf ! ТАЙМ-АУГ 11 ЕРЕДАЧ И

9) Если установлен ТАЙМ-АУТ. ПЕРЕДАЧИ, ЗАДАТЧ И К должен перейти к восстановлению тайм-аута передачи, как описано в 6.2.3.24.

10) ЗАДАТЧИК должен снять ds* и ак*.

11) Ждать, пока -АКТ.

12) Снять ad||*, d||*. bp||* . tg|]* , tp*, cm||* и ср*.

13) Если ТЕ* снят, обновить соответствующую информацию о состоянии модуля.

14) Затем установить ЗАВЕРШЕНИЕ.ПЕРЕДАЧИ.

15) Если ЗАДАТЧ И К собирается вы полнить другую передачу, перейти к фазе соединения, как описано в 6.2.11.

16) Спять et*.

6.2.3.23 Фаза рассоединения исполнителя

Г) Если -СТАТУС.ПРИПУЖДЕНИЯ. ждать, пока нс будет передан бит четности последнего пакета в очереди.

2) Если ЗАПИСЬ СМД СТАТУС РАСЩЕПЛЕНИЯ, исполнитель должен проанализировать ADU*, BP||*,TG[1* иТР*.

3) Проанализировать СМ||* и СР*.

4) Выставить ai*

5 3’

ЮЭ

ГОСТ Р ИСО/МЭК 10X57-95

5) Если выставлен, снять dk*.

6) Если -УДЕРЖАНИЕ БЛОКИ РОВ К И, сбросить БЛОКИРОВАНИЕ ^РЕСУРСОВ

7) Если во время передачи была обнаружена ошибка, установить 1с*.

X) Снять ак*

9)Ждать, пока КОНЕЦ РАССОЕДИНЕНИЯ.

10) Снять st|7 ... IJ* и са(|*.

11) Если ТЕ* снят, обновить соответствующую информацию о состоянии модуля.

12) Затем установитьЗАВЕРШЕНИЕ_ПЕРЕДАЧИ.

6.2.3.24 Восстановление тайм-аута передачи

Когда установлен ТАЙМ-АУТ ПЕРЕДАЧИ, ЗАДАТЧ И К должен выполнить операцию Инициализации Магистрали, какописано в 7.2.3.3. За избежание и исправление ошибок, вызывающих тайм-аут передачи, несет от ве тствен ноет ь разработчик системы.

7 СИСТЕМНОЕ УПРАВЛЕНИЕ МАГИСТРАЛЬЮ

7.1 Описание

7.1.1 Управление магистралью

В таблице 7.1 приведены соотношения между продолжительностью выставления сигнала RE* и последующими за этим событиями. Детали представлены в нижеследующих разделах.

ГаОли ца 7 I — Соотношения событии и плителыюстей КЕ*

7.11 I Включение питания

Когда происходит первоначальное включение питания системы, устройство питания выставляет сигнал сброса ic *. Устройство питания должно выставить гс* раньше, чем любое из напряжений литания магистрали достигнет 40 % номинальной величины. Устройство питания поддерживает ie* выставленным в течение 100—200 мс после того, как все напряжения питания магистрали достигнут необходимою уровня. Это позволяет веем модулям на магистрали определить, что произошел системный сброс Последовательность включения питания показана на рис. 7—1

7.1 1.2 Системный сброс

Любой модуль, инициирующий системный сброс, выставляет гс* на 100—200 мс. Веи модули м системе отслеживают сигнал ВЕ*Еслп модуль обнаруживает, что RE* выставлен дольше, чем на 30 мс. то происходит системный сброс. Когда модуль обнаруживает, что произошел системный сброс, он выставляет ie * . Затем модуль выполняет внутренние операции сброса, необходимые ему для участия в передачах по магистрали Когда модуль завершил зги операции, он снимает гс*, показывая, что он готов принять участие в передачах. После снятия ге* модули ожидают до тех пор. пока они нс определят, что REf к логическом нуле. Это означает, что все модули готовы для проведения действий на магистрали.

Операции внутреннего сброса могут включать в себя самотестирование или другие операции, которые .могут занимать длительное время. Поэтому было бы желательно проектировать модули, которые снимают гс* после того, как они полностью работоспособны, но до того, как они завершат самотестирование. В этом случае модули лишь нуждаются в способности выставлять признак занятости во время передач с последующим снятием ге*, но после завершения самотестирования. Временная диаграмма системного сброса показана на рис. 7—2.

ко

ГОСТ I» ИСО/МЭК 10857-95

Если линии сброса нс отпускается и пределах 500—1000 мс, за исключением первого включения питания, вес модули отпускают ге*, чем разрешают определение ситуации ошибочного зависания линии сброса. Любые последующие действия зависят от конкретной системы.

Напряжение литания магистрали

ге'

(Устройство питания)

Рису п<ж 7 — ) — Последовательность включения питания

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

_______________\ £ те* (модуль, иници-> ирующий системный сброс)

100-200 мс

Рисунок 7—2 — Последовательность системного сброса

7.1.1.3 Инициализация магистрали

Если модули обнаруживают RE* выставленным более 2 мс, происходит операция инициализации магистрали Когда модуль определяет операцию инициализации магистрали, он инициализирует свои интерфейсные схемы и находится в ожидании, определяя, нс является ли операция также и системным сбросом. Если модуль определяет REf в состоянии логического нуля до истечения 30 мс, он возобновляет операцию. Операция инициализации магистрали сбрасывает интерфейс магистрали, но она должна быть незаметной для функционирования остальной части системы.

7 1.1.4 «Живое» вставление

Логический протокол ФБ- обеспечивает для модулей, вставленных в действующую систему с включенным питанием, возможность приведения их логического состояния в соответствие с состоянием других модулей на магистрали и начато работы. Когда модуль был вставлен в магистраль и определил, что он только что был включен, он проверяет, нс выставлен ли RE* Если сигнал нс выставлен, то модуль предполагает, что он был внедрен в «живую» систему. Если линия сброса выставлена, то модуль ждет се освобождения, чтобы установить, является ли это событие полным системным сбросом, а нс инициализацией магистрали или «живым» вставлением. В конце концов модуль устанавливает факт вставления в действующую систему.

HI

ГОСТ Р ИСО/МЭК 10857-95

Модуль, вставленный в действующую систему, выставляет те* для того, чтобы сообщить всем другим модулям, что он нуждается в подстройке. Модули нс начинают никаких новых передач, что приводит к установлению на магистрали состояния «холостого хода». Внедренный модуль после выставления сигнала сброса ожидает до тех лор. пока магистраль нс будет находиться в состоянии «холостого хода» как минимум I мкс, после чего выставляет ai* л аг* для завершения подстройки. После этого модуль отпускает гс* и все модули продолжают работу после того, как обнаружат, что REf находится в логическом нуле.

После последовательности подстройки вес модули на магистрали «осведомлены» о том. что произошло «живое» вставление.

7.1.1.5 «Живое» удаление

Логический протокол ФБ+ также обеспечивает модулям возможность быть удаленными из включенной действующей системы без помех для операций, выполняемых другими модулями. Модули, подлежащие выниманию, должны снять все сигналы таким образом, чтобы другие модули ошибочно нс восприняли это как обычное снятие сигналов при нормальной работе.

Оператор, удаляющий модуль, должен вначале каким-либо образом известить плату о том, что она скоро будет удалена. Модуль, если он способен, завершает все задачи, находящиеся в данный момент в работе. Это может потребовать копирования хранящейся в модуле информации л другое место системы. Когда завершены передачи, требуемые для выполнения этих задач, модуль должен заблоюцювать свое участие в любых дальнейших несдачах на магистрали. В это время модуль должен держать выставленными только ai* и/или ак* и, возможно, одну или более линий, синхронизирующих арбитражные сообщения.

Модулям разрешается освобождать ак * в течение фазы данных или освобождать ai* в течение «холостого хода» параллельной магистрали. Модулям разрешается вынимание из протокола арбитражных сообщений н одной из трех точек. В течение фазы 0 Модулю разрешается вынимание освобождением аг* . В течение фазы 2 модулю разрешается вынимание осво'юждснием ар* . В течение фазы 4 модулю разрешается вынимание освобождением aq*.

7.1.2 Управляющие и статусные регистры ФБ+

Модулю ФБ+ требуются три типа управляющих и статусных регистров. Регистры способностей модуля содержат информацию, указывающую на способности данного конкретного модуля Регистры управления модулем используются для разрешения тех или иных его способностей и изменения управляющих параметров, действующих на режимы работы на магистрали. Регистры статуса модуля используются прежде всего для индикации ошибок и другой статусной информации. Определено только ограниченное число этих регистров, но есть 'зарезервированное пространство для других, определенных в других стандартах. Регистры подразумеваются 32-разрядныс. Физические адреса регистров определены в стандартах более высокого уровня.

7.1 2.1 Регистры возможностей нодуля

Все модули оборудованы следующими регистрами способностей:

* ЛОГИЧЕСКИЕ_СПОСОБНОСТИ МОДУЛЯ

♦ ВНУТРЕННЯЯ ЗАДЕРЖКА СОРЕВНОВАНИЯ

* РАЗМЕР ФРАГМЕНТА СООБЩЕНИЯ

* СКОРОСТЬ.ПАКЕТА

Регистры способностей модуля доступны только для чтения. В большинство систем данные для этих регистров будут расположены в ПЗУ способностей.

7.1.2.1.1 Регистр логических способностей модуля

Регистр логических способностей модуля показан на рис. 7—3. Каждое поле по отдельности описано в следующих параграфах.

Биты СПОСОБНОСТ1>_ПАКЕТ11ОЙ_ДЛИНЫ_п показывают, какую длину пакета поддерживает модуль. Действительные длины пакетов — 2. 4. 8. 16, 32 и 64 передачи.

Бит СПОСОБНОСТЬ_МНОЖЕСТВЕНН ЫХПАКЕТОВ, будучи установленным, показывает. что модуль поддерживает режим множественной передачи пакетов.

Биг ПАКЕТНАЯ СПОСОБНОСТЬ, будучи установлен, показывает, что модуль поддерживает пакетный режим.

БигТЕГОВАЯ_СПОСОБ11ОСТБ показывает, что модуль оборудован одной или более линией тега. Поле количества линий тега показывает, каким количеством теговых линий оборудован модуль.

112

MSB

ГОСТ 1’ ИСО/МЭК 10857-95

LSB+18

(3)

П АКЕТНАЯ _ДЛ И H A_G4___________________

ПАКЕТНАЯ.ДЛИНА 32

ПАКЕТНАЯ-ДЛИНА.16 __________________

ПАКЕТНАЯ_ДЛИНА_8 -----------------

ПАКЕТНАЯ ЛЛИНА.4 -----------------

ПАКЕТНАЯ_ДЛИНА_2 -----------------

СПОСОБНОСТЬ_МНОЖЕСТ8ЕННЫХ_ПАКЕТОВ ПАКЕТНАЯ СПОСОБНОСТЬ-------------- Количество линий тега ---------------

ТЕГ0ВАЯ_СП0С06Н0СТЬ---------------

СПОСОБНОСТЬ.ВЫБОРКА.СЛОЖЕНИЕ----

СПОСОБНОСТЬ_СРАВНИТЁЛЬНОГО_ОБМЕНА-СПОСОБНОСТЬ.МАСКИРОВАНИЯ И.ОБМЕНА' КЕШЕВАЯ СПОСОБНОСТЬ

LSB+15

Зарезервировано ---------------------

ИНИЦИАТОР_РАСЩЕПЛЕНИЯ --------

ПРИНИМАЮЩИЙ.РАСЩЕПЛЕНИЕ ----

СПОСОБНОСТЬ.СООБЩЕНИЯ -------

СПОСОБНОСТЬ.ЗАДАТЧИКА ---------

СПОСОБНОСТЬ 64_РАЗРЯДНОГО_АДРЕСА

СПОСОБНОСТЬ 32 РАЗРЯДНОГО АДРЕСА

СПОСОБНОСТЬ 256 РАЗРЯДНЫХ^ДАННЫХ

СПОСО6НОСТЬ_128_РАЗРЯДНЫХ ЛАННЫХ

СПОСОБНОСТЬ~64 РАЗРЯДНЫХЛАННЫХ

СПОСОБНОСТЬ 32 РАЗРЯДНЫХ ДАННЫХ

Рисунок ?— 3 — Регистр «отческих чюиХ'нюсгсй модуля

Бит СПОСОБНОСТЬ ВЫЬОРКА_СЛОЖЕНИЕ показывает способность модуля выполнять защищенную команду ВЫБОРКА_СЛОЖЕНИЕ.

Биг СПОСОБНОСТЬ СРАВНИТЕЛЬНОГО ОБМЕНА подзывает способность модуля выполнять защищенную команду СРАВНИТЕЛЬНЫЙ ОБМЕН,

Биг СПОСОБНОСТЬ МАСКИРОВАНИЯ И ОБМЕНА показывает способность модуля выполнять защищенную команду МАСКИРОВАННЫЙ ОБМЕН

Бит КЕШЕВАЯ .СПОСОБНОСТЬ показывает способность модуля принимать участке в передачах с кешированной когерентной разделяемой памятью.

Биг И!П1ЦИА1ОР, РАСЩЕПЛЕНИЯ показывает способность модуля инициировать расщепленные передачи. Инициатор растепленной передачи способен выставлять сигнал SR*. после чего выполнять глистную передачу на магистрали.

Бит ПРИНИМАЮШИЙ-РАСШЕПЛЕНИЕ показывает, что модуль способен принимать расщепленные передачи Когда принимающий расщеп.ценную передачу является задатчиком и совершает передачу, он способен обнаружить выставление SR*. окончить несдачу и ожидать ответную передачу от модуля, выставившего SR*.

Бит СПОСОБНОСТЬ СООБЩЕНИЯ показывает способность модуля принимать участие в передаче прохождения сообщения, как описано в 9.2.

Бит СПОСОБНОСТЬ ЗАДАТЧИКА показывает способность модуля становиться задатчиком

1 OCT P ИСО/МЭК 10857-95

Бит СПОСОБНОСТЬ_64_РАЗРЯДНОГО_ЛДРЕСА показывает способность .модуля поддерживать 64-разрядный адрес в дополнение 32-разрядному адресу, принятому по умолчанию.

£ит СПОСОБНОСТЬ_32_РАЗРЯДНОГО АДРЕСА должен быть установлен, т. к он показывает способность модуля работать с 32-разрядными ад|>ссами. которую должны обеспечивать все модули.

Биты СПОСОБНОСТЬ 32 РАЗРЯДНЫХ ДАННЫХ. СПОСОБНОСТЬ 64 РАЗРЯДНЫХ.ДАННЫХ, СПОСОБНОСТЬ 128 РАЗРЯДНЫХ ДАННЫХ, СПОСОБНОСТЬ_256^1’АЗРЯДНЫХ ДАННЫХ показывают разрядности данных, поддерживаемых данным модулем. Бит СПОСОЬНОСТБ_32 РАЗРЯДНЫХ ДАННЫХ должен быть установлен, т. к. все модули поддерживают эту разрядность данных.

7 1.2.1 2 Регистр внутренней задержки соревнования

Система использует регистр внутренней -задержки соревнования для вычисления времени решения наихудшего случая в течение времени соревнования арбитражного сообщения на магистрат!! (рис. 7—4).

MSB

LSB

3ape3cpui>poBa ио (25)

Внутренняя задержка сорышования (7)

Рисунок 7—4 — Регистр пнуцынией задержки соревнования

7.1.2.1.3 Регистр размера фрагмента сообщения

Все модули, имеющие способность передачи сообщений, должны быть способны передавать фрагмент сообщения в 64 байта. Модули, имеющие способность передачи сообщений, могут указы вать на свою способность передавать сообщения, размер ф|мгмента которых есть целое число, умноженное на 64 байта. Максимальный размер фрагмента указывается величиной н регист|>с размера «фрагмента сообщения (рис. 7—5).

MSB LSB

Размер фрагмента сообщения (32)

Рисунок 7—5 — Регистр размера фрагмента сообщения

7.1.2.1.4 Регистр скорости пакета

Регистр скорости пакета содержит четыре Н-разрявных поля, показывающих одну из чс-гсрых скоростей передачи, поддерживаемых модулем (рис. 7—6). Нулевая величина показывает, что поле не содержит поддерживаемой скорости передачи пакета.

MSB • LSB

Рисунок 7—6 — Регистр скорости пакета

7 1.2.2 Регистры управления модулем

Все модули оборудованы следующими регистрами управления:

♦ ЛОГИЧЕСКИЙ РЕГИСТР ОБЩЕ!ОТПРАВЛЕНИЯ

★ ЛОГИЧЕСКИЙ РЕГИСТР УПРАВЛЕНИЯ МОДУЛЕМ

★ Р ЕГИСТР 3 АД Е РЖКИ РАСП РОС ТРА К ЕН ИЯ.МАГИСТРАЛ И

♦ РЕГИСТР.ВРЕМЕНИ ЗАВЕРШЕНИЯ СОРЕВНОВАНИЯ

★ РЕГИСТР.ТАЙ М-АУТ А_П ЕРЕДАЧ И

★ МАС КА. В Ы БО РА. П РОХОЖД Е Н И Я.СОО Б ЩЕН ИЯ

Регистры управления модулем Доступны как для чтения, гак и ДЛЯ записи.

114

ГОСТ Р ИСО/МЭК 10857-95

7.1.2.2.1 Логический регистр общего управления

Логический регистр общего управления показан ла рис. 7—7.

MSB

Зарезервировано (18)

ЦЕНТРАЛ ЬНЫЙ_АР6ИТР

РАЗРЕШЕНИЕ РЕЖИМА_МНОЖЕСТ8ЕННОС™_ЛАКЕТО£

РАЗРЕШЕНИЕ”ПАКЕТНОЙ_ДЛИНЫ_64

РАЗРЕШЕНИЕ ПАКЕТНОЙ_ДЛИНЫ_32

РАЗРЕШЕНИЕЛАКЕТНОЙ_ДЛИНЫ_1в---

РАЗРЕШЕНИЕ ПАКЕТНОЙ_ДЛИНЫ_8---------------

РАЗРЕШЕНИЕ_ПАКЕТНОЙ_ДЛИНЫ_4--

РАЗРЕШЕНИЕ_ПАКЕТНОЙ_ДЛИНЫ_2---------------

Высокая скорость пакета-----

Низкая скорость пакета-----~

СПОСОБНОСТЬ.РАСПРЕДЕЛЕННОГО_СООБЩЕНИЯ---

РАЗРЕШЕНИЕ_РАСЩЕПЛЕНИЯ---

Рисунок 7—7 — Логический регистр обвито управления

Каждое поле по отдельности описано и следующих параграфах.

Процесс конфигурации устанавливает разряд ЦЕНТРАЛ ЬНЫЙ_АРБИТР для выборки цен-трального арбитра вместо распределенного арбитра с целью определения задатчика магистрали. Этот разряд также устанавливается аппаратно, когда REf переходит в положение логического нуля после включения питания или системного сброса, если на магистрали есть модуль центрального арбитра.

Процесс конфигурации устанавливает разряд РАЗРЕШЕНИЕ-РЬЖИ.МА. МНОЖЕСТВЕННОСТИ ПАКЕТОВ для указания на то, что модуль может производить передачи, используя множественный пакетный режим.

Процесс конфигурации устанавливает разряды РАЗРЕШЕНИЕ_ПАКЕТНОЙ_ДЛИНЫ_п для указания того, какие длины передачи пакетов допускается использовать модулю.

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

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

Процесс конфигурации устанавливает разряд СПОСОБНОСТЬ_РАСПРЕДЕЛЕННОГО_СО-ОБШЕНИЯ для того, чтобы разрешить модулю посылать сообщения распределенного арбитража.

Процесс конфигурации устанавливает разряд РАЗРЕШЕНИЕ_РАСЩЕПЛЕНИЯ для указания того, что модуль может расщеплять передачи на .магистрали, если он имеет такую способность

7.1.2.2.2 Логический регистр управления модулем

Логический регистр управления модулем показан на рис. 7—8. Каждое поле по отдельности описано в следующих параграфах.

Процесс конфигурации устанавливает разряд РЛЗРЕШ ЕН И Е ТЕГОВ для указания того, что теговые разряды активны и что данный модуль может активизировать теговые разряды и должен проверять четность тога.

П|юцесс конфигу|хщнн устанавливает разряд РАЗРЕШЕНИЕ_СООБШЕНИЯ_ЧЕТНОСТИ для указания того, что модули будут сообщать об ошибке четности, выставлением Ьс* и ’.с*

Процесс конфигурации устанавливает разряд РАЗРЕШЕНИЕ ВЫСОКОЙ СКОРОСТИ для указания того, что модуль способен работать с высокой скоростью пакета

Процесс конфигу]хщнн устанавливает разряд РАЗРЕШЕНИЕ ЗАДАТЧИКА — 8 для того, чтобы разрешить модулю становиться задатчиком (при наличии у модуля такой способности).

из

ГОСТ F ИСО/МЭК 10857-95

MSB LSB

Количество активных линий TGIJ’ -------------------------

Р А 3 Р Е Ш Е Н И E.T Е ГО В ----------------------------------------

РАЗРЕШЕНИЕ СООБЩЕНИЯ-ЧЕТНОСТИ-----------------------

РАЗРЕШЕНИЕ ВЫСОКОЙ.СКОРОСТИ --------------------------- РАЗРЕШЕНИЕ-ЗАДАТЧИКА ---------------------------------------

Рисунок 7—Л - Логический регистр уираплсиих модулем

7.1.2.2.3 Регистр задержки распространения магистрали

Процесс конфигурации записывает и поле задержки распространения магистрали величину задержки распространения сигнала в одном направлении но магистрали (рис. 7—9). Модули .могут использовать это значение для установки своих схем объединения по проводному ИЛИ и задержки арбитражного сообщения.

MSB USB

Ззрезсринропанп (26) Задержки раенрострлиеиин магистрали (6)

Рисунок 7—9 — Регистр Сдержки расцросгрийсния магистрали

7.1.2.2.4 Регистр времени завершения соревнования

Процесс конфигурации устанавливает |)сг»|стр времени завершения соревнования п соответствии и наихудшим значением, которое модуль будет использовать для определения своего времени завершения соревнования в процессе соревнования арбитражных сообщении (рис. 7—10).

MSB LSB

Зарезервировано (20) Время ’завершения соревновании (12)

Рисунок 7—10 — Регистр времени завершения сореинонания

7.1.2.2.5 Регистр тайм-аута передачи

Процесс конфигурации записывает в поле тайм-аута передачи длительность промежутка времени. в течение кото|к>го задатчик ждет перед тем, как установить свой атрибут тайм-аута передачи (рис. 7—11).

MSB LSB

Врем* Тайм-аута нерезвый (32)

Рисунок 7—11 — Регистр тайм-аута передачи

7.1.2.2.6 Маска выбора прохождения сообщения

Биты в маске выбора прохождения сообщения устанавливайся для разрешения модулям получать определенные сообщения через свои по’повые ящики (рис. 7—12). Младший разряд нс используется.

MSB LSB

Маска выбора прохождения сообщения (63)

Рисунок 7—12 — Маски выбора прохождения сообщения

116

ГОСТ Г ИСО/МЭК 10857-95

7 2 Спецификация

7.2.1 Атрибуты управления магистралью

УДЕРЖАН И Е_ МАГИСТРАЛ И

Модулидолжны устанавливать УДЕРЖАНИЕ МАГИСТРАЛИ при условии. RE* & -УСТРОЙСТВО МАГИСТРАЛИ & -СИСТЕМНЫЙ_СБРОС & -ВКЛЮЧЕНИЕ.НИТАНИЯ & -ЖИВОЕ ВСТАВЛЕНИЕ. Модули должны удерживать установленным УДЕРЖАНИЕ МАГИСТРАЛИ до: ЖИВОЕ.ВСТАВЛЕНИЕ УСТРОЙСТВО МАГИСТРАЛИ СИСТЕМНЫЙ СБРОС

Н ЕЗАНЯТОСТЬ, МАГИСТРАЛ И

Модули должны устанавливать НЕЗАНЯТОСТЬ_МАГИСТРАЛИ при условии; -AQf & AR* & AS* &AI* & КОПЕН,РАССОЕДИНЕНИЯ.

НЕЗАНЯТОСТЬ. МАГИСТРАЛ И JUS

Модуля должны устанавливать НЕЗАНЯТОСТЬ_МАГИСТРАЛИ JUS при условии: НЕЗА-НЯТОСТЬ_МАГИСТРАЛИ был установлен в течение минимум I мкс; и должны поддерживать его установленным до; - НЕЗАНЯТОСТЬ_МАГИСТРАЛ И.

УСТРОЙСТВО,МАI ИСТРАЛ и

Модули должны устанавливать УСТРОЙСТВО МАГИСТРАЛИ при условии: REf & —СИСТЕМНЫЙ СБРОС & —ВКЛЮЧЕНИЕ-ПИТАНИЕ в течение минимум 2 мс. Модули должны поддерживать У(' Г РОЙС ГВО МАГИСТРА! И установленным до: СИСТЕМНЫЙ.СБРОС : ВКЛЮЧЕНИЕ. ПИТАНИЯ J-REf.

ВХОДЯЩИЙ

Модули должны устанавливать ВХОДЯЩИЙ при условии: ВКЛЮЧЕНИЕ-ПИТАН ИЯ & -REf. Модули должны удерживать ВХОДЯЩИЙ установленным до: СИСТЕМНЫЙ СБРОС & (ai* [аг*).

И НИ ЦИ АНИЗАЦИЯ

Модули должны устанавливать ИНИЦИАЛИЗАЦИЯ при условии; ВКЛЮЧЕНИЕ ПИТАНИЯ ; СИСТЕМ НЫЙ-СБРОС [УСТРОЙСТВО МАГИСТРАТ И

«ЖИ ВО Е* ВСТАВЛ Е Н ИЕ

Модули должны устанавливать «ЖИВОЕ^ВСТАВЛЕНИЕ при условии: -ВКЛЮЧЕНИЕ_ПИ-ТАНИЯ & -ВХОДЯЩИЙ & СОБЫТИЕ-СБРОСА & -REf. Модули должны удерживать «ЖИ-ВОЕо-ВСГАВЛ ЕН И Е установленным до. ФАЗА 5.

КО МА Н ДА .«Ж И ВО ГО »_УДАЛ Е Н И Я

КОМАНДА-^ЖИВОГОо-УДАЯЬНИЯ должна быть установлена в модуле, когда он предупрежден о том, что будет отключен.

В КД ЮЧ Г Н И Е_ П ИТА Н И Я

Модули должны устанавливать ВКЛЮЧЕНИЕ_ПИТАНИЯ при подаче напряжения питания. Встащенные «вживую» модули не должны выставлять никаких сигналов на магистраль до установки ВКЛЮЧЕНИЕ_ПИТАНИЯ. Модули должны удерживать ВЮ1ЮЧЕНИЕ ПИТАНИЯ установленным до: СИСТЕМНЕЙ! .СБРОС [ НЕЗАНЯТОСТЬ. МАГИСТРАЛ И JUS & ai * & аг* . Модули должны ожидать минимум 1 мкс после выставления гс* до того, как сбросить ВКЛЮЧЕНИЕ ПИТАНИЯ. Модули, неспособные управлять аг*, могут предполагать, что он выставлен.

ВРЕМЯ_ВКЛЮЧЕНИЯ_ПИ ГАНИЯ

Модули должны устанавливать ВРЕМЯ.ВКЛЮЧЕНИЯ ПИТАНИЯ при подаче напряжения литания. Модули должны сбрасывать ВРЕМЯ. ВКЛЮЧЕНИЯ ПИТАНИЯ минимум через 500 мс и не позднее чем через 1000 мс.

ГО 10 В НОСТЬ ДЛ Я .УДАЛ ЕН ИЯ

Модули должны устанавливать ГОТОВНОСТЬ.ДЛЯ УДА! ЕН ИЯ при условии: КОМАН-ДА-ЖИВОГО-ОТКЛЮЧЕНИЯ & -ар* & -aq* & -аг* & -as* & -ak* & -ai* & -cm||* & -ср* & -st|J* & -са||* & -re* & -ab|]* & -abp* & -асО* & -ad* & -ad||* & -d[|* & -bp||* & -rqO* & -rql* & -ct*.

ЗАВЕРШЕН НЫЙ.СБРОС

Модуль должен устанавливать ЗАВЕРШЕННЫЙ СБРОС при условии: СИСТЕМНЫ Й_С Б РОС и если он завершил свою процедуру сброса, и готов для передач на магистрали. Модули должны удерживать ЗАВЕРШЕННЫЙ СБРОС установленным до: —REf.

117

ГОСТ Р ИСО/МЭК 10857 -95

СОБЫТИЕ СБРОСА

Модулидолжны устанавливать СОБЫТИЕ_СБРОСА при условии: RE*. Модули должны удерживать СОБЫТИЕ СБРОСА установленным до: СИСТЕМНБ1Й СБРОС ; УСТРОЙСТВО-МАГИСТРАЛИ ЛЖИВОЕ»-ВСТАВЛЕНИЕ.

СИСТЕМНЫЙ СБРОС

.Модули должны устанавливать СИСТЕМНЫЙ СБРОС при условии: REf выставлен в течение минимум 30 мс. Модулидолжны удерживать СИСТЕМНЫЙ СБРОС установленным до: - REf.

7.2.2 Сигнал сброса RE*

Модули должны выставлять гс* при условии: СИСТЕМНЫЙ СБРОС & -ЗАВЕРШЕННЫЙ СБРОС ; ВХОДЯЩИЙ & -REf или инициировать системный сброс, инициализацию магистрали или «живое* вставление, как определено в 7.23. Модулидолжны удерживать ге * выставленным до СИСТЕМНЫЙ СБРОС & ЗАВЕРШЕННЫЙ_СБРОС ; ВХОДЯЩИЙ & НЕЗАНЯТОСТЬ..МАГИСТРАЛИ. IUS & аг* & ai*

7.2.3 Определение протокола

7.2.3.1 Включение питания

Система питания должна:

I) выставить гс* прежде, чем любое из питающих напряжений магистрали достигнет 40 % от номинала,

2) поддерживать ге* выставленным до тех пор. пока нее питающие напряжения магистрали нс установятся в пределах, определенных спецификацией,

3) п)юдолжать удерживать ic* еще 100—200 мс,

4) отпустить ге *.

Модули должны:

I) после определения наличия напряжения питания и появлении способности установить ВКЛЮЧЕНИЕ ПИТАНИЯ,

2) ожидать до: СИСТЕМНЫЙ.СБРОС -REf,

3) приступить к системному сбросу, как определено в 7.2.3.2 при условии: СИСТЕМ-НЫЙ. СБРОС,

4) приступить к процедур «живого» вставления, как определено в 7.2.3.4 при условии -REf.

7.2.3.2 Системный сброс

После обнаружения СИСТЕМНЫЙ_СБРОС модули должны:

1) выставить гс*.

2) выполнить все внутренние операции сброса, необходимые для последующего участия в пс|юдачах на магистрали,

3) отпустить гс*,

4) ожидать до; -REf или 500-1000 мс & ВРЕМЯ. ВКЛЮЧЕНИЯ ПИТАНИЯ.

5) продолжить требуемые действия на магистрали.

Для инициализации операции системного сброса модуль должен выставить гс* на 100—200 мс, после чего перейти к 2).

7.2.3 3 Инициализация магистрали

После обнаружения УСТРОЙСТВО МАГИСТРАЛ И модули должны-

I) инициализировать вес схемы магистрального интерфейса,

2)ожидщьдо: -УСТРОЙСТВО^МАГИСТРАЛИ,

3) продолжить требуемые действия на магистрали при условии: -СИСТЕМНЫЙ.СБРОС

Для инициализации операции инициализации магистрали модуль должен выставить ге* минимум на 4 мс и нс дольше, чем на 12 мс, после чего перейти к 2).

7.2.3.4 «Живое» вставление

Модули должны:

I) совершить псе внутренние операции сброса, необходимые для принятия участия в передачах на магистрали.

2) ожидать до: СИСТЕМЫЫЙ_СБРОС ; -REf при условии RE*,

3) приступить к системному сбросу, как определено в 7.2 3.2 при условии: СИСТЕМ-НЫЙ_СБРОС.

4} ждать как минимум I мкс, после чего выставить гс* при условии -REf,

5) ожидать до: НЕЗАНЯТОСТЬ. МАГИСТРАЛ И I US f СИСТЕМНЫ Й СБРОС.

ns

ГОСТ Р ИСО/МЭК 10857-95

6) притупить к системному сбросу, кик определено и 7.2.3.2 при условии. СИСТЕМНЫЙ СБРОС.

7) выставить ai* и, если есть такая способность, выставить аг* при условии НЕЗАНЯТОСТЬ МАГИСТРАЛИ. IUS.

8) отпустить гс*.

9) продолжить требуемые действия на магистрали.

7 2.3,5 «Живое» удаление

После обнаружения КОМАНДА_«ЖИВОГО»_УДАЛЕНИЯ модули должны:

I) произвести любые зависящие от конкретной системы операции для сохранения состояния,

2) ожидать появление перечисленных ниже (а—д) событий и отключать соответствующие сигналы до появления условия: -ар* & -aq* & -аг* & -as* & -ak* & -ai* & -сш||* & -ср* & -st||* & -са|| * & -it* & -ab|| * & -abp* & -acO* & -acl * & -ad|| * & -d|j * & -b|)|] * & -rqO* & -rql * & -ct *:

а) после обнаружения ьыс гащюдмж AS * модули НРДОЛЖ^тмчьтдвляаъак*, а.П#^

AS* & АК* & -ак* должны отпустить ai*.

6) после обнаружения освобождения AS* модули нс должны выставлять ai*. а при условии -AS* &А1* & -ai* должны отпустить ак* .

в) отпустить аг* при условии; -AQf & аг* & -ар* .

г) отпустить ар* при условии: -АКТ& ар* & -aq* ,

д) отпустить aq* при условии: -APf & aq* & -аг*;

3) установить ГОТОВНОСТЬ ДЛЯ УД.АТЕНИЯ

7.2.4 Управляющие и статусные регистры ФБ+

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

Все регистры временных интервалов программируются в 2**(-32) долях секунды (233 лс). Временное разрешение таймеров нс определяется этим форматом регистра.

7.2.4.1 Регистры способностей модуля

Модули должны быть оборудованы следующими регистрами способностей

♦ ЛОГИЧЕСКИЕ.СПОСОБНОСТИ МОДУЛЯ

* ВНУТРЕННЯЯ ЗАДЕРЖКА СОРЕВНОВАНИЯ

* РАЗМЕР.ФРАГМЕНТА СООБЩЕНИЯ

* СКОРОСГЬ_ПАКЕТА

Регистры способностей модуля должны быть доступны только для чтения.

7.2.4.1.1 Регистр логических способностей модуля

СПОСОБНОСТЬ.ПАКЕТНОЙ.ДЛИНЫ 64

LSB+31должен быть СПОСОБНОСТЬ.ПАКЕТНОЙ_ДЛИНЫ_64 и должен быть установлен, если модуль имеет способность принимать участие в передачах, используя при этом пакетный протокол ПЕРЕДАЧА.64.

СПОСОБНОСТЬ.ПАКЕТНОЙ ЛЛИНЫ.32

LSB+30должен быть СПОСОБНОСТЬ.ПАКЕТНОЙ. ДЛИНЫ.32 идолжен быть установлен, если модуль имеет способность принимать участие в передачах, используя при этом пакетный протокол ПЕРЕДАЧА 32.

СПОСОБНОСТЬ ПАКЕТНОЙ.ДЛИНЫ.16

LS В+29 должен быть СПОСОБНОСТЬ.ПАКЕТНОЙ ДЛИНЫ. 16 идолжен быть установлен, если модуль имеет способность принимать участие в передачах, используя при этом пакетный протокол ПЕРЕДАЧА.16.

СПОСОБНОСТЬ ПАКЕТНОЙ.ДЛИНЫ .8

LSB+28 должен быть СПОСОБНОСТЬ_ПАКЕТНОЙ_ДЛИНЫ_8 идолжен быть установлен, если модуль имеет способность принимать участие в передачах, используя при этом пакетный протокол ПЕРЕДАЧА 8.

СПОСОБНОСТЬ. ПАКЕТНОЙ JU1 ИНЫ.4

LSB+27 должен быть СПОСОБНОСТЬ_ПАКЕТНОЙ_ДЛ ИНЫ-4 и должен быть установлен, если модуль имеет способность принимать участие в передачах, используя при этом пакетный протокол ПЕРЕДАЧА_4.

119

ГОСТ Р ИСО/МЭК 10857-95

СПОСОБНОСТЬ_ПАКЕТНОЙ_ДЛИНЫ_2

LSВ+26 должен быть СПОСОБНОСТЬ_ПАКЕТНОЙЛЛИНЫ_2 и должен быть установлен, если модуль имеет способность принимать участие в передачах, используя при этом пакетный про-токоУП ЕРЕДАЧА_2.

СПОСОБНОСТЬ, МНОЖЕСТВЕН НЫХ_ПАКЕТОВ

LSB+25 должен быть СПОСОБНОСТЬ .МНОЖЕСТВЕННЫХ J1AKE IOB и должен быть установлен, если модуль имеет способность принимать участие в передачах, используя при этом пакетный протокол в режиме множественных пакетов.

ПАКЕТНАЯ СПОСОБНОСТЬ

I.SB+24 должен быть ПАКЕТНАЯ СПОСОБНОСТЬ и должен быть установлен, если модуль имеет способность принимать участие в передачах, используя при этом пакетный протокол.

КОЛИЧЕСТВО ЛИНИЙ ТЕГА TGH *

l.SB+21, LSB+22 и LSB+23 должны быть трсхразрядным полем, содержащим число линий 1СЦ *. которыми оснащен модуль. Значение 0 должно соответствовать одной линии тега TG[ | * , а значение 7 должно соответствовать восьми линиям тега TG(j*.

ТЕГОВАЯ СПОСОБНОСТЬ

LSB+20 должен быть ТЕГОВАЯ СПОСОБНОСТЬ и должен быть установлен, если модуль оснашсн одной или более линиями TG[J*.

С ПОСО БНОСТЬ. В Ы БОР КА_СЛОЖЕ Н И Е

I SB । 19 должен быть СПОСОБНОСТЬ ВЫБОРКА СЛОЖЕНИЕ и должен быть установлен, если модуль имеет способность откликаться на защищенные команды ВЫЬОРКА_СЛОЖЕ НИЕ_БОЛЬШОЙ и ВЫБОРКА СЛОЖЕНИЕ МАЛЫЙ.

способность_сравнительного_обмена

LSB+18 должен быть СПОСОБНОСТЬ_СРЛВНИТЕЛЬНОГО_ОБМЕНА и должен быть установлен. если модуль имеет способность откликаться на защищенную команду СРАВНИТЕЛЬНЫЙ ОБМЕН.

СПОСОБНОСТЬ МАСКИ РОВАН ИЯ_И,ОБМЕП А

LSB+17 должен быть СПОСОБНОСТЬ МАСКИ РОВАН ИЯ_И_ОБМЕНА и должен быть ус-танонлен, если модуль имеет способность откликаться на защищенную команду МАСКИРОВАННЫЙ ОБМЕН.

КЕШЕВАЯ .СПОСОБНОСТЬ

LSB+16 должен быть КЕШЕВАЯ_СПОСОЬНОСТЬ и должен быть установлен, если модуль имеет способность совершать передачи в соответствии с 8.2.

И Н И11И АТО Р_ РАС Щ Е ПЛ Е Н И Я

LSB+9 должен быть ИНИЦИАТОР_РАСЩЕПЛЕНИЯ и должен быть установлен, если модуль имеет способность инициировать расщепленные передачи.

ПРИН И МАЮЩИ Й РАС ШЕЛЛ ЕН И Е

LSB+8должен быть ПРИНИМАЮЩИЙ РАСЩЕПЛЕНИЕ и должен быть установлен, если модуль имеет способность поддерживать расщепленные передачи.

СПОСОБНОСТЬСООБЩЕНИЯ

LSB+7 должен быть СПОСОБНОСТЬ СООБЩЕНИЯ и должен быть установлен, если модуль имеет способность принимать участие в передачах, используя протокол передачи сообщений.

СПОСОБНОСТЬ_ЗАДАРШКА

LSB»6 должен быть СПОСОБНОСТЬ_ЗАДАР1ИКА и должен быть установлен, сели модуль имеет способность становиться ЗАДАТЧИКОМ.

СПОСОБНОСТЬ 64 РАЗРЯД НО1ОАДРЕСА

LSB+5 должен быть СПОСОБНОСТЬ 64 РАЗРЯДНОГО аДРЕС.А и должен быть установлен. сели модуль имеет способность принимать участие в передачах с 64-разрядным адресом.

С ПОСОБНОСТЬ_32_ РАЗРЯД НОГО_АДРЕСА

LSB+4 должен быть СПОСОБНОСТЬ_32_РАЗРЯДНО10_АДРЕСА и должен быть установлен.

СПОССБНОСТЬ_256 РАЗРЯДИЫХ_ДАННЫХ

LSB+3 должен быть СПОСОБНОСТЬ 256 РАЗРЯДНЫХ-ДАННЫХ и должен быть установлен, сели модуль имеет способность принимать участие в передачах с 256-разрядными данными.

120

ГОСТ Р ИСО/МЭК 10857-95

С П ОСОБ Н OCTb_ 128- РАЗ РЯД Н Ы Х_ ДАН Н ЫХ

LSB+2 должен быть СПОСОБНОСТЬ_128_РАЗРЯДНЫХ_ДАННЫХ и должен быть уста-новлен, если модуль имеет способность принимать участие в передачах с 128-раарядными данными

СПОСОБНОСТЬ 64 РАЗРЯДНЫХ „ДАННЫХ

LSB+1 должен быть СПОСОБНОСТЬ_64_РАЗРЯДНЫХ_ДАННЫХ и должен быть установлен. если модуль имеет способность принимать участие в передачах с 64-разряднымн данными.

СПОСОБНОСТЬ_32_РАЗРЯД Н ЫХ _ДАН Н ЫХ

LSB должен быть СПОСОБНОСТЬ^ РАЗРЯДНЫХ ДАННЫХ и должен быть установлен.

7.2.4.1.2 Регистр внутренней задержки соревнования

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

1) От AB7* к АВб*

2) От A Вб* к АВ5*

3)ОтЛВ5* кАВ4*

4)ОтАВ4* кАВЗ*

5)ОтАВЗ* кАВ2*

6) ОгАВ2* к ABI*

7) От АВ 1* кАВО*

8) Or ABO* к АВР*

Значение поля должно быть в шагах по 2* *(-32) с (*233 пс). Надо отмстить, что максимальная величина поля меньше, чем 30 нс.

7.2.4 1.3 Регистр размера фрагмента сообщения

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

7.2.4.1.4 Регист р скорости пакета

Регистр скорости пакета содержит четыре 8-разрядных поля, определяющих от одной до четырех скоростей передачи пакета, поддерживаемых модулем. Скорость передачи должна быть определена как обратная величина от длительности одного битового периода. Величина в каждом из полей выражена в шагах по I МГц. Нулевая величина указывает, что данное поле не содержит поддерживаемой скорости передачи пакета

Поле, заключающее в себе разряды от LSB до LSB+7 включ., соответствует Скорости Передачи Пакета А.

Поле, заключающее в себе разряды от LSB+8 до LSB+15 включ., соответствует Скорости Передачи Пакета В

Поле, заключающее в себе разряды от LSB+16 до LSB+23 включ., соответствует Скорости Передачи Пакета С.

Поле, заключающее в себе разряды от LSB < 24 до MSB включ., соответствует Скорости Передачи Пакета D.

7.2.4.2 Регистры управления модулем

Модули должны быть оборудованы следующими управляющими регистрами, как определено в стандарте более высокого уровня, таком, как Р 896.2:

* Логический регистр общего управления

* Логический регистр управления модулем

* Регистр задержки распространения магистрали

* Регистр времени завершения соревнования

* Регистр тайм-аута передачи

* Маска выбора похождения сообщения

121

ГОСТ I’ ИСО/МЭК 10857 95

7.2.4,2.1 Логическим реiнегр общего управления

ЦЕНТРАЛЬНЫЙ АРБИТР

LSB-i-13 должен быть ЦЕНТРАЛ ЬНЫЙ.АРБИТР. Модули должны использовать центрального арбитра для целей распределения параллельной магистрали в случае, если этот разряд установлен Модули должны использовать для этих целей распределенный арбитраж в случае, если этот разряд сброшен. Модули должны устанавливать ЦЕНТРАЛЕН ЫЙ.АРБИТР при условии- РЕ* выставлен нлн сбрасывать ЦЕНТРДЛЬНЫЙ_АРБИТР при условии: РЕ* отпущен и они обнаруживают переход REf в логический ноль, следующий за ВКЛЮЧЕНИЕ ПИТАНИЯ [СИСТЕМНЫЙ СБРОС

РАЗРЕШЕНИЕ,РЕЖИМА-МНОЖЕСТВЕННОСТИ ПАКЕТОВ

LSB+12 должен быть РАЗРЕШЕНИЕ РЕЖИМЛ.МНОЖЕСТВЕННОСТИ.П.АКЕТОВ Модули. способные работать во множественном пакетном режиме, могут инициировать множественные пакетные передачи при условии РАЗРЕШЕН И Е_РЕЖИМА_МНОЖЕСТВЕН НО СТИ ПАКЕТОВ установлен и также установлен один из описанных ниже разрядов РАЗРЕШЕНИЕ ПАКЕТНОЙ ДЛИНЫ и. Модули должны сбрасывать РАЗРЕШЕНИЕ. РЕЖИ МЛ.МНОЖЕ-СТВЕННОСТИ-ПАКЕТОВ при условии: СИСТЕМНЫЙ_СБРОС ¹ УСТРОЙСТВО.МАГИСТРАЛИ ; ВКЛЮЧЕНИЕ ПИТАНИЯ.

РАЗРЕШЕНИЕ.ПАКЕТНОЙ.ДЛИНЫ.64

LSB+I1 должен быть РАЗРЕШЕНИЕ.ПАКЕТНОЙ.ДЛИНЫ 64 Модули могут инициировать пакетные передачи при условии: РАЗРЕШЕНИЕ.ПАКЕТНОЙ ДЛИНЫ.64 установлен. Модули должны сбрасывать РАЗРЕШЕНИЕ_ПАКЕТНОЙ_ДЛИНЫ_64 при условии: СИСТЕМНЫЙ СБРОС; УСТРОЙСТВО МАГИСТРАЛИ, ВКЛЮЧЕНИЕ ПИТАНИЯ

РАЗРЕШ ЕН И Е ПАКЕТНОЙ JWИ НЫ ,32

LSB НО должен быть РАЗРЕШЕ.НИЕ.ПАКЕТНОЙ ДЛИПЫ 32. Модули могут инициировать пакетные передачи при условии: РЛЗРЕШЕНИЕ.ПАКЕТПОЙ.ДЛИНЫ.32 установлен. Мо дули должны сбрасывать РАЗРЕШЕНИЕ.ПАКЕТНОЙ ДЛИНЫ.32 при условии. СИСТЕМНЫЙ СБРОС; УСТРОЙСТВО МАГИСТРАЛИ ВКЛЮЧЕНИЕ.ПИТАНИЯ

РАЗРЕШЕНИЕ ПАКЕТНОЙ ДЛИНЫ 16

LSB+9 должен быть РАЗРЕШЕНИЕ.ПАКЕТНОЙ ДЛИНЫ_1(> Модули могут инициировать пакетные передачи при условии: РАЗРЕШЕНИЕ.ПАКЕТНОЙ .ДЛИНЫ 16 установлен. Модули должны сбрасывать РАЗРЕШЕНИЕ П.ЛКЕТНОН ДЛИНЫ 16 при условии: СИСТЕМНЫЙ СБРОС; УСТРОЙСТВО МАГИСТРАЛИ : ВКЛЮЧЕНИЕ.ПИТАНИЯ.

РАЗРЕШЕН И Е.ПАКЕТНОЙ.ДЛИН Ы.8

LSB+8 должен быть РАЗРЕШЕНИЕ.ПАКЕТНОЙ_ДЛИНЫ_8. Модули могут инициировать пакетные передачи при условии: РАЗРЕШЕНИЕ.ПАКЕТНОЙ.ДЛИНЬ1_.$ установлен Модули должны сбрзсынэть РАЗРЕШЕНИЕ ПАКЕТНОЙ .ДЛИНЫ 8 при условии. СИСТЕМНЫЙ СБРОС! УСТРОЙСТВО МАГИСТРАЛИ ; ВКЛЮЧЕНИЕ.ПИТАНИЯ

РАЗРЕШЕН И Е-ПАКЕТНОЙ.ЛЛ И11 Ы.4

LSB+7 должен быть РАЗРЕШЁН И Е.ПАКЕТНОЙ.ДЛ И НЫ.4, Модули могут инициировать пакетные передачи при условии: РАЗРЕШЕН ИЕ.ПАКЕТНОЙ.ДЛ ИНЫ.4 установлен. Модули должны сбрасывать РАЗРЕШЕНИЕ.ПАКЕТНОЙ ДЛИНЫ 4 при условии: СИСТЕМНЫЙ СБРОС : УСТРОЙСТВО МАГИСТРАЛИ ¹ ВКЛЮЧЕНИЕ.ПИТАНИЯ.

РАЗРЕ ШЕН ИЕ_ ПАКЕТНОЙ. ДЛИ Н Ы.2

LSB-6 должен быть РАЗРЕШЕНИЕ ПАКЕТНОЙ.ДЛИНЫ 2. Модули могут инициировать пакетные передачи при условии: РАЗРЕШЕНИЕ.ПАКЕТНОЙ ДЛИНЫ.2 установлен. Модули должны Сбрасывать РАЗРЕШЕНИЕ.ПАКЕТНОЙЛЛИНЫ-2 при условии: СИСТЕМНЫЙ СБРОС; УСТРОЙСТВО МАГИСТРАЛИ ; ВКЛЮЧЕНИЕ.ПИТАНИЯ

В ЫСОКАЯ_С КО РОСТЬ.ПА КЕТА

LSB-t-4 и USB! 5 должны быть двухразрядным полем, определяющим ту скорость пакета, которую модуль должен использовать при условии. -СТАТУС НИЗКОЙ.СКОРОСТИ. Нулевая величина соответствует скорости пакета А. Величина, равная г]>см (двоичная), соответствует скорости пакета D. Модули должны очищать это поле при условии: СИСТЕМНЫЙ.СБРОС ; УСТРОЙСТВО МАГИСТРАЛИ [ВКЛЮЧЕНИЕ.ПИТАНИЯ.

122

ГОСТ Р ИСО/МЭК 10857-95

Н И 3 КАЯ .С КОРОСТЕ. 11АКНГА

LSB-^2 и LSB+3 должны быть двухразрядным полем, определяющим ту скорость пакета, которую модуль должен использовать при условии: -СТАТУС_ НИЗКОЙ СКОРОСТИ Нулевая величина соответствует скорости пакета А. Величина, равная трем (двоичная), соответствует скорости пакета D. Модули должны очищать это поле при условии: СИСТЕМНЫЙ.СБРОС ; УСТРОЙ-СТВО.МАГИСТРАЛИ ; ВКЛЮЧЕНИЕ ПИТАНИЯ.

СПОСОБНОСТЬ_РАСПРЕДЕЛЕННОГО_СООБЩЕНИЯ

LSB+I должен быть СПОСОБНОСТЬ.РАСПРЕДЕЛЕННОГО.СООБЩЕНИЯ. Модули должны сбрасыватьСПОСОБНОСТЬ.РАСПРЕЦЕЛЕННОГО СООБЩЕНИЯ при условии; СИСТЕМ НЫЙ.СБРОС ; УСТРОЙСТВО. МАГИСТРАЛИ ; ВКЛЮЧЕНИЕ.ПИТАНИЯ. Если этотбит сброшен системным процессором, модули должны отключиться от активного арбитражного соревнования. сбрасываяЗАПРОС. РАСПРЕДЕЛЕННОГО СООБЩЕНИЯ.ЗАПРОС.ЦЕНТРАЛЬНОГО.СО ОБЩЕНИЯ и ЗАПРОС АРБИТРАЖНОГО СООБЩЕНИЯ, как определено и 5.2.1 и 5.2.2.

РАЗ РЕШ Е Н И Е_ РАС ЩЕПЛ Е Н И Я

LSB должен быть РАЗРЕШЕН И Е.РАСЩЕПЛ ЕН ИЯ. Модули могут расщеплять передачи на магистрали при условии: РАЗРЕШЕНИЕ РАСЩЕПЛЕНИЯ установлен. Модули должны сбрасывать РАЗРЕШЕНИЕ.РАСЩЕПЛЕНИЯ при условии:СИСТЕМНЫЙ.СБРОС!УСТРОЙСТВО_МАГИ СТ Р.АЛ И ; ВКЛЮЧЕНИЕ.ПИТАНИЯ Процесс конфигурации нс должен устанавливать РАЗ-РЕШЕНИЕ.РАСШЕПЛЕНИЯ до: во всех модулях разряд ПРИНИМАЮЩИЙ.РАСЩЕПЛЕНИЕ установлен.

7.2.4.2.2 Логический регистр управления модулем

Количество теговых линий

I.SBH. LSB+5 и LSB-6 должны быть трехразрядным полем, определяющим количество линии TG|J* . которые должны быть активны. Нулевое значение поля должно соответствовать одной линии TG0*. а значение семь (двоичная), записанное в это поле, будет соответствовать восьми теговым линиям TG|7 . . . 0|*.

РАЗРЕШЕН И Е.ТЕГОВ

LSB-j должен быть РАЗРЕШЕН И Е.ТЕГОВ. Модули должны разрешать поверку четности по TG(| * при условии: РАЗРЕШЕНИЕ.ТЕГОВ установлен. Модули должны сбрасывать РАЗРЕШЕН И Е.ТЕГОВ при условии СИСТЕМ Н ЫЙ СБРОС : УСТРОЙСТВО МАГИС I РАЛ И ’ ВКЛК )-ЧЕНИЕ ПИТАНИЯ.

РАЗРЕШ ЕН И Е СООБЩЕН ИЯ.Ч ЕТНОСТИ

LSB+2 должен быть РАЗРЕШЕНИЕ.СООБЩЕНИЯ ЧЕТНОСТИ Модули должны выставлять be* и tc* при возникновении ошибки четности при условии: РАЗРЕШЕН И Е.СООБЩЕ-НИЯ ЧЕТНОСТИ установлен. Модули должны сбрасывать РАЗРЕШЕНИЕ СООБЩЕНИЯ ЧЕТНОСТИ при условии: СИСТЕМНЫЙ.СБРОС ; УСТРОЙСТВО МАГИСТРАЛИ ; ВКЛЮЧЕНИЕ ПИТАНИЯ

РАЗРЕШ ЕН ИЕ.ВЫСОКОЙ.СКОРОСТИ

LSB+I должен быть РАЗРЕШ ЕН И Е.ВЫСОКОЙ.СКОРОСТИ. Модули должны сбрасывать РАЗРЕШЕНИЕ ВЫСОКОЙ.СКОРОСТИ при условии; СИСТЕМНЫЙ.СБРОС ; УСТРОЙСТВО МАГИСТРАЛИ ; ВКЛЮЧЕНИЕ.ПИТАНИЯ. Процесс конфигурации может установит ь РАЗ-РЕШ ЕН И Е.ВЫСОКОЙ.СКОРОСТИ в данном модуле, если он (процесс) определяет высокую и низкую скорости пакета для сегмента магистрали и если модуль поддерживает высокую скорость пакета. Процесс конфигурации должен инициализировать поле высокой скорости пакета в логическом регистре общего управления для указания на принятую на магистрали высокую скорость пакета перед установкой РАЗРЕШ ЕН И Е.ВЫСОКОЙ.СКОРОСТИ Если РАЗРЕШЕНИЕ.ВЫСО-КОЙ СКОРОСТИ сброшен, модуль должен выставлять 1s* (саО*) для передач в пакетном режиме.

РАЗ РЕШЕ Н И Е.ЗАДАТЧ И КА

LSB должен быть РАЗРЕШЕН И Е.ЗАДАТЧ И КА. Если РАЗРЕШ ЕН И Е.ЗАДАТЧ И КА установлен, модуль может устанавливать как ЗАПРОС.РАСПРЕДЕЛЕННОГО.АРБИТРАЖА, так и (iqO* ; rql*). Модули, которые нс имеют способности быть системными, должны сбрасывать РАЗРЕШЕН И Е.ЗАДАТЧ И КА при условии: СИСТЕМНЫЙ.СБРОС ; УСТРОЙСТВО МАГИ С ГРАЧ И ; ВКЛЮЧЕНИЕ.ПИТАНИЯ. Модули, имеющие способность быть системными, устанавливают и сбрасывают этот разряд, как определено в соответствующем профильном стандарте в Р 896.2.

б! - 15*

123

ГОСТ Р ИСО/МЭК 10857-95

7.2.4.2.3 Регистр задержки распространения магистрали

Шесть младших разрядов регистра задержки распространения магистрали должны соответствовать максимальному значению задержки распространения сигнала по всей длине логи ческой магистрали. Значение, записанное в это поле, должно быть выражено в шагах по 2**(-32) с («233 пс). Регистр должен быть установлен в значение 3F (шестнадцатиричное), что соответствует 14,7 НС при условии. СИСТЕМНЫЙ СБРОС J УСТРОЙСТВО_МАГИСТРАЛ И ; ВКЛЮЧЕНИЕ-ЛИТАНИЯ.

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

7.2.4.2.4 Регистр времени завершения соревнования

Двенадцать младших разрядов регистра времени завершения соревнования должны соответствовать времени для наихудшего случая, которую модуль использует для определения его времени завершения соревнования в течение передачи арбитражного сообщения i_pd» — величина, содержащаяся в регистре задержки распространения магистрали, как определено в 7.2.4.2.3. (_ш( — величина, содержащаяся в регистре внутренней задержки соревнования, как определено в 7.2.4.1.2. l„ext — наибольшая из величин в регистрах внутренней задержки соревнования всех других модулей системы. Следующее уравнение может быть использовано для вычисления времени завершения:

1_а=Ю * t pch +3 * tjni +5 * t_ext

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

Значение, записанное в это поле, должно быть выражено в шагах по 2**(-32) с (=233 пс). Регистр должен быть установлен в значение 600 (шестнадцатиричное) или 1536 (десятичное), чти соответствует 358 нс при условии: СИСТЕМНЫЙ.СЬРОС; УСТРОЙСТВО МАГИСТРАЛИ ; ВКЛЮЧЕНИЕ-ПЕТАНИЯ.

7.2.4.2.5 Регистр тайм-аута передачи

Регистр тайм-аута поддачи должен содержать величину, соответствующую вымени тайм-аута передачи, используемую задатчиком для 0П|Х?деления, когда он устанавливает ТАЙМ-АУТ’_llЕРЕ-ДАЧИ, как определено в 6.2. Значение, записанное в это поле, должно быть выражено в шагах по 2* *(-32) с (=233 пс). Регистр должен быть установлен в значение 80000 (шестнадцатиричное) или 524288 (десятичное), что соответствует 122 мкс при условии: СИСТЕМ НЫЙ_СБРОС ; УСГРОЙ-СТВО_МАГИСТРАЛИ ‘ ВКЛЮЧЕНИЕ, ПИТАНИЯ. Нулевое значение должно запрещать таймаут передачи.

7 2 4.2.6 Маска выбора прохождения сообщения

Биты от LSB+I до LSB-63 в регистре маски выбора прохождения сообщения устанавливаются для разрешения модулям получать определенные сообщения через их широковещательный почтовый ящик, как определено в 9.2. В LSB должен быть всегда записан ноль. При чтении LSB должен всегда возвращать ноль.

Регистр должен быть очищен при условии. СИСТЕМНЫЙ СБРОС ; УСТРОЙСТВОМА-ГИСТРАЛИ. НЕочишастся при условии: ВКЛЮЧЕНИЕ-ПИТАН ИЯ.

8 КЕШ-КОГЕРЕНТНОСТЬ

8.1 Описание

Архитектура с разделяемой памятью состоит из некоторого количества процессоров, которые разделяют память, доступную через использование ФБ+. Все процессоры имеют ассоциированные кеш-памяти для выполнения трех целей:

I) обеспечить процессор более высокой скоростью доступа к данным,

2) уменьшить конкуренцию использования магистрали,

3) увеличить шЬфективность .магистрали.

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

124

ГОСТ Р ИСО/МЭК 10857-95

копированием уменьшает количество обращений к магистрали как на чтение, так и на запись. Для достижения третьей цели, в случае отсутствия в кеш. из памяти восстанавливается целый блок данных. ХОТЯ в действительности процессору было необходимо только одно слово. Таким образом, случайные обращения процессора превращаются в эффективные блоковые передачи. Этот блок данных называется строка кеша. Размер строки кеша в системах ФБ+ зафиксирован и равен 64 (кипам. Ст|юка кеша должна быть выровнена по модулю 64 в байтовом адресном пространстве и всегда передаваться одной блочной передачей. Передачи частей строки кеша нс допускаются.

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

Строка кеша может бьпь действительна во многих кешах системы. Строка кеша называется Н.с^ючнтсльной, если эта строка кеша действительна и если этому кешу даны гарантии, что нет других действительных кешированных копий в любом другом кеше системы. Кеше исключительной строкой имеет системное разрешение присваивать атрибут модифиш1]ювания в любое время Действительная строка кеша может быть либо исключительной, либо разделяемой.

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

Протокол кеш-когерентности, описанный и определенный в данной главе, гарантирует, что все модули соблюдают один и тот же порядок при модификации данной СТ^хэКИ кеша.

Нс все адреса в системе могут быть кешированы. Модель, показанная на рис. 8—1, нс включает в себя внутреннее содержание блоков и другие детали исполнения. Некоторое оборудование может иметь свою собственную память в дополнение к разделяемой памяти, несколько процессоров на один кеш. несколько кешей, все три типа модулей на одной штате и гак далее. Процессорный модуль может быть любым активным пользователем памяти, таким как микропроцессор, несколько независимых портов памяти, обслуживающих один процессор, несколько независимых микролро-цсссо|юв, контроллер ввода/вывода с прямым доступом к памяти, еще один иерархический кеш-уровень и так далее.

Рисунок X—I — Архитектура с разделяемой памятью

8.1.1 Атрибуты кеша

Когерентность данных в нескольких кешах основана на следующих атрибутах когерентности кеша НрлеткЧШКДЬШ^ разделяемый нсмодиФици|>ованный. исключительный немодифицщю-ванньш и исключительный модифицированный. Только один из этих ксш-атрибугов может быть действителен для строки кеша в данном .модуле н в данное время. Эти четыре атрибута заключают в себе состояние ст|юки кеша.

125

I OCT P ИСО/МЭК 10857-95

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

Атрибут «разделяемый нсмодифицирокшнын» истинен для строки кеша, если кеш модуля содсрЖ1гт обновленную копию системной памяти и модуль предполагает, что такие копии содержатся также и н ксшах других модулей. Модулям разрешается делать недействительными разделяемую нс модифицированную копию строки кеша в любое время.

Атрибут «исключительный нсмодифнцированный» истинен для строки кеша, если кеш модуля содержит обновленную колик» системной памяти и модуль уверен, что действительной копии строки нет больше ни в одном кеше системы.

Атрибут «исключительный модифицированный» истинен для строки кеша, если кеш модуля содержит обновленную ст|юку и эта копия — единственная в системе. Модуль несет ответственность да своевременное обновление содержимого памяти.

8.1 2 Наблюдение за магистралью

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

Кешу со строкой, которая нс является «недействительной», требуется изменить статус его строки кеша, когда он отследит определенного рода лендами.

Кешу с «исключительной модифицированной* строкой требуется участвовать в доступе по чтению из модифицированной области, выставляя iv* и обеспечивая строку кеша задатчику вместо системной памят и. После чего кеш должен изменить статус сцюки кеша на «разделяемый ясмоди-фиии|юванный<> либо «недействительный».

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

В определенных случаях кешу разрешено преобразовывать передачи, происходящие на магистрали. в ши ри ко вещательные операции и ловить <т. с. перехватывать) данные. Это позволяет кешу получить разделяемую копию строки кеша без дополнительной передачи. .Модули могут перехватывать: передачи разделяемого чтения, обратного копирования, недействительного чтения и разделяемого ответа.

Для перехвата передач модули выставляют: be* для преобразования несдачи в широковещательный режим, if* для оповещения других модулей о наличии у них копии и изменения состояния строки кеша на «разделяемый ^модифицированный».

Если » кеше находится «исключительная .модифицированная» копия строки кеша и он хочет скопировать строку обратно в память и перехватывает передачу чтения этой строки, он должен участвовать и педедаче и «подставить» строку кеша. Это позволит кешу изменить статус строки на «недействительную» и избежать передачи обратного копирования.

8.1.3 Когерентность кеша при использовании соединенных передач

8.1.3.1 Изменения состояния

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

Как показано на рис. 8—2, если строка кеша является «недействительной», то возможен переход в любое из грех других состояний.

Рисунок X—2 — Состояние «недействительный»

126

ГОСТ Р ИСО/МЭК 10857-95

Модуль, инициирующий передачу типа «разделяемое чтение», которая успешно завершается выставлением TF*. переводит свою строку кеша в состояние «разделяемый нсмодифициронан-ный». Если TF* нс был выставлен, состояние изменится на «исключительный номодифицирован-НЫЙ*.

Модуль, выставляющий be* и tl* для перехвата разделяемого чтения, недействительного чтения или операции обратного копирования, изменит состояние строки своего кеша на «разделяемый лсмодифииироианный».

Модуль, инициирующий передачу модифицированного чтения, в случае се успешного завершения изменит состояние строки своего кеша на «исключительный модифицированный».

Как показано на рис. 8—3. если строка кеша является «разделяемой немодифицированной». то для нее возможен переход в состояния «недействительный» и «исключительный модифицированный».

Нкунчк X—3 — Состояние .«разделяемый иемодяфицироинмий»

Любой модуль в любое время может изменить состояние строки кеша из «разделяемого нсмо-дифицированного» в «недействительный»- Он делает это без использования магистральной передачи. Если модуль перехватил передачу разделяемого ’пения или недействительного «пения и нс выставил if*, он изменяет состояние своей строки кеша на «недействительный». Если модуль перехватил передачу модифицированного чтения, недействительной записи или передачу недействительности, он изменяет состояние своей строки своего кеша на «недействительный».

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

Как показано на рис 8—4, если строка кеша является «исключительной немодифицирован ной», го возможен переход в любое их трех других состоянии.

Рисунок X—4 — Состояние «нск.чючител1.шлй шмодифнцкровптьш»

127

ГОС! Р ИСО/МЭК 10857-95

Любой модуль в любое время может изменить состояние строки кеша с «исключительного немодмфнцированного» на любое из трех других состояния без использования магистральной передачи.

Модуль, перехватывающий передачу разделяемого чтения или недействительного чтения и выставивший при этом tf*. изменяет состояние своей строки кеша на «разделяемый нсмодифици-рованный». Модуль, подхватывающий передачу разделяемой» чтения или недействительного чтения и нс выставивший при этом tf*, изменяет состояние своей строки кеша на ♦•недействительный- Модуль, перехватывающий передачу модифицированного чтения, недействительной записи или передачи недействительности, изменяет состояние своей строки кеша на «недействительный*.

Как показано на рис. 8—5. если строка кеша является «исключительной модифицированной», то возможен переход в состояния «недействительный» и «разделяемый нсмодифицированный». Модуль может инициировать изменение из «исключительного модифицированного* на «недействительный» или «разделяемый нсмодифицированный», используя передачу обратного копирования. Если модуль желает хранить копию этой строки кеша, он может перенести строку в состояние «разделяемый нсмодифицированный*. если он выставит tf* для оповещения других модулей о том, что он храни» копию.

Рисунок S—i — Состояние «исключительный модифицированный»

Если модуль перехватывает передачу разделяемого чтения, недействительного чтения или мо-дифнинрованного чтения, он должен выставить iv* для того, чтобы участвовать в передаче и «подставить-данные вместо памяти. Модуль может хранить копию данных, если он выставляет tf* во время передач разделяемого чтения или недействительного чтения.

Модули всегда изменяют состояние строки кеша на «недействительный», если они перехватывают передачу недействительного чтения.

8 1 3.2 Процесс чтения с непопаданием

Когда процессор производит операцию чтения, и требуемая область (адресного пространства) является «разделяемой нсмодифицнрованной», «исключгпсльнои нсмодифнцированной» или «исключительной модифицированной», эту операцию называют чтение с .попаданием. В случае чтения с попаданием нет необходимости в передачи по магистрали и процессор получает непосредственный доступ к данным. Если область «недействительна», эту операцию называют чтение с нспопа-данием

Когда происходит чтение с непопаданием, кеш запрашивает магистраль. Когда кеш получает магистраль, он П|юизлодит передачу №здс,до.м.ед> чтения для запроса строки кеша, содержащей требуемые данные. Когда передача завершена, данные предоставляются процессору, сохраняются в кеше и для этой строки кеша устанавливается атрибут «разделяемый нсмодифицированный».

Есть специальный случай оптимизации доступов к памяти, которая не является на самом деле разделяемой. Если другой кеш нс сигнализирует о том. что он содержит (аналогичную) строку кеша, выставляя во время передачи разделяемого чтения tf*, то для строки кеша может быть установлен атрибут «исключительный нсмодифицированный» Это позволяет процессору менять для этой строки атрибут на «исключительный модифицированный» без дальнейших пс|>едач по маги-с трали.

12»

ГОСТ Р ИСО/МЭК 10857-95

Атрибут «исключительный немодифицированныи» для строки кеша может быть установлен только с использованием связанных передач во время выполнения передачи разделяемого чтения, заканчивающейся без выставления ТЕ*. Модуль на магистрали может предупредить установление атрибута «исключительный нсмодифицированный». выставляя if* во время передач разделяемого чтения.

Если кеш наблюдает передачу чтения, которая может быть разделяемой и которая содержит данные для строки кеша, запрошенной его процессором, он может перехватить данные, и во время этого он должен выставить If*. Полученные таким образом данные предоставляются процессору, сохраняются в кеше и для этой строки кеша устанавливается атрибут «разделяемый нсмодифициро ванный».

8.1.3.3 Процесс записи с непопаданием

Когда процессор П]юизводит операцию записи и требуемая область (адресного пространства) является «исключительной немодифниированной* или «исключительной модифицированной», эту операцию называют запись с попаданием, и нет необходимости в передаче по магистрали. Если эта область нс маркирована как исключительная, эту операцию называют запись с непопаданием, даже если требуемая область является действительной. Когда происходит запись с непопаданием, кеш запрашивает магистраль. Когда кеш получает магистраль, возможны два случая. Если кеш содержит «разделяемую нсмодифииированную» копию строки кеша, он производит состоящую только из адреса передачу недействительное!и. Если кеш нс содержит «разделяемую немодифиилрованную* копию строки кеша, он производит передачу типа модифицированное чтение После передачи по магистрали данные берутся от процессора, объединяются с остальными в строке кеша, сохраняются в кеше и строка маркируется как «исключительная модифицированная*.

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

8.1 3.4 Процесс обратного копирования

Для того, чтобы кеш мог обслуживать производимые процессором операции чтения и записи, необходимо наличие свободного места для хранения данных в кеш-памяти. После некоторого рабочего промежутка времени области адресов, доступные кешу для обслуживания отдельных операций чтения и записи с непопаданием, могут быть заняты. Когда это происходит, кеш должен будет освободить некоторое пространство кеш-памяти для его обслуживания непопадания в кеш. Области адресов, нс являющиеся «исключительными модифицированными», могут быть снова использованы без передачи по магистрали. Области адресов, являющиеся «исключительными модифицированными», требуют передачу по магистрали для копирования содержания строки из кеш-памяти в разделяемую память для обновления системной информации до того, как строка кеша может быть использована для новой информации.

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

Процесс начинается, когда кеш имеет «исключительную модифицированную» сцюку, которую он хочет сделать «недействительной* или «разделяемой немодифицированной». Кеш запрашивает магистраль и. когда становится задатчиком, инициирует передачу обратного копирования, которая копирует строку кеша обратно в память. Задатчик может держать копию строки, изменив ее «разделяемой немодифицированной», если он выставляет tf* во время фазы соединения.

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

8.1.3.5 Оптимизация контроллера ввода/вывода

Контроллеры ввода/вывода с прямым доступом к памяти могут читать и писать в когерентную память. Протокол требует, чтобы модули сладовади протоколу когерентности кеша. Требуется, чтобы модули были оборудованы однострочным кешем, если нм будет необходимо передавать отдельные кешевые строки. Два специальных типа передач, недействительное чтение и недействительная ааиШь доступны для снижения накладных расходов на передачи 6ytpcj>a ввода/вывода.

129

ГОСТ Р ИСО/МЭК 10857-95

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

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

Строго говоря, когерентность кеша нс защищена при передаче типа «недействительная запись». Множество одновременных передач недействительной записи и смешивание передач недействительной записи с другими источниками модифицирования нс будут представлять из себя какой-либо единообразный процесс для данной системы. Это означает, что чтение и запись областей в буфере ПДП во время действующего потока ИДИ является программной ошибкой. Это означает, •по передача недействительной записи предназначена для использования при инициализации системного буфера данных. Это означает, *гго она нс предназначена для одновременного совместного обновления структуры данных разделяемой памяти.

8.1.3.6 Примеры

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

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

Рисунок х—6 — Модель связанной когерентности кешз

81.3.6.1 Один процессор читает и записывает область

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

I) процессор 1’1 читает область из кеша С1;

2) кеш С1 просматривает кешевый тег области и определяет, что связка кеша недействительна,

3) кеш С1 запрашивает магистраль, становится задатчиком и совершает операцию разделяемого чтения;

4) когда передача завершена, кеш С1 определяет, что передача была завершена без ошибки и чтоТР* не был выставлен;

5) кеш С1 устанавливает атрибут «исключительный нсмодифицированный» для строки кеша;

6) кеш Ci предоставляет данные процессору PI;

7) процессор PI может затем произвести любое число чтений, вес из которых будут чтения с попаданием;

130

ГОСТ Р ИСО/МЭК 10857-95

8) в конечном итоге njxmeccop PI производит запись в исключительную немодифицироваи-ную строку,

9) кеш С1 устанавливает атрибут когеренции для строки кеша «исключительный модифицированный»;

10) затем кеш CI включает записанные данные в строку кеша;

II) все последующие записи, производимые процессором PI, являются записями с попаданием.

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

Как показано н этом примере, одна передача ио магистрали — это все, что требуется для удовлетворения любого количества запросов на чтение от одного процессора к неразделяемой строке кеша. Только две передачи по магистрали требуются для удовлетворения любого количества записей от одного процессора в неразделяемую строку кеша. Статистически это наиболее частые операции в системе с разделяемой памятью.

8.1.3.6.2 Все процессоры одновременно читают и записывают область

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

I) все четыре процессора пытаются прочитать из своих кешей;

2) все четыре кеша просматривают кешевые таги для интересующей области и определяют, это они недействительны;

3) четыре кеша запрашивают магистраль. Кеш С! выигрывает арбитраж и становится задатчиком;

4) кеш С1 совершает передачу разделяемого чтения;

5)три остальных кеша выставляют tf* и be* для получения данных, запрошенных кешем СГ,

6) когда несдача завершается. Вее кеши определяют, что передача была завершена без ошибки и что ТР* был выставлен.

7) затем все кеши маркируют строку кеша как «разделяемую немодифицированную» и предоставляют данные своим процессорам;

S) все процессоры одновременно записывают в строку кеша;

9) все четыре кеша запрашивают магистраль, CI выигрывает арбитраж и становится задатчиком,

10) кеш CI совершает передачу недействительности;

11) когда три остальных кеша отслеживают передачу недействительности, они делают строку кеша «недействительной»;

12) когда передача завершается и кеш С| определяет, что операция была завершена без ошибок, он делает строку «исключительной модифицированной» и включает данные от процессора Р1 в строку.

13) кеши С2—С4 после проигрыша арбитражною соревнования в (9) снова запрашивают магистраль. С2 выигрывает и становится задатчиком;

14) кеш С2 совершает передачу модифицированного чтения.

15) кеш С1 отслеживает передачу, вмешивается, маркирует строку как «недействительную» и выставляет свои данные вместо памяти;

16) когда передача завершается и кеш С2 определяет, что передача завершена без ошибки, он маркирует строку «исключительной модифицированной» и включает данные от процессора Р2 в строку;

17) кеши СЗ и С4 после проигрыша арбитражного соревнования в (13) снова запрашивают магистраль, СЗ выигрывает и становится -задатчиком;

18) кеш СЗ совершает передачу модифицированного чтения;

19) кеш С2 отслеживает передачу, вмешивается, маркирует строку как «недействительную» и выставляет свои данные вместо памяти,

20) когда передача завершается и кеш СЗ определяет, что передача завершена без ошибки, он маркирует строку «исключительной модифицированной* и включает данные от процессора РЗ в строку;

131

6-3- 134

ГОСТ Р ИСО/МЭК 10857-95

21) кеш С4 после проигрыша арбитражного соревнования в (17) снова запрашивают магистраль. выигрывает и становится задатчиком;

22) кеш С4 совершает передачу модифицированного чтения;

23) кеш СЗ отслеживает передачу, вмешивается, маркирует строку как «недействительную» и выставляет свои данные вместо памяти;

24) когда передача завершается и кеш СЗ определяет, что передача завершена без ошибки, он маркирует строку «исключительной модифицированной* и включает данные от процессора Р4 в строку.

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

8.1.3.6.3 Кеш-резидентная выборка и сложение

Строка кеша с исключительным атрибутом может быть использована для элементарных, на базе кеша последовательностей типа считать-модифинировать-записать, для синхронизации без использования магистрали. Эти последовательности типа считать-модифицировать-залисать могут включать в себя традиционные операции с памятью, такие как тестирование, установка или обмен, или более новые последовательности, такие как выборка-и-: сложение или сравнение, или обмен. Гарантируется, что все эти последовательности являются элементарными, если строка кеша, содержащая переменную синхронизации, имеет исключительный атрибут. Эти элементарные последовательности являются вопросом технологии локального модульного оборудования И НС определены в этом стандарте

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

1) все четыре процессора пытаются прочитать из своих кешей требующих исключительное владение;

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

3) четыре кеша запрашивают магистраль. Кеш С1 выигрывает арбитраж и становится задатчиком;

4) кеш С1 совершает передачу модифицированного «пения;

5) когда передача завершается и кеш CI определяет, что передача была завершена без ошибки, он маркирует строку как «исключительную модифицированную» и дает запрошенное значение из памяти, которое для процессора Р1 равно 0. Процессор PI инкрементирует это значение;

6) кеш С1 включает I в строку кеша;

7) кеши С2—С4 после проигрыша арбитражного соревнования в (3) снова запрашивают магистраль, С2 выигрывает и становится задатчиком;

8) кеш С2 совершает несдачу молифицщюванного чтения. Кеш CI вмешивается, выставляет текущее значение и маркирует свою строку как «недействительную*.

9) когда передача завершается и кеш С2 определяет, что передача была завершена без ошибки, он маркирует строку как «исключительную модифицированную» и даст запрошенное значение из памяти, которое для процессора Р2 равно 1. Процессор 1‘2 инкрементирует это значение;

10) кеш С2 включает 2 в строку кеша;

11) кеши СЗ и С4 после проигрыша арбитражного соревнования в (7) снова запрашивают магистраль. СЗ выигрывает и становится задатчиком;

12) кеш СЗ совершает передачу модифицированного чтения. Кеш С2 вмешивается, выставляет Текущее значение и маркирует спою строку как «недействительную»;

13) когда передача завершается и кеш СЗ определяет, что передача была завершена без ошибки. он маркирует строку' как «исключительную модифицированную* и дает запрошенное значение из памяти, которое для процессора РЗ равно 2. Процессор РЗ инкрементирует это значение;

14) кеш СЗ включает 3 в строку кеша;

15) кеш С4 после проигрыша арбитражного соревнования в (II) снова запрашивают магистраль, выигрывает и становится задатчиком;

16) кеш С4 совершает передачу модифицированного чтения Кеш СЗ вмешивается, выставляет текущее значение и маркирует свою строку как «недействительную»;

132

ГОСТ Р ИСО/МЭК 10857-95

17) когда передача завершается и кеш С4 определяет, что передача была завершена без ошибки, он маркирует строку как «исключительную модифицированную* и дает запрошенное значение из Памяти, которое для процессора Р4 равно 3. Процессор Р4 инкрементирует это значение;

18) кеш С4 включает 4 в строку кеша.

Юж показано в этом примере, возможно координировать N процессоров с N передачами пи магистрам.

8.1.4 Когерентность кеша при использовании расщепленных передач в пределах одного сегмента магистрали

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

Нет необходимости в том, чтобы все модули были способны к расщепленным передачам Расщепленные передачи должны быть разрешены установкой бита разрешения расщепления в логическом регистре общего управления, как это описано в 7.2 В общем случае, расщепленные передачи будут разрешены, если только вес модули в системе способны работать с расщепленными передачами Если модуль запрошен для поддержки расщепленной передачи, но он нс способен i ? Поддержать, он выставляет Ге*.

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

8.1.4.1 Расщепленные передачи

Модули кеша и модули памяти определяют, сеть ли необходимость в расщеплении, декодируя адрес и команду в каждой кеш-когерентной операции чтения, отслеженной ими. Если модуль отвечает на этот адрес, но нс может ответить немедленно, он выставляет si * .

Модуль памяти может выставлять si * для того, чтобы передачи становились расщепленными. Если модуль памяти нс наблюдает SW* . он должен сгенерировать разделяемый ответ для передачи разделяемого или недействительного чтения и модифицированный ответ для команды модифицированного •пения Задатчик может наблюдать IV * и выставлять sw * . Если модуль памяти наблюдает SW*. он нс должен генерировать никакой ответной передачи. Кеш, выставивший iv*. может выставить также sr* для того, чтобы вызвать расщепленное вмешательство. Кеш, выставивший iv* н обнаруживший SR*, должен использовать расщепленное вмешательство или должен выставить ic*.

8 1.4.1.1 Разделяемый отклик

Если модуль расщепляет передачу разделяемого или недействительного чтения, он должен в конце ответить передачей разделяемого ответа.

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

Если нет других кешевых сигналов, от кеша, имеющего строку кеша, или от кеша, перехватывающего передачу разделяемого ответа выставлением tf*, строка в кеше запросчика может быть помечена как исключительная нсмодифицироваиная. Это позволяет процессору обновить строку кеша и сделать сс исключительной модифицированной без дальнейших пс)>сдач по магистрали. Модули могут предотвратить перевод строки в исключительную модифицированную, выставив tf* во время передачи разделяемого чтения или разделяемого ответа.

8.1.41.2 Модифицированный ответ

Если модуль расщепляет передачу модифицированного чтения, он должен в конце ответить передачей модифицированного ответа.

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

8.1.4.2 Одна незавершенная передача на строку кеша

Модулям, расщепляющим передачу, необходимо выставить wt*. если какой-нибудь другой модуль инициирует запрос на передачу к той же строке кеша. Это налагает ограничение в одну незавершенную передачу на строку кеша. Когда модуль, инициирующий передачу, получает статус ожидания, ему необходимо ждать До тех пор, пока разделяемый или модифицированным ответ нс будет отслежен строкой кеша, н тогда он может повторить свой запрос.

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

Г 3*

133

ГОСТ Р ИСО/МЭК 10857-95

Этот протокол может быть рассмотрен как очередь запросов к отдельной строке кеша. Модуль, возглавляющий очередь, получает расщепленный статус в ответ на свой запрос, и это гарантирует ему завершение Все другие модули ждут завершения первой передачи модулями. Потом все ожидающие модули соревнуются за получение магистрали. Процесс арбитража выбирает один из модулей следующим * возглавляющим очередь». Все проигравшие модули отслеживают передачу выигравшего модуля и возвращаются и состояние ожидания без напрасной потери передачи по магистрали.

Этот протокол не обеспечивает определенного порядка в очереди. Он (порядок) зависит от стратегии арбитража. Неправильная временная последовательность может привести к неопределенному «голоданию» некоторых модулей.

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

8.1.4.3 Атрибуты запросчика и ответчика

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

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

Моду; ! устанавливают «ожидающий запросчик», если они полумили во время передачи статус ожидания. Модули также могут устанавливать «ожидающий запросчик», сели они отследили передачу, в которой выставлен SR* или WT*.

8.1.4.4 Оптимизация контроллера ввода/вывода

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

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

Пс|>едача недействительной записи нс может быть разделяемой, следовательно, не может быть отслежена никаким кешем.

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

8 1.4.5 Примеры

Рис. 8—6 вновь используется для показа модели системы, которая будет использована в примерах расщепленных передач ксш-коюрентной системе в пределах одного сегмента магистрали. Память М расщепляет все передачи чтения. Кеши Cl, С2 и СЗ используют расщепленное вмешательство. Следующие примеры показывают не типичную последовательность, а скорее детали протокола.

8.1.4.5.1 Один процессор читает и затем пишет область

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

Г) процессор Р1 читает область из кеша С1;

2) кеш Cl просматривает кешевый тег этой области и определяет, что эта строка кеша недействительна;

1Я

ГОСТ Р ИСО/МЭК 10857-95

3) кеш С1 запрашивает магистраль, становится задатчиком и затем совершает передачу разделяемого чтения;

4) память М расщепляет передачу и устанавливает ее атрибут «разделяемый ответчик» для запрошенной строки кеша;

5) когда передача завершается, кеш СЧ определяет, что передача является расщепленной и устанавливает свой атрибут ‘■разделяемый запросчик» для запрошенной строки кеша;

6) когда данные становятся доступны, память совершает передачу разделяемого ответа;

7) когда передача завершена, кеш Cl и память М определяют, что передача завершена без ошибки;

S) память М очищает свой атрибут «разделяемый ответчик»;

9) кеш С1 очищает свой атрибут «разделяемый запросчик» и, так как другие кеши нс выставляли if*, изменяет состояние строки кеша на исключительную нсмодифицированную:

10) кеш С1 предоставляет данные процессору PI;

11) njxwcccop может теперь совершить любое количество чтений, которые вис будут «нениями и попаданием;

12) в конце концов процессор записывает и исключительную нсмодифицированную строку¹;

13) кеш С1 устанавливает состояние строки кеша в исключительную модифицированную;

14) Кеш С1 присоединяет записанные данные к строке кеша,

15) все последующие записи процессора Р1 в строку являются записями с попаданием.

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

8.1.4.5.2 Три процессора одновременно читают и пишут область

Этот пример иллюстрирует одновременное чтение и затем запись области процессорами Р1, Р2 и РЗ. Пример начинается с состояния, когда вис кеши недействительны. Действие происходит следующим образом:

1) три процессора пытаются прочитать из своих кешей;

2) три кеша просматривают ксшевый тег для области и определяют, что он недействителен;

3) три кеша потом запрашивают магистраль. Кеш С1 выигрывает арбитраж и становится задатчиком;

4) кеш С1 совершает передачу разделяемого чтения;

5) кеши С2 и СЗ выставляют tf* и be* для получения данных, запрошенных кешем С1. Память М выставляет sr* для расщепления передачи;

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

7) кеш С1 устанавливает свой атрибут «разделяемый запросчик», память М — атрибут «разделяемый ответчик», а остальные кеши — атрибуты «ожидающий запросчик»,

8) когда данные становятся доступными, память М совершает передачу разделяемого ответа. Кеши С2 и СЗ выставляют tГ* и be* для получения данных, выставленных памятью М;

9) по окончании несдачи модули определяют, что передача завершена без ошибки;

10) память М очишаст свой атрибут «разделяемый ответчик»;

11) кеш С1 очищает свой атрибут «разделяемый запросчик» и изменяет состояние строки кеша на разделяемую нсмодифицированиую;

12) другие кеши очищают свои атрибуты «ожидающий запросчик» и изменяют состояние своих кешевых строк на разделяемые нсмодифицированныс;

13) кеши предоставляют данные своим процессорам;

14) три процессора одноп]юменно пытаются записать в строку кеша;

15) грн кеша потом запрашивают магистраль. Кеш С1 выигрывает арбитраж и становится задатчиком;

16) кеш С1 совершает передачу недействительности;

17) кеши С2 и СЗ отслеживают пс]>сдачу недействительности и изменяют состояние своих кошевых строк на недействительные;

IS) когда передача завершается и кеш С1 определяет, что передача завершена без ошибки, он делает строку исключительной модифицированной и присоединяет записанные данные от процессора 1’1 к строке кеша;

19) кеши С2 и СЗ запрашивают магистраль, С2 выигрывает арбитраж и становится задатчиком;

20) кеш С2 совершает передачу модифицированного чтения.

135

ГОСТ Р ИСО/МЭК 10857-95

21) память М выставляет sr* для расщепления передачи Кеш Cl отслеживает передачу, выставляет si * для расщепления передачи и выставляет iv* для того, чтобы заставить кеш С2 выста-нить sw * для оповещении памяти М о том. что память нс обязана выставлять запрошенные данные Кеш С2 устанавливает у себя атрибут «исключительный запросчик* Кеш С1 устанавливает у себя атрибут «исключительный ответчик». Кеш СЗ оставляет свой атрибут «ожидающий запросчик»;

22) когда кеш С1 ютов прсдосгашпь данные, он запрашивает магистраль и совершает несдачу модифицированного ответа Кеш С2 принимает данные;

23) кеш С2 устанавливает состояние строки кеша в исключительную модифицированную Кеш С1 устанавливает состояние своей строки кеша в недействительную. Кеш С2 очищает свой атрибут «исключительный запросчик». Кеш CI очищает свой атрибут «исключительный ответчик*. Кеш СЗ очищает свой атрибут «ожидающий запросчик»;

24) кеш СЗ запрашивает шину и совершает передачу модифицированного чтения.

25) память М выставляет si * для расщепления передачи. Кеш С2 отслеживает Передачу, выставляет Яг* для расщепления передачи и выставляет iv* для того, чтобы заставить кеш СЗ выставить sw * для оповещения памяти М о том, что память нс обязана выставлять запрошенные данные Кеш СЗ устанавливает у себя атрибут «исключительный запросчик». Кеш С2 устанавливает у себя атрибут «исключительный ответчик»;

26) когда кеш С2 готов предоставить данные, он запрашивает магистраль и совершает передачу модифицированного ответа. Кеш СЗ принимает данные;

27) кеш С2 устанавливает состояние строки кеша в исключительную модифицированную. Кеш CI устанавливает состояние своей ctjmtkh кеша в недействительную. Кеш С2 очищает свой атрибут «исключительный запросчик». Кеш CI очищает свой атрибут «исключительный ответчик»;

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

8.1.5 Использование расщепленных передач для задержки окончаний недействительности

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

Архитектура с разделяемой памятью, использующая расщепленные передачи, представленная на рис. 8—7, состоит из архитектуры с разделяемо]! памятью, расширенной за счет модулей агентов кеч пл и агентов памяти.

Рисунок дан с намерением показать, что агенты кеша, агенты памят и и дополнительные модули подключены с использованием некоторой технологии, которая может быть весьма независимой от этой спецификации. Рисунок нс претендует показать компоновку на платах или в корпусах, а так же другие детали оборудования. Некоторые виды оборудования могут иметь модули как агента кеша, так и агента памяти для оснащения кеш-когерентного магистрального моста. Некоторые виды оборудования могут использовать иерархическое кеширование и множеством уровней протоколов кешеной когерентности на множестве магистральных сегментах Р896.1. Некоторые виды оборудования могут использовать ксш-когс|>снтныс мосты для других магистральных стандартов.

8 1.5.1 Агенты кеша

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

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

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

12*

ГОСТЕ ИСО/МЭК 10857-95

Рисунок’ 8—7 — Архитектура paujiiwiviiiioro отеста

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

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

8 1.5.2 Агенты памяти

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

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

Агент памяти должен быть способен получать данные из исключительной модифиии|к>впнной строки кеша, когда удаленный кеш требует этого. Если строка является исключительной модифицированной, агент памяти должен использовать запрос «пения для получения данных. Если строка кеша нс является исключительной модифицированной, любой запрос чтения агента памяти потерпят неудачу, поскольку нс будет вмешательства. Если строка исключительная нсмодифицщюваи-ная. агент памяти может изменить состояние строки в любое другое без видимой магистральной передачи Агенты памяти хранят путь к каждой строке (изтех. за которые они отвечают», имеющем состояние исключительной модифицированной и иерархии выше нес. установкой атрибута строки памяти модифицированный для этой строки. Агент памяти должен предотвращать случаи появления строк кеша е исключительным немодифицированным состоянием, настолько чтобы он может отслеживать нее изменения состояний на исключительный модифицированный.

537

ГОСТ P ИСО/МЭК 10857-95

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

Агент памяти расщепляет передачу для назначения разрешения чтения и записи области, которой он управляет и пределах магисцкыьноги сегмента, на котором он находится. Ира во доступа на запись запрашивается для .модифицированного чтения или передачи недействительности Право доступа на запись предоставляется успешным завершением передачи и любой ассоциированной поддачей расщепленного ответа. Когда сегмент магистрали имеет права доступа на чтение и запись, все ксши и кеш-агенты должны быть с недействительными, разделяемыми немодифициро-ванными и исключительными модифицированными состояниями Право доступа на «пенис запрашивается для разделяемого или модифицированного чтения, обратного копирования с выставленным tf* или недействительного чтения с выставленным tf* Право доступа на чтение предоставляется успешным завершением передачи и любой ассоциированной передачей расщепленного ответа. Когда сегмент магистрали имеет право доступа только на «пенне, все ксши и кеш-агенты должны бытье недействительными и разделяемыми немодифицированными состояниями.

Агент памяти должен передавать внешние передачи недействительности к сегменту магистрали. если сегмент имеет право доступа на «пенис. Агент памяти должен передавать внешние вмешательств к сегменту магистрали. если сегмент имеет право доступа на запись.

8.1 5.3 Расщепленные передачи

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

Если более чем один модуль расщепляет какую-то конкретную передачу, все модули, расщепляющие передачу, расщепляют любые передачи ответа, которые они отслеживают, до тех пор, пока они не завершат свои ответы. В койне концов все эти модули выдают передачу ответа или позволяют завершиться отслеженным передачам Ответа без дальнейшею расЩемеиШЕ

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

8.1.5,3.1 Модифицированное чтение

Любой модуль может задерживать подтверждение недействительности, выставляя tf *для передачи модифицированного чтения.

Если SR* также выставлен модулем, который будет выполнять копню данных, тогда модифи-циронаниое чтение является расщепленным как для подтверждения доступа, гак и для подтверждения недействительности В этом случае каждый модуль, выставивший tf*, должен в конечном итоге произнести передачу ответа или разрешить завершение передачи отслеженного ответа без дальнейшего расщепления.

Если SR* нс выставлен, но выставлен TF*. модифицированное чтение дает действительную копию связанных данных, но за этим должна следовать передача недействительности для получения гарантированного подтверждения недействительности. В этом случае каждый модуль, выставивший tf* . не имеет никаких обязательств до тех пор. пока нс произойдет передача недействительности.

8. L5.3.2 Недействительность

Любой модуль может задерживать подтверждение недействительности выставлением sr* во время передачи недействительности.

8.1.5.3.3 Недействительная запись

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

Любой модуль может задерживать подтверждение недействительности для передачи недействительной записи, выставляя sr*.

13»

ГОСТ Р ИСО/МЭК 10857-95

8.1.5.3.4 Модифицированный ответ

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

Кеш-агенты или агенты памяти могут расщеплять модифицированный ответ сигналом sr* для ст)юки кеша, про которую сшс не известно, является ли она недействительной Кеш-агенты, расщепляющие модифицированным ответ, также выставляют tf*.

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

8.1.5.4 Атрибуты запрашиваемого и отвечающего

Кеш-агенты и агенты памяти используют атрибуты запрашивающего и отвечающего как это было описано ранее. В дополнение, модули устанавливают «недействительность отвечающего», если они расщепляют передачи недействительности Модули устанавливают «недействительную запись отвечающего», если они расщепляют передачи недействительной записи Модули устанавливают «исключительность запрашивающего», если они инициируют передачу недействительности, которая расщеплена другим модулем. Модули устанавливают «недействительную запись запрашивающего*, если они инициируют передачу недействительной записи, которая расщеплена другим модулем.

К I 5.5 Множество незавершенных передач на строку кеша

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

Использование иерархических кешей с принципом «включения» вызывает столкновения всех возможных конфликтующих, одновременных передачи. Система с иерархическими хешами проявляет принцип «включения», если для каждой строки кеша существует единственный путь от кеша к памяти, и каждый кеш-агент содержзгг сумму атрибутов для всех строк, за которые он ответственен. Во всех представленных Примерах Ют]>счастся принцип «включающий».

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

Некоторые типы передач могуч быть пропущены кеш-агентами мимо памяти. Такими являются следующие передачи:

1) передача модифицированного или разделяемого чтения для чтения модифицированной, обновленной копии.

2) передача недействительности для перевода всех удаленных кешей в недействительное состояние;

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

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

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

139

ГОСТ Р ИСО/МЭК 10857-95

Передачи чтения, направляющиеся от памяти, всегда преследуют исключительный атрибут. Если они сталкиваются с передачей, направляющейся в сторону памяти, эта передача должна иметь обновленную копию данных во время передачи. Это обстоятельство завершает передачу разделяемого ’пения. Передача модифицированного чтения получает копию Данных, но должна продолжаться в направлении от памяти как передача недействительности.

Передача недействительности, направляющаяся от памяти, может натолкнуться на сегмент магистрали с хешами или/нли кеш-агентами. находящимися в состоянии расщепленной передачи. Агент памяти инициирует передачу недействительности без выставления wt*. Вес кеши становятся недействительными без влияния на состояние их расщеплен нои передачи. Кеш-агенты удостовсри-ваются, что их удаленные кеши в текущий момент переводятся в недейст вительное состояние, вы-ставляют sr*, если какой-нибудь удаленный кеш еще не является недействительным. Кеш-агенты докладывают о завершении несдачей модифицированного ответа. Вее кеш-агенты следят за магистралью и выставляют sr* и tf*, если переход в недействительность еще не завершен. Агент памяти следит за магистралью и выставляет sr *, чтобы не дать первоначальному инициатору передачи ее завершить. Когда агент памяти наблюдает передачу модифицированного ответа без ТЕ*. он знает , «по вес хеши, подключенные через сегмент магистрали, гарантированно являются недействительными.

Передача недействительной записи, направляющаяся от памяти, может натолкнуться на сегмент магистрали с хешами и/или кеш-агентами, находящимися в процессе расщепленной передачи. Агент памяти инициирует передачу недействительной записи как только адресный цикл, без выставления wt* . Вее кеши переходят в недействительное состояние, сбрасывая состояния любых незавершенных расщепленных передач. Кеш-агенты удостовсриваклся, что их удаленные кеши пе-рсведятся в недействительное состояние дальнейшим прохождением недействительной записи, выставляя sr,* если некоторые удаленные кеши еще нс являются недействительными. Кеш-агенты докладывают о завершении передачей модифицированного ответа. Вее кеш-агенты следят за магистралью и выставляют Sr*, если переход в недействительность еще нс завершен. Агент памяти следит за магистралью. Когда агент памяти наблюдает передачу модифицированного ответа без sr*, он знает, что вес кеши, подключенные через сегмент магистрали, гарантированно являются недействительными После передачи модифицированного ответа без st * веем кешам с отмененными расщепленными передачами разрешается сделать новую попытку.

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

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

Ксш-агснт или агент памяти, имеющий обновленную копию строки кеша, выставляет sr* на команду модифицированного чтения. Он становится в дальнейшем ответственным за выполнение передачи модифицированного ответа с обновленной копией.

Ксш-агснт, выполняющий задержанный переход в нсдсйствггтсльность, выставляет tf* на команду модифицированного чтения. Если агент памяти выставляет sr*. тогда ксш-агснт выполняет расщепленный переход в недействительность, как описано выше. Если ни один агент памяти не выставляет sr*, тогда задатчик после передачи модифицированного чтения выполняет передачу не-дсйстпитсльности. содержащую только адрес, разрешая ксш-агснгу ее расщепить выставлением sr* Если передача недействительности следует непосредственно в том же цикле владения магистралью, тогда нс возникает возможности для зацикливания.

8.1.5.6 Примеры

Рис. 8—8 показывает од ну строку в модуле М, разделяемую десятью процессорами через десять кешей, чстг.рс кеш-агента, четыре агента памяти и пять сегментов магистрали. Для понимания примера веем модулям даны иерархические номера. Вее сегменты магистрали имеют метку поддерживающих их памяти или агентов памяти.

ГОСТ Р ИСО/МЭК 10857-95

Рисунок X—X — Пример .модели множества ешмеинж МЫМефаЛК с расщепленными передачами

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

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

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

8-1.5.6.1 Один процессор читает н записывает область

Этот пример иллюстрирует чтение с непопаданием, за которым следует запись с непопаданием. В начале примера все ко ши недействительны. Действие происходит следующим образом:

1) процессор Р411 читает область из кеша C4II. Кеш С411 проверяет тег строки кеша и определяет, что строка кеша недействительна;

2) кеш С411 запошивает магистраль МА41, становится задатчиком и затем совершает передачу разделяемого чтения;

3) агент памяти MA4I расщепляет передачу, устанавливает свой атрибут разделяемого ответчика для требуемой строки кеша и передаст запрос чтения ксш-агентус нсспсиифициронанным протоколом;

4) когда передача завершается, кеш С411 определяет, что передача была расщеплена и устанавливает свой атрибут разделяемого запросчика для требуемой строки кеша;

5) кеш-агент СА41 запрашивает магистраль МА4, становится задатчиком и затем совершает передачу разделяемого чтения;

in

I OCT P ИСО/МЭК 10857-95

6) агент памяти MA4 расщепляет передачу, уста на или наст своп атрибут разделяемого ответчика для требуемой строки кеша и передает запрос чтения кеш-агенту СА4 с неспецифированным протоколом;

7) когда передача завершается, кеш СА41 определяет, что передача была расщеплена, и уста* надпивает свой атрибут разделяемого запросчика для требуемой строки кеша;

8) кеш-агент СА4 запрашивает магистраль М, становится задатчиком и затем совершает передачу разделяемого ‘пения. Память М расщепляет передачу, выставляя sr*. Кеш-агент СА4 устанавливает атрибут разделяемый запросчик. Память М устанавливает разделяемый ответчик;

9) память М получает данные, запрашивает магистраль и совершает передачу разделяемого ответа. Память М выставляет данные. Кеш-агент СА4 принимает данные, изменяет состояние строки кеша на исключительное нсмодифшшрованнос и передает данные МА4 Кеш-агент сбрасывает атрибут разделяемого запросчика. Память М сбрасывает атрибут разделяемого ответчика;

10) агент памяти МА4 запрашивает магистраль МА4 и совершает передачу разделяемого ответа. выставляя tf* для П|юдотвращения состояния исключительного мемодифицированного. Когда передача успешно завершается, он очищает атрибут разделяемого ответчика;

11) кеш-агент СА41 принимает данные, изменяет состояние строки кеша на разделяемым не-модифицированный, очищает свой атрибут разделяемою запросчика и передаст данные агенту памяти MA4I,

12) агент памяти МАИ запрашивает магистраль МА41 и совершает передачу разделяемого ответа, выставляя tf* для прелопцтшенш) состояния исключительного мемодифицированного. Когда передача успешно завершается, он очищает атрибут разделяемого ответчика;

13) кеш-агент С411 принимает данные, изменяет состояние строки кеша на разделяемый не-модифицированный. очищает свой атрибут разделяемого запросчик;! и передает данные п|юнсссору Р41]

Таким образом удовлетворяется запрос на чтение, инициированный процессором Р4П Процессор 1’4II может затем совершать любое число «пений, которые все будут чтениями с попаданием;

14) процессор P41I н конце концов записывает и эту строку кеша Кеш С41) проверяет тег строки кеша и определяет, что строка кеша нс является исключительной;

15) кеш C4II запрашивает магистраль MA4I, становится задатчиком в затем совершает передачу недействительности;

16) агент памяти MA4I расщепляет несдачу, устанавливает свой атрибут недействительного ответчика для требуемой строки кеша и передает запрос на недействительность кеш-агенту СА41;

17) когда передача завершается, кеш C4II определяет, что передача является расщепленной, и устанавливает свои атрибут исключительного запросчика для требуемой строки кеша;

18) кеш СА41 запрашивает магистраль МА4, становится задатчиком и затем совершает передачу недействительности;

19) агент памяти МА4 расщепляет передачу, устанавливает свой атрибут недействительного ответчик;! для требуемой строки кеша и передает запрос на недействительность кеш-агенту СА4;

20) когда передача завершается, кеш СА41 определяет, «по передача является расщепленной, и устанавливает свои атрибут исключительного запросчика для требуемой строки кеша;

21) кеш-агент СА4 изменяет состояние своей строки с исключительного нсмодифнцированно-го на исключительный модифицированный и nqxuiaer модифицированный ответ к МА4. Необходимо заметить, что в случае целостного исполнения моста 4. МА4 мог раньше иметь доступ к тегам СА4 и мог бы нс нуждаться в расщеплении передачи на шаге (19);

22) агент памяти МА4 запрашивает магистраль МА4 и совершает передачу модифицированного ответа. Когда поддача завершается успешно, он очищает свой атрибут недействительного ответчика;

23) кеш-агент СА41 принимает модиф)ши|юванный ответ, изменяет состояние строки кеша на исключительный модифицированный, очищает свой атрибут исключительного запросчика и передаст ответ к МА41;

24) агент памяти МА41 запрашивает магистраль МА41 и совершает передачу модифицированного ответа. Когда передача завершается успешно, он очищает свой атрибут недействительного ответчика;

142

ГОСТ Р ИСО/МЭК 10857-95

25) ксш-агснт CM 11 принимает модифицированный отпет, изменяет состояние строки кеша на исключительный модифицированный, очищает спой атрибут исключительного запросчика и присоединяет данные из процессора Р411 к строке кеша и сохраняет ее в кеше.

Вес последующие чтения и записи процессора Р411 являются попаданиями. Этот пример по-калет, как передачи производятся через множественные магистральные мосты и как атрибуты строки кеша накапливаются, используя «включающий» принцип

8.1.5.6.2 Четыре процессора одновременно читают и записывают в область

Этот пример иллюстрирует одновременное чтение области четырьмя процессорами PH. Р2, P4I1 и P4I2 с последующей записью в ту же область. В начале примера все ксши недействительны. Начальное значение области в памяти «0123». Четьею процессора записывают «А-—», «-В—». «--С-» и о—Do соответственно, где только часть строки содержав записанную букву. Действие происходит следующим образом:

11 вес четыре процессор пытаются прочитать из своих кешей:

2) четыре кеша проверяют кешевый тег области и определяют, что он недействительный;

31 четыре кеша запрашивают соответствующие магистрали. Кеш С411 выигрывает арби траж и становится задатчиком на магистрали МАЛ. Кеш C411 совершает передачу уделяемого чтения, которую расщепляет агент памяти МА41 Кеш C4II устанавливает свой атрибут разделяемого за просчика Агент памяти МЛ41 устанавливает свой атрибут разделяемого ответчика и передаст запрос на чтение кеш-агенту CA4I. В |>сзультатс отслеживания передачи по магист|хыи кеш С412 устанавливает свои атрибут ожидающего запросчика;'

4) кеш-агент СА41 выигрывает арбитраж, становится задатчиком на магистрали МА4 и совершает передачу разделяемого чгення. которую расщепляет агент памяти МА4. Кеш-агент СА41 устанавливает свой атрибут разделяемого запросчика. Агент памяти МА4 устанавливает свой атрибут разделяемого ответчика и передаст запрос на чтение кеш-агенту СА4;

5) тем временем кеш С11 выигрывает арбитраж и становится задатчиком на магистрали МА1. Кеш Cl I совершает передачу разделяемого чтения, которую расщепляет агент памяти МА1. Кеш СИ устанавливает своп атрибут разделяемого запросчика. Агент памяти MAI устанавливает свой атрибут разделяемою ответчика и передает запрос на чтение кеш-агенту CAI;

6) кеш-агенты CAI, СА4 и кеш С2 запрашивают магистраль М. Кеш-агент СА4 выигрывает и становится задатчиком на магистрали М, затем совершает передачу разделяемого чтения, которую память М расщепляет, выставляя sr*. Кеш-агент СА4 устанавливает свой атрибут разделяемого запросчика Память М устанавливает свой атрибут разделяемого ответчика. Кеш-агент СА1 и кеш С2 устанавливают атрибут ожидающего запросчика;

7) память М получает данные, запрашивает магистраль, совершает передачу разделяемого ответа и выставляет данные «0123». Кеш-агенты CAI, СА4 и кеш С2перехватывают данные и очищают свои атрибуты запросчика Память М очищает свой атрибут ответчика. Кеш-агент СА4 изменяет состояние строки кеша на разделяемую нсмодифицированную и передает ответ'пения к МА4;

8) кеш-агент CAI после перехвата данных изменяет состояние строки кеша на разделяемую нсмодифицированную и передаст ответ чтения к МА1;

9) кеш С2 после перехвата Данных изменяет состояние ctjiokh кеша на разделяемую немоди-фнцнрованную, -завершает свой запрос чтения и передает данные процессору Р2.

10) агент памяти МА1 запрашивает мапгетраль МА1, становится задатчиком и совершает передачу разделяемого ответа, передавая данные кешу СИ. Агент памяти MAI очищает свой атрибут разделяемого ответчика. Кеш Cl 1 очищает свой атрибут разделяемого зап]юсчика. изменяет состояние строки кеша на разделяемую нсмодифицированную и предоставляет данные процессору РН;

11) агент памяти МА4 запрашивает магистраль МА4. становится задатчиком и совершает передачу разделяемого ответа, передавая данные кеш-агенту CA4I. Агент памяти МА4 очищает свой атрибут разделяемого ответчика. Кеш-агент СА41 передает данные к МА41 я очищает свой атрибут разделяемого запросчика. С41 изменяет состояние строки кеша на разделяемую немодифицирован-ную;

12) агент памяти MA4I запрашивает магистраль MA4I, становится задатчиком и совершает передачу разделяемого ответа, передавая данные кешу С411. Кеш С412 перехватывает данные. Оба кеша изменяют у себя состояния строки кеша на разделяемую нсмодифицированную. Кеш С411 очищает свой атрибут разделяемого запросчика. Кеш 0412 очищает свой атрибут ожидающего запросчика.

143

ГОСТ В ИСО/МЭК 10857-95

Таким образом удовлетвори юти я запросы на чтение, инициированные четырьмя процессорами Процессоры могут теперь совершать любое число чтений, которые все будут попаданиями Четыре кеша и кеш-агенты CAI. СА4 н СА41 имеют строку, помеченную как разделяемую нсмоди фицированную,

13) вес четыре П]>оцессора одновременно записывают и свои кеши;

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

15) четыре кеша запрашивают соответствующие магистрали. Кеш С2 выигрывает арбитраж и становится задатчиком на .магистрали М. Кеш С2 совершает передачу недействительное гл. которую расщепляют кеш-агенты СА1 и СА4. Кеш С2 устанавливает свои атрибут исключительного запросчика. а кеш-агенты СА1 и СА4 устанавливают свои атрибуты недействительного ответчика и псрс-аают запрос на передачу недействительности своим агентам памяти;

16) агент памяти МА) запрашивает магистраль МА1 и выигрывает соревнование у кеша Cl I. Когда агент памяти MAI становится задатчиком, он совершает передачу недействительности, заставляя кеш СИ изменить состояние строки кеша на недействительное. Агент памяти MAI поддаст завершение недействительности кСА1;

17) кеш СИ продолжает запрашивать магистраль МА1, становится задатчиком и совершает передачу модифицированного чтения, которую расщепляет агент памяти МА1 Кеш Cl 1 устанавливает свои атрибут исключительного запросчика, а агент памяти МА1 устанавливает свой атрибут исключительного ответчика и перелает запрос на модифицированное чтение кеш-агенту СА1;

18) кеш-агент C411 выигрывает арбитраж, становится задатчиком на магистрали MA4I и совершает передачу недействительности, которую расщепляет МА41. Кеш С411 устанавливает свои атрибут исключительного запросчика, агент памяти MA4I устанавливает свой атрибут исключительного ответчика и передает запрос на передачу недействительности кеш-агенту С41. Кеш С412 отслеживает передачу и устанавливает свой атрибут ожидающего запросчика, таким образом переходя в режим ожидания без потерь на доступ к магистрали.

В этой точке все четыре кеша ожидают ответы;

19) кеш-агент CAJ становится задатчиком на магистрали М и совершает передачу модифицированного ответа. Кеш-агент СА4 расщепляет передачу с выставлением сигналов sr* и tf*, потому что он нс завершил свою передачу недействительности. Ксш-агснт СА1 очищает свой атрибут нс-действитсльного ответчика;

20) кеш-агент CAI принимает модифицированное чтение от агента памяти МА1 и, так как он все еще остается задатчиком на магистрали М, совершает модифицированное чтение. Кеш-агент СА4 выставляет wt*, а ксш-агснт СА! устанавливает свой атрибут ожидающего запросчика;

21) кеш-агент СА41 становится задатчиком магистрали МА4 и совершает передачу недействительности, которую расщепляет МА4 Кеш-агеит СА41 устанавливает свой атрибут исключительного запросчика, а агент памяти МА4 устанавливает свои атрибут недействительного ответчика.

В этой точке и кеш-агент СА4. и агент памяти МА4 имеют установленными свои атрибуты недействительного ответчика Это означает, что произошло столкновение недействительностей в магистральном мосту СА4/МА4. Установление недействительности, пришедшее от кеша С2. обрабатывается первым, а установление недействительности от кеш-агента CA4J — вторым;

22) агент памяти МА4 очищает свой атрибут недействительного ответчика и устанавливает свой атрибут исключительного ответчика;

23) агент памяти МА4 становится задатчиком на .магистрали МА4 и совершает передачу установления недействительности, котирую расщепляет ксш-агснт СА41 Агент памяти МА4 устанавливает свой атрибут исключительного запросчика. Ксш-агснт СА41 устанавливает свой атрибут недействительного ответчика и продвигает запрос дальше, к агенту памяти МА41;

24) агент памяти МА41 становится задатчиком на магистрали МА41 и совершает передачу установления недействительности, которая заставляет кеш С4Н изменить состояние своей строки кеша на недействительное. Агент памяти МА41 передаст завершение установления недействительности кеш-агенту СА41;

25) кем.-агент CA4I становится задатчиком на магистрали МА4 и совершает передачу модифицированного от пета. Агент памяти МА4 передаст модифицированным ответ кеш-агенту СА4 и очищает свой атрибут исключительного запросчика.

144

ГОСТ Р ИСО/МЭК 10857-95

26) ксш-агснт СА4 становится задатчиком на магистрали М, совершает передачу .модифицированного ответа и очищает свой атрибут недействительного ответчика. Кешу С2 разрешается изменить состояния своей строки кеша на исключительное .модифицированное и присоединить записанные данные от процессора Р2. Величина, записанная в строку, теперь «ОВ23» Ксш-агснт CAI отслеживает модифицированный ответ и затем может очистить свой атрибут ожидающего за-просчика.

В этой точке процессор Р2 завершил свою запись. Строка имеет атрибут не ключ тельная модифицированная в кеше С2 и недействительная в других ксшах системы;

27) кеш-агент СЛ4 становится задатчиком на .магистрали М и совершает передачу модифицированного чтения. Память М расщепляет ее. выставляя sr* Кеш С2 вмешивается в передачу, выставляя sr* и iv*. Кеш-агент СА4 выставляет sw *. Кеш С2 устанавливает атрибут исключительного ответчика. Ксш-агснт СА4 устанавливает атрибут исключительного запросчика. Ксш-агснт СА1 устанавливает свой атрибут ожидающего запросчика,

28) кеш С2 получает данные, запрашивает магистраль и совершает передачу модифицированного отпета Кеш С2 проставляет данные «ОВ23» кеш-агенту СА4 и памяти М. Кеш С2 изменяет состояние строки кеша на недействительное и сбрасывает свой атрибут исключительного ответчика. Кеш-агент СА4 изменяет состояние строки кеша на исключительное модифицированное, сбрасывает свой атрибут исключительного запросчика и передаст данные «ОВ23» агенту памяти МА4. Кеш-агент СА1 сбрасывает свой атрибут ожидающего заплечика;

29) ксш-агснт СА1 становится задатчиком на магистрали М и совершает передачу модифицированного чтения, которую кеш-агент СА4 расщепляет сигналами sr* и iv* Кеш-агент СА1 устанавливает свои атрибут исключительного запросчика, а кеш-агент СА4 устанавливает свой атрибут исключительного ответчика;

30) агент памяти МА4 становится задатчиком на магистрали МА4 и совершает передачу модифицированного ответа, предоставляя данные «ОВ23* кеш-агенту CA4I. Агент памяти МА4 очищает свои атрибут исключительного ответика и устанавливает свой атрибут модифицированный для строки памяти. Кеш-агент СА41 очищает свой атрибут исключительного .запросчика и изменяет состояние строки кеша на исключительное модифицированное;

31) так как агент памяти МА4 является задатчиком на магистрали МА4 и его атрибут исключительного запросчика установлен, он немедленно совершает передачу модифицированного чтения. Кеш-агент СЛ41 расщепляет ее с выставлением сигналов sr* и К* Агент памяти МА4 устанавливает свои атрибут исключительного запросчика, а кеш-агент CA4I устанавливает свой атрибут исключительного ответчика. Ксш-агснт СА41 передает запрос модифицированного чтения агенту памяти MA4I;

32) агент памяти МА41 становится задатчиком на магистрали MA4I и совершает передачу модифицированного ответа, предоставляя данные -ОВ23» кешу С411. Агент памяти МА41 очищает свой атрибут исключительного ответчика и устанавливает у себя модифицированный! атрибут для строки памяти. Кеш С4| I изменяет состояние своей строки кеша на исключительную модифицированную, очищает свой атрибут исключительного запросчика и присоединяет записанные данные от процессора P4II. Величина, записанная в строку, теперь «ОВСЗ^.КеШ С412 очищает свой атрибут ожидающего запросчика;

33) кеш С412 становится задатчиком на магистрали МА41 и совершает передачу модифицированного чтения Кеш C411 вмешивается в передачу с выставлением sr* и iv*. Кеш C4II устанавливает свой атрибут исключительного ответчика. Агент памяти МА41 устанавливает свой атрибут ожидающе го запросчика;

34) кеш С411 получает данные, запрашивает магистраль и совершает передачу модифицированного ответа. Кеш С411 предоставляет данные «ОВСЗ* кешу С412. Кеш С412 присоединяет данные записи, изменяя их значение на *OBCD». и изменяет состояние строки на исключительное .модифицированное. Кеш С411 изменяет состояние строки кеша на недействительное и сбрасывает свой атрибут исключительного ответчика. Кеш C4I2 сбрасывает свой атрибут исключительного запросчика. Агент памяти МА41 сбрасывает свой атрибут ожидающего запросчика;

35) агент памяти MA4I становится задатчиком на магистрали МА41 и совершает передачу модифицированного чтения. Кеш С412 вмешивается в передачу с выставлением сигналов sr* и iv*. Кеш С411 устанавливает спой атрибут исключительного ответчика Агент памяти МА41 устанавливает свои атрибут исключительного запросчика;

145

ГОСТ Р ИСО/МЭК 10857-95

36} кеш C4I2 получает данные, запошивает магистраль и совершает передачу модифицированного ответа. Кеш C4I2 предоставляет данные «OBCD», очищает свой атрибут исключительного ответчика и изменяет состояние своей строки кеша на недействительное. Агент памяти МА41 передает данные кеш-.пени CA4I и очищает свой модифицированный атрибут строки памяти и свой атрибут исключительного запросчика;

37) кеш-агент CA4I становится задатчиком на магистрали МА4 и совершает несдачу модифицированного ответа, передавая данные агенту памяти МА4. Кеш-агент СА41 очищает свой атрибут исключительного ответчика и изменяет состояние своей строки кеша на недействительное. Агент памяти МА4 передаст данные кеш-агенту СА4 и очищает свой модифицированный атрибут строки памяти и свой атрибут исключительного запросчика;

38) кеш-агент СА4 становится задатчиком на магистрали М и совершает передачу модифицированного ответа, передавая данные кеш-агенту CAI Кеш-агент СА4 очищает свой атрибут исключительного ответчика и изменяет состояние своей строки на недействительное. Кеш-агент CAI очищает свой атрибут исключительного запросчика, изменяет состояние своей строки на исключительное модифицированное и передает данные агенту памяти MAI:

39) агент памяти МА1 становится задатчиком на м.н истрл.ш MAI и совершает пс}>едачу модифицированною ответа, передавая данные «OBCD» кешу СИ. Агент памяти MAJ очищает свои атрибут исключительного ответчика и устанавливает свой атрибут модифицированной ст|юки памяти. Кеш Cl I очищает свой атрибут исключительного запросчика, изменяет состояние своей строки кеша на исключительное модифицированное и присоединяет данные записи. Значение в строке кеша становится в итоге равным «АВСDo.

В общем случае число пс]хшач, ожидаемых в случае среды, расщепляющей ответ, двинется (количество запросов) умноженное на (количество иерархических уровней) умноженное на два (запрос. затем ответ). Число передач может быть больше, если много передач должны обращаться к памяти и затем далее в исключительный модифицированный кеш: количество передач может быть меньше, если много передач локальны либо в пространстве, либо во времени, что позволяет сократить область распространения последовательностей передач или объединить множественные передачи Производительность будет сильно зависеть 07 использования кластеров для доступов к данным в физической топологии системы.

В приведенном примере система обработала восемь запросов на обслуживание (четыре чтения и четыре записи) в 32 передачи Этот пример с трехуровневой иерархией мог бы легко иметь 8*3*2 или 48 передач. Относительная локальность и объединение ‘пении были весьма успешны в смысле сокращения числа передач.

8.1 6 Общий список команд и синусов кет-когерентности

WB

ГОСТ Р ИСО/МЭК 10857-95

Где сокращения обозначают следующее

-X» — не имеет значения;

«Связ. М» — связанный отпет от памяти;

«Связ. К» — связанный ответ от вмешивающегося кеша;

«Расщ. М« расщепленный ответ, совершенный памятью;

«Расщ. К» — расщепленный ответ, совершенный вмешивающимся кешем;

«Расщ Но — расщепленный ответ, совершенный но меньшей мере одной задержанной передачей недсйствшельносги;

«Пер. РН» — запросчик переводит свою строку кеша в состояние разделяемой нсмодифи-цированной, некоторые другие кеши также могут иметь разделяемые нсмодифицированныс строки кеша;

«Пер. ИН» — запросчик переводит свою строку кеша в состояние исключительной немодифи-цированной, все другие кеши гарантированно имеют недействительные строки кеша,

«Пер. ИМ» — запросчик переводит свою строку кеша в состояние исключительной модифицированной. все другие кеши гарантированно имеют недействительные строки;

•М должна обн* — память должна обновить свои данные (если память сама нс является задатчиком в расщепленном ответе);

«затем неде нет.» — после передачи модифицированного чтения задатчик должен совершить передачу недействительности;

«Все Н» — каждый кеш гаранти]юванно имеет строку кеша в состоянии недействительности.

«Некоторые РН» — некоторые кеши могут иметь строку кеша в разделяемом немодифициро-ванном состоянии,

«Вее КА Н» — каждый кеш и ксш-агснт гарантированно имеет строку кеша в недействительном состоянии, однако это не относится к агенту памяти;

«Некоторые КА нс Н* — некоторые кеши или кеш-агенты могут нс иметь недействительные строки кеша.

М-154

14?

ГОСТ Р ИСО/МЭК 10857-95

8.1.7 Недопустимые комбинации атрибутов

Если для строки кеша установлен исключительный атрибут, тогда ни один другом кеш нс может иметь для згой строки действительный атрибут. Из этого следует несколько легко определяемых недопустимых последовательностей команд. Любое из этих условии указывает, что требования кеш когерентности подвергнуты риску, в результате чего должен выставляться сигнал ТЕ*.

8.17.1 Разделяемый немодифмцнрованный

Если строка кеша |>азделясмая немодифицированная и кеш наблюдает передачу обратного копирования или передачу чтения с выставленным сигналом IV*, это значит, что другой кеш неправомерно имеет исключительный модифицированный атрибут для этой строки

8.1.7.2 Исключительный немолнфииированяый

Если строка кеша исключительная немодифкиированния И кеш наблюдает передачу обратного копирования, передачу чтения с выставленным сигналом IV*. передачу модифицированного чтения с выставленным TF*, но без tf*, или передачу недействительности, это значит. что другой кеш неправомерно имеет действительный атрибут для этой строки.

8.1.7.3 Исключительный модифицированный

Если строка кеша исключительная модифицированная и кеш наблюдает передачу обратного копирования, передачу модифицированного чтения с выставленным сигналом ТЕ* или передачу недействительности, это значит, что другой кеш неправомерна и мест действительным атрибут для этой строки.

8.1.7 4 Модифицированная строка памяти

Если агент памяти имеет для строки памяти атрибут модифицированной строки памяти и наблюдает передачу чтения без выставленного IV* . ото значит, что какой-то кеш имеет неправомерно сброшенный атрибут исключительный модифицированный. Если агент памяти имеет для ст|юки лжмяти атрибут модифицированной строки памяти и наблюдает передачу недействительности, тогда какой-то кеш неправомерно имеет разделяемым ^модифицированный атрибут для этой строки.

Если .мент памяти нс имеет для строки памяти атрибут модифицированной строки памяти и наблюдает передачу чтения с выставленным IV* или передачу обратного копирования, тогда какой-то кеш неправомерно имеет исключительный модифицированный атрибут для этой строки.

8.2 Спецификация

Уравнения н этом разделе предполагают, что передачи завершены успешно, Если выставлен сигнал BS*. эго значит, что команда не должна произвести никакого действия. Если выставлен сигнал ТЕ*, это значит, что команда нс должна произвести никакого действия или, что на более верхний уровень должно быть послано сообщение об ошибке.

8.2.1 Атрибуты модулей

КЕШ

Модуль КЕШ должен обеспечивать хранение как минимум одной строки кеша. КЕШ должен обеспечивать для каждой своей строки атрибуты, определенные в 8.2.3.

АГЕНТ КЕША

АГЕНТ КЕША это КЕШ-модуль. для которого истинно условие РАЗРЕШЕН ИЕ_РАС-ЩЕПЛЕНИЯ& ПРИНИМАЮЩИЙ-РАСЩЕПЛЕНИЕ.

ПАМЯТЬ

Модуль ПАМЯТЬ должен быть конечным источником и/или назначением для данных, которые могут быть сохранены в нем.

АГЕНТПАМЯТИ

АГЕНТ ПАМЯТИ — это модуль, для которого истинно условие. РАЗРЕШЕНИЕ РАСЩЕПЛЕНИЯ & ПРИНИМАЮЩИЙ ^РАСЩЕПЛЕНИЕ и который действует на локальной магистрали вместо удаленной ПАМЯТИ

8.2.2 Атрибуты статуса

КЕШ_ОР..СМРЕТ

Модули должны устанавливать КЕШ_ОР_СМРЕТпри условии. ЗАВЕРШЕНИЕ ПЕРЕДАЧИ & -ЗАНЯТО & -ОШИБКА ПЕРЕДАЧИ ; РЕЖИМ.МНОЖЕСТВЕННЫХ ПАКЕТОВ & ОЧЕРЕДЬ АТРИБУТОВ.

ОЧЕРЕДЬ. АТРИБУТОВ

Модули должен устанавливать ОЧЕРЕДЬ. АТРИБУТОВ при условии, что все атрибуты, необходимые для совершения ожидающей своей очереди операции со строкой кеша, являются сохраненными таким образом, что они могут быть позднее применены к соответствующему пакету.

ГОСТ Р ИСО/МЭК 10857--95

КЕШИРОВАННЫЙ

Модуль должен устанавливать КЕШИРОВАННЫЙ при условии: ЛДРЕС_ДЕКОДИРОВАН и адрес находится и диапазоне, установленном .тля пространств;» ксш-«огс])снтности, и модуль способен отвечать на кеш-когерентные передачи и имеет тег. соответствующий строке кеша, ассоциирующейся с данным адресом. Модуль должен поддерживать КЕШИРОВАННЫЙ установленным, пока: - КЕШ OP_CMPLT.

ПЕРЕХВАТ.ДАННЫХ

Модуль может устанавливать ПЕРЕХВАТ ДАННЫХ при условии; КЕШИРОВАННЫЙ & (РАЗДЕЛЯЕМОЕ ЧТЕНИЕ [ОБРАТНОЕ.КОПИРОВАНИЕ ; НЕДЕЙСТВИТЫЬНОЕ.Ч 1ЕНИЕ, РАЗДЕЛЯЕМЫЙ ОТВЕТ) и должен поддерживать ПЕРЕХВАТ ДАННЫХ установленным, пока. -КЕШ OP C.MPLT

ПРЕВЕНТИВНЫЙ. ИН

Модуль может устанавливать ПРЕВЕНТИВНЫЙ.ИН при условии: (ЗАДАТЧИК ! КЕШИРОВАННЫЙ) & I РАЗДЕЛЯЕМОЕ ЧТЕНИЕ ; РАЗДЕЛЯЕМЫЙ ОТВЕТ) и должен поддерживать ПРЕВЕНТИВНЫЙ.ИН установленным, пока: -КЕШ OP CMPLT

СОХРАНЕНИЕ КОПИИ

Модуль должен устанавливать СОХРАНЕНИЕ_КОПИИ при условии: (КЕШИРОВАННЫЙ & -СТАТУС НЕДЕЙСТВИТЕЛЬНОСТИ & (НЕДЕЙСТВИТЕЛЬНОЕ ЧТЕНИЕ ; РАЗДЕЛЯЕМОЕ ЧТЕНИЕ ЗАДАТЧИК & (ОБРАТНОЕ.КОПИРОВАНИЕ ' РАЗДЕЛЯЕМЫЙ.ОТВЕТ)) & модуль удержит -СТаТУС.НЕЧЕЙСТВИТЕЛЫЮСТИ в конце передачи) и должен поддерживать СОХРАНЕНИЕ КОПИИ установленным, пока; -KEHJ.OP_C.MPLT.

ВЫСТАВЛЕН HE.CS

Модуль должен устанавливать ВЫСТАВЛЕН И E.CS при условии (ЗАДАТЧИК ! КЕШИРОВАННЫЙ) & (ПЕРЕХВАТ.ДАННЫХ ' СОХРАНЕНИЕ КОПИИ [ПРЕВЕНТИВНЫЙ ИН) [ АГЕНТ КЕШААиМОДИФИЦИРОВАНПОЕ.ЧТЕНИЕ [ МОДИФИЦИРОВАННЫЙ ОТВЕТ) & -СГАГУС.НЕДЕЙСТВИТЕЛЬНОСТИ & АГЕНТ.КЕША не может гарантировать С ТАТУС НЕ-ДЕЙСТВИТЕЛЬНОСТИ в конце передачи), идолжен поддерживать ВЫСТАВЛ ЕН И E.CS установленным. пока; - КЕШ OP CMPLT

ВМЕШАТЕЛЬСТВО

Модуль должен устанавливать ВМЕШАТЕЛЬСТВО при условии; КЕШИРОВАННЫЙ & СТАТУС. ИСКЛЮЧИТЕЛЬНОГО МОДИФИЦИРОВАННОГО & (РАЗДЕЛЯЕМОЕ.ЧТЕНИЕ ! МО-ДИФИЦИРОВАННОЕ.ЧТЕНЙЕ [ НЕДЕЙСТВИТЕЛЬНОЕ ЧТЕНИЕ), и должен поддерживать ВМЕШАТЕЛЬСТВО установленным, пока.-КЕШ OP CMPLT.

ОЖИДАНИЕ. КЕШИРОВАННОЕ

Модуль должен устанавливать ОЖИДАНИЕ КЕШИРОВАННОЕ на то время, пока КЕШИРОВАННЫЙ & ОТВЕТЧИК & (РАЗДЕЛЯЕМОЕ.ЧТЕНИЕ [ МОДИФИЦИРОВАННОЕ ЧТЕНИЕ ; НЕДЕЙСТВИТЕЛЬНОСТЬ , НЕДЕЙС1 ВИ I ЕЛЬНОЕ Ч I ЕНИЕ).

КЕШ И РОВАННОЕ.РАСШЕПЛ ЕНИЕ

Модуль может устанавливать КЕШИРОВАННОЕ РАСЩЕПЛЕНИЕ на то время, пока: КЕШИРОВАННЫЙ & (АГЕНТ КЕША & (СТАТУС ИСКЛЮЧИТЕЛЬНОГО МОДИФИЦИРОВАННОГО & (РАЗДЕЛЯЕМОЕ ЧТЕНИЕ ; МОДИФИЦИРОВАННОЕ ЧТЕНИЕ J НЕДЕЙСТВИТЕЛЬНОЕ ЧТЕНИЕ):-СТАТУС НЕДЕЙСТВИТЕЛЬНОСТИ & (НЕДЕЙСТВИТЕЛЬНОСТЬ [ НЕДЕЙСТВИТЕЛЬНАЯ ЗАПИСЬ))’.¹ АГЕНТ ПАМЯТИ & (РАЗДЕЛЯЕМОЕ.ЧТЕНИЕ [ МОДИФИ ЦПРОВАННОЕ.ЧТЕНИЕ, НЕДЕЙСТВИТЕЛЬНОСТЬ , НЕДЕЙСТВИТЕЛЬНОЕ.ЧТЕНИЕ ¹ НЕ-ДЕЙСТВИТЕЛЬНАЯ .ЗАПИСЬ) [ МОДИФИЦИРОВАННЫЙ ОТВЕТ & СТАТУС ОТВЕТЧИКА).

ФЛАГ ОЧЕРЕДИ ПЕРЕДАЧИ

Модули должны устанавливать ФЛАГ ОЧЕРЕДИ.ПЕРЕДАЧИ при условии; УЧАСТИЕ & -РЕЖИМ МНОЖЕСТВЕННЫХ ПАКЕТОВ & ПРИЗНАК РАССОЕДИНЕНИЯ ОБНАРУЖЕН & STU ; ФЛАГПОСЛЕДНЕЙ-ПЕРЕДАЧИ и должны поддерживать ФЛАГ.ОЧЕРЕД И .ПЕРЕДАЧИ установленным, пока: -КЕШ OP CMPLT

СТАТУСЕН ЕДЕЙСТВИТЕЛ ЬНОСТИ

Модуль должен устанавливать СТАТУС Н ЕДЕЙСТВИТЕЛ ЬНОСТИ при условии: АДРЕС ^ДЕКОДИРОВАН & КЕШИРОВАННЫЙ и статус ал ресус мой строки у данного кеша НЕДЕЙСТВИТЕЛЬНЫЙ. Модули должны поддерживать СТАТУС.Н ЕДЕЙСТВИТЕЛ ЬНОСТИ установленным, пока: -КЕШ.ОР.СМРЬТ

149

ГОСТ Р ИСО/МЭК 10857-95

СТАТУС РАЗД ЕЛЯ ЕМО ГО НГ. МОД ИФ И ЦИ РО ВАН I ЮГО

Модуль должен устанавливать СТАТУС_Р?\ЗДЕЛЯЕМО[0_Н ЕМОДИФИЦИРОВАННОГО при условии: АДРЕС_ДЕКОДИ РОВАН & КЕШИРОВАННЫЙ и статус адресуемой строки кеша РАЗ-ДЕЛЯЕМЫЙ_НЕМОДИФИЦИРОВАННЫЙ. Модули должны поддерживать СТАТУС РАЗДЕЛЯЕМОГО HF МОДИФИ НИ 1ЮВАННОГО установленным, пока: -КЕШ OP CMPLT.

СТАТУС_ ИСКЛЮЧИТЕЛЬНОГО.НЕМОДИФИЦИРОВАННОГО

Модуль должен устанавливать СТАТУС. ИСКЛ1ОЧИТЕЛ ИНОГО 1 ^МОДИФИЦИРОВАН -НОГО при условии АДРЕС_ДЕКОДИРОВАН & КЕШИРОВАННЫЙ и статус адресуемой строки кеша ИСКЛЮЧИТГЛЬНЫЙ-НЕМОДИФИЦИРОВАННЫЙ Модули должны поддерживать СТАТУС ИСКЛЮЧИТЕЛЬНОГО-НЕМОДИФИЦИРОВАННОГО установленным, пока: -кеш_ор_смр1т.

СТАТУС ИС К.1104 И ГЕЛ Ы ЮI О-МОДИФ И Ц И РОВАН НОГО

Модуль додже н устанавливать СТАТУС. ИС КЛ Ю Ч И ТЕЛ Ы ЮГО_ МОД И Ф И ЦИ 1*0 ВАН НОГО при условии: АДРЕС ДЕКОДИРОВАН & КЕШИРОВАННЫЙ н статус адресуемой строки кеша ИСКЛ ЮЧИТЕЛ ЬН Ы Й-МОДИФ И И И РОВАН Н Ы Й Модули должны поддерживать СТАТУС_ИС-КЛЮЧИТЕЛЬНОГО МОДИФИЦИРОВАННОГО установленным, пока: -КЕШ_ОР СМР1Т.

СТАТУС_ЗАП РОСЧ И КА

Модуль должен устанавливать СТАТУС_ЗАПРОСЧИКА при условии: АД РЕС J3E КОД И РОВАН & КЕШИРОВАННЫЙ и адресуемая строка КЕША имеет атрибут ЗАПРОСЧИК. Модули должны поддерживать СТАТУС ЗАПРОСЧИКА установленным, пока: -КЕШ OP CMPI.T.

СТАТУС-ИСКЛ ЮЧИТЕЛ Ы ЮГО ЗАП РОСЧ И КА

Модуль должен устанавливать СТАТУС_ИСКЛЮЧИТЕЛИНОГО ЗАПРОСЧИКА при условии: АДРЕС ДЕКОДИРОВАН & КЕШИРОВАННЫЙ и адресуемая строка кеша имеет атрибут ИС КЛ ЮЧ ИТЕЛ ЬН Ы Й_ЗАП РОСЧ И К Модули должны поддерживать СТА ТУС ИСКЛ ЮЧ ИТЕЛ Ь-НОГО ЗАПРОСЧИКА установленным, пока. -КЕШ_ОР_СМР1Л

СТАТУС. РАЗД ЫЯ ЕМОГО.ЗАП РОСЧ И КА

Модуль должен устанавливать СТАТУС РАЗДЕЛЯЕМОГО_ЗАПРОСЧИКА при условии: АД-РЕСДЕКОДИРОВАН & КЕШИРОВАННЫЙ и .|дресусмая строка кеша имеет атрибут РАЗДЕЛЯ-ЕМЫЙ_ЗАПРОСЧИК. Модули должны поддерживать СТ?\ТУС_РАЗДЕЛЯЕ.МОГО_ЗАПРОСЧИКА установленным, пока. -КЕШ_ОР_СМРЕТ.

СТАТУС-ЗАПРОСЧИКАНЕДЕЙСТВИТЕЛЬНОЙ-ЗАПИСИ

Модуль должен устанавливать СТАТУС_ЗАП РОСЧ И КА В ЕДЕЙСТВИТЕЛ ЬНОЙ_ЗАПИСИ при условии- АДРЕС-ДЕКОДИ РОВАН & КЕШИРОВАННЫЙ и адресуемая строка кеша имеет атрибут ЗАПРОСЧИК НЕДЕЙСТВИТЕЛЬНОЙ ЗАПИСИ Модули должны поддерживать СТАТУС-ЗАПРОСЧИКА НЕДЕЙСТВИТЕЛЬНОЙ_ЗАПИСИ установленным, пока. -КЕШ_ОР CMPLT.

СТАТУС_ОТВЕТЧИКА

Модуль должен устанавливать СТАТУС_ОТВЕТЧИКА при условии: АДРЕС_ДЕКОДИРОВАН & КЕШИРОВАННЫЙ и адресуемая строка кеша имеет атрибут ОТВЕТЧИК. Модулидолжны поддерживать СТАТУС ОТВЕТЧИКА установленным, пока:-КЕШ _ОР_СМР1.Т.

СТАТУС_ИСКЛ ЮЧ ИТЕЛ ЬНОГО_ОТВЕТЧ И КА

Модуль должен устанавливать СТАТУС_ИСКЛЮЧИТЕЛЬНОГО_ОТВЕТЧИКА при условии: АДРЕС ДЕКОДИРОВАН & КЕШИРОВАННЫЙ и адресуемая строка кеша имеет атрибут ИСКЛЮЧИТЕЛЬНЫЙ .ОТВЕТЧИК Модулидолжны поддерживать СТАТУС,ИСКЛЮЧИТЕЛЬНОГО ОТВЕТЧИКА установленным, пока: -КЕШ _OP_CMPLT.

СТАТУС_ 11 ЕД ЕЙСТВ ИТЕЛ ЬНО ГО_ОТВ ЁТЧ ИКА

Модуль должен устанавливать СТАТУС Н ЕДЕЙСТВИТ ЕЛ ЬНОГО_ОТВЕТЧ И КА при условии АДРЕС_ДЕКОЛИРОВАН & КЕШИРОВАННЫЙ и адресуемая строка кеша имеет атрибут НЕДЕЙСТВИТЕЛЬНЫЙ-ОТВЕТЧИК. Модули должны поддерживать СТАТУС НЕДЕЙСТВИ-ТЕЛЬНОГО_ОТВЕТЧИКА установленным, пока: -КЕШ_ОР_СМРЕГ.

СТАТУС РАЗД ЕЛЯ Е МО ГО.ОТВЕТЧ И КА

Модуль должен устанавливать СТАТУС_РАЗДЕЛЯГ.МОГО ОТВЕТ ЧИКА при условии: .АДРЕС ДЕКОДИРОВАН & КЕШИРОВАННЫЙ и адресуемая строка кеша имеет атрибут РАЗДЕ-ЛЯЕМЫЙ-ОТВЕТЧИК. Модулидолжны поддерживать СТАТУС РАЗДЕЛЯЕМОГО ОТВЕТЧИКА установленным. пока: -КЕШ_ОР_СМРЕТ.

но

ГОСТ Р ИСО/МЭК 10857-95

СТАТУС ОТВЕТЧИКА НЕДЕЙСТВИТЕЛЬНОЙ ЗАПИСИ

Модуле датжем утиная11 вать СТАТУС.ОТВЕТЧ И КА. 11 ЕДЕ ЙСТВИТЕЛ ЬНОЙ_ЗА Л ИСИ при условии АДРЕС ДЕКОДИРОВАН & КЕШИРОВАННЫЙ и плюсуемая ci|х>ка кеша имеет атрибут ОТВЕТЧИК НЕДЕЙСТВИТЕЛЬНОЙ ЗАПИСИ. Модули должны поддерживать СТАТУС ОТВЕТЧИКА НЕДЕИСТВИТГЛЬНОИ ЗАПИСИ установленным, пока: -КЕШ OP CMPLT

СТАЗУС-ОЖИДАЮШЕГО. ЗАПРОСИ И КА

Модуль даиксн устанавливать СТАТУС_ОЖИДАЮЩЕГО_ЗАП РОСЧ И КА при условии. АД-14 С ДЕКОДИРОВАН & КЕШИРОВАННЫЙ и адресуемая строка кеша имеет атрибут ОЖ ИДА -ЮЩИ Й _3 Al I РОСЧ И К Модули должн ы поддерживать СТАТУС, О Ж ИДА К) Ш Е ГО ЗАП РОСЧ 11 -КА установленным, пока: -КЕШ. OP_CMPLT.

8.2.3 Атрибуты кеш-модуля для каждой строки

НЕДЕЙСТВИТЕЛЬНЫЙ

КЕШ или АГЕНТ_КЕША должен устанавливать НЕДЕЙСТВИТЕЛЬНЫЙ и очишать РАЗ-ДЕЛЯЕМЫЙ_11ЕМОДИФИЦИРОВАННЫЙ ^ИСКЛЮЧИТЕЛЬНЫЙ^НЕМОДИФИЦИРОВАН-НЫЙ ! ИСКЛЮЧИ ТЕЛЬНЫЙ МОДИФИЦИРОВАННЫЙ для всех строк при услинии: СИСТЕМНЫ Й_С ВРОС.

КЕШ или АГЕНТ_КЕША должен устанавливать НЕДЕЙСТВИТЕЛЬНЫЙ и считан. РАЗДЕЛЯЕМЫЙ НЕМОДИФИиИРОВАННЫЙ , ИСКЛЮЧИТЕЛЬНЫЙ НЕМОДИФИЦИРОВАН-НЫН ; ИСКЛЮЧИТЕЛЬНЫЙ МОДИФИЦИРОВАННЫЙ при условии; ЗАДАТЧИКА (МОДИФИЦИРОВАННЫЙ ОТВЕТ НЕДЕЙСТВИТЕЯЬНАЯ_ЗАПИСЬ; НЕДЕЙСТВИТЕЛЬНОЕ ЧТЕНИЕ : (ОБРАТНОЕ КОПИРОВАНИЕ ; РАЗДЕЛИЕМЫЙДУГВЕГ) & -СОХРАНЕПИЕ_КОПИИ) ; КЕШИРОВАННЫЙ & -СОХРАНЕНИЕ КОПИИ & (РАЗДЕЛЯЕМОЕ ЧТЕНИЕ , НЕДЕЙСТВИТЕЛЬНОЕ ЧТЕНИЕ) ; КЕШИРОВАННЫЙ & -РАСЩЕПЛЕНИЕ & (МОДИФИЦИРОВАН-НОЕЧТЕПИЕ, НЕДЕЙСТВИТЕЛЬНОСТЬ ; НЕДЕЙСТВИТЕЛЬНАЯ_ЗАПИСЬ)

КЕШ или АГЕНТ КЕША может устанавливать НЕДЕЙСТВИТЕЛЬНЫЙ и очищать РАЗДЕ-ЛЯЕМЫ Й Н ЕМОДИФИ ЦИРОВА! IН ЫИ ИСКЛЮЧИ ГЕЛ ЬН ЫЙ Н ЕМОДИФИЦИРОВАННЫЙ при условии - ИСКЛ К)Ч ИТЕЛ ЬН Ы Й МОДИФИ ЦИ РОВАН 11Ы Й

КЕШ или АГЕНТ КЕША нс должны разрешать доступ на чтение или модификацию данных «строке кеша и установленным атрибутом НЕДЕЙСТВИТЕЛЬНЫЙ.

РАЗД ЕЛ Я Ё М Ы Й Н Е М ОД И Ф ИIПIРО В А Н Н Ы Й

КЕШ или АГЕНТ КЕША должен устанавливать РАЗДЕЛЯЕМЫЙ НЕ МОДИФИЦИРОВАННЫМ и очищать НЕДЕЙСТВИТЕЛЬНЫЙ • ИСКЛЮЧИТЕЛЬНЫЙ-НЕМОДИФИЦИРОВАН-НЫЙ ! ИСКЛЮЧИ ТЕЛ ЬНЫЙ_МОДИФИЦИ РОВАННЫЙ при условии: ЗАДАТЧИК & (СТАТУС НЕДЕЙСТВИТЕЛЬНОСТИ &-ТОЛЬКО АДРЕС & (РАЗДЕЛЯЕМОЕ ЧТЕНИЕ,' МОДИФИЦИРОВАН НОЕ.ЧТЕНИЕ) ; СОХРАНЕНИЕ КОПИН & (ОБРАТНОЕ КОПИРОВАНИЕ , РАЗДЕЛЯЕМЫЙ ОТВЕТ)} ; КЕШИРОВАННЫЙ & (РАЗДЕЛЯЕМ ЫЙ.ЗАПРОСЧ И К & РАЗДЕЛЯЕМЫЙ ОТВЕТ & СТАТУС НЕДЕЙСТВИТЕЛЬНОСТИ & -ТОЛЬКО АДРЕС & СТАТУС ФЛАГА-ПЕРЕДАЧИ ; ПЕРЕХВАТ ДАННЫХ & -ТОЛЬКО АДРЕС{ ИСКЛЮЧИТЕЛЬНЫЙ ЗАПРОСЧИК & МОДИФИЦИРОВАННЫЙ .ОТВЕТА -ТОЛ ЬКО_ АДРЕС & СТАТУС .РАСЩЕПЛЕНИЯ !-СТАТУС НЕДЕЙСТВИТЕЛЬНОСТИ & СОХРАНЕНИЕ КОПИИ & (РАЗДЕЛЯЕМОЕ ЧТЕНИЕ : НЕДЕЙСТВИТЕНДЮЕ-ЧТЕНИЕЛ

КЕШ или АГЕНТ КЕША может устанавливать РАЗДЕЛЯЕМЫЙ Н ЕМОДИФИЦИРОВАЙ-НЫЙ и очищать ИСКЛЮЧИТЕЛ ЬНЫЙ^МОДИФИЦИРОВАННЫЙ при условии; ИСКЛЮ-Ч ИТЕЛ ЬНЫ Й_ 11 ЕМОДИФИ ЦИ РОВАН Н ЫЙ

КЕШ или АГЕНТ_КЕШЛ нс должен разрешать доступ на модификацию данных в строке кеша е установленным атрибутом РАЗДЕЛЯЕМЫЙ.НЕМОДИФИЦИРОВАННЫЙ. Кеш или АГЕНТ КЕША .может разрешать доступ на чтение данных из строки кеша с установленным атрибутом РАЗДЕЯЯ ЕМЫЙ-Н ЕМОДИФИ НИ РОВАНН Ы Й.

ИСКЛЮЧИТЕЛЬНЫЙ НЕМОДИФИЦИРОВАН Ный

КЕШ млн АГЕНТ.КЕША должен устанавливать ИСКЛЮЧИТЕЛЕН ЫЙ.НЕМОДИФИЦИ-РОВАННЫЙ и очищать НЕДЕЙСТВИТЕЛЬНЫЙ ; РАЗДЕЛЯЕМЫЙ hЕМОДИФИНИPOBAII-НЫЙ '.ИСКЛЮЧИТЕЛЬНЫЙ МОДИФИЦИРОВАННЫЙ при условии: СТАТУС НЕДЕЙСТВИТЕЛЬНОСТИ & -ТОЛЬКО АДРЕС & -ФЛАГ-ОЧЕРЕДИ ПЕРЕДАЧИ & (ЗАДАТЧИК & РАЗДЕЛЯЕМОЕ ЧТЕНИЕ ! КЕШИРОВАННЫЙ & РАЗДЕЛЯЕМЫЙ ЗАПРОСЧИК & РАЗДЕЛЯЕМЫ Й-ОТВЕТТ

’-г в» Ui

ГОСТ I» ИСО/МЭК 10857-95

КЕШ или АГЕНТ КЕША нс должен раз|>сшать доступ ни модификации» данных в строке кеша с установленным атрибутом ИСКИОЧИИЛЬНЫЙ НЕМОДИФИЦИРОВАННЬПЕ Кеш или АГЕН Г_КЕША может разрешать доступ на чтение данных из строки кеша с установленным атрибутом ИСКЛЮЧИ ИЛЬНЫЙ НЕМОДИФМЦНРОВАННЫЙ.

ИСКЛ ЮЧИТЕЛ ЬН ЫЙМОДИФИ НИ РОВАН н ы й

КЕШ или АГЕНТ КЕША должен устанавливать ИСКЛ ЮЧИТЕЛ Ы1ЫЙ_МОДИФИЦИРО-ВАННЫЙ и очищать НЕДЕЙСТВИТЕЛЬНЫЙ ' РАЗДЕЛЯЕМЫЙ НЕМОДИФНЦЦроВАН НЫЙ ; ИСКЛЮЧИТЕЛЬНЫЙ НЕМОДИФИЦИРОВАННЫЙ при условии: ЗАДАТЧИК & -СТА-ТУС_РАСЩЕПЛЕНИЯ & -С1АТУС ОЖИДАНИЯ & (СТАТУС НЕДЕЙСТ1ШТЕЛ1ШОСТИ & МОДИФИЦИРОВАННОЕ.ЧТЕНИЕ& -ФЛАГ ОЧЕРЕДИ_ПЕРЕДАЧИ ] СТАТУС РАЗДЕЛЯЕМОГО. НЕ!МОДИФИ ЦП РОВАН НОГО & НЕДЕЙСТВИТЕЛЬНОСТЬ)’ КЕШИРОВАННЫЙ & ИСКЛЮЧИТЕЛЬНЫЙ ЗАПРОСЧИК & МОДИФИЦИРОВАННЫЙ ОТВЕТА-СТАТУС РАСЩЕП ЛЕНИЯ & (СТАТУС Н ЕДЕЙСТВИТЕЛ ЬНОСТИ & -ТОЛ ЬКО.АД РЕС [ СТАТУС. РАЗД ЕЛЯ ЕМО-ГО Н Е МОД И ФИ ЦИ РОВАН НО ГО).

KE Ш или АГЕНТ КЕША может устанавливать ИСКЛ ЮЧИТЕЛ ЬН ЫЙ_МОДИФИ ЦИ РОВАН -НЫЙ и очищать НСЮ1ЮЧИ ГЕЛЬНЫИ НЕХЮЛИФИПИРОВАННЫЙ при условии ИСКЛЮ-Ч И ГЕЛ ЬНЫЙ I{ЕМОДИФИЦИРОВАННЫЙ.

КЕШ или АГЕНТ. КЕША может разрешать доступ на чтение или модификацию данных в сТ|ЮКс кеша с установленным атрибутом ИСКЛЮЧИТЕЛЬНЫЙ.МОДИФИЦИРО-ВАННЫЙ

8.2.4 Атрибуты запросчика для каждой строки кеша

ЗАПРОСЧИК

Модуль должен устанавливать для строки кеша атрибут ЗАПРОСЧИК при условии ИСКЛЮЧИТЕЛЬНЫЙ ЗАПРОСЧИК ; РАЗДЕЛЯЕМЫЙ-ЗАПРОСЧИК 1 ЗАПРОСЧИК НЕДЕЙСТВИТЕЛЬНОЙ ЗАПИСИ.

ИСКЛ ЮЧ ИТЕЛ ЬНЫЙ 3AIIРОСЧ и к

Модуль должен устанавливать ИСКЛЮЧИТЕ,’! ЬНЫЙ_ЗАП РОСЧ И К при условии: ЗАДАТЧИКА СТАТУС РАСЩЕПЛЕНИЯ & (МОДИФИЦИРОВАННОЕ.ЧТЕНИЕ [НЕДЕЙСТВИТЕЛЬНОСТЬ) и очистить ИСКЛЮЧИТЕЛЬНЫЙ ЗАПРОСЧИК при условии: КЕШИРОВАННЫЙ & (-СТАТУС РАСЩЕПЛЕНИЯ & МОДИФИЦИРОВАННЫЙ.ОТВЕТ [ НЕДЕЙСТВИТЕЛЬНАЯ.ЗАПИСЬ).

Модуль должен очистить ИСКЛЮЧИТЕЛЬНЫЙ ЗАПРОСЧИК для всех строк при условии: СИСТЕМНЫЙ СБРОС.

РАЗД ЕЛЯ Ё М ЫЙ_ЗАЛ РОСЧ И К

Модуль должен устанавливать РАЗДЕЛЯЕМЫЙ.ЗАПРОСЧИК при условии: ЗАДАТЧИК & СТАТУС РАСЩЕПЛЕНИЯ & (РАЗДЕЛЯЕМОЕ.ЧТЕНИЕ [ НЕДЕЙСТВИТЕЛЬНОЕ ЧТЕНИЕ) и очистить РАЗДЕЛЯЕМЫЙ.ЗАПРОСЧИК при условии КЕШИРОВАННЫЙ & (РАЗДЕЛЯЕ-МЫЙ OTBEI [ НЕДЕЙСТВИТЕЛЬНАЯ .ЗАПИСЬ [ОБРАТНОЕ-КОПИРОВАНИЕ).

Модуль должен очистить РАЗДЕЛЯЕМЫЙ.ЗАПРОСЧИК для всех строк при условии: СИСТЕМНЫЙ СБРОС.

ЗАП РОСЧ ИК.Н ЕДЕЙСТВИТЕЛЬНОЙ.ЗА! 1ИСИ

Модуль должен устанавливать ЗАПРОСЧИК.НЕДЕЙСЛ ВИ ГЕЛ ЫЮЙ.ЗАПИСИ при условии: ЗАДАТЧИК & СТАТУС РАСЩЕПЛЕНИЯ & НЕДЕЙСТВИТЕЛЬНАЯ.ЗАПИСЬ и очистить ЗАПРОСЧИК.НЕДЕЙСТВИТЕЛЬНОЙ.ЗАПИСИ при условии КЕШИРОВАННЫЙ & (-СТАТУС.РАСЩЕПЛЕНИЯ & МОДИФИЦИРОВАННЫЙ.ОТВЕТ ‘ НЕДЕЙСТВИТЕЛЬНАЯ ЗАПИСЬ).

Модуль должен очистить ЗЛПРОСЧИК НЕДЕЙСГВИТЕЛЫЮЙ.ЗДПИСИ для всех строк при условии. СИСТЕМНЫЙ.СБРОС.

ОЖИДАЮ 1ЦИЙ ЗАП РОСЧ И К

Модуль должен устанавливать ОЖИДАЮЩИЙ.ЗАПРОСЧИК при условии: -ЗАДАТЧИК & СТАГУС ОЖИДАНИЯ & (РАЗДЕЛЯЕМОЕ.ЧТЕНИЕ [ МОДИФИЦИРОВАННОЕ ЧТЕНИЕ [ НЕДЕЙСТВИТЕЛЬНОСТЬ [НЕДЕЙСТВИТЕЛЬНОЕ ЧТЕНИЕ)

Модуль может устанавливать ОЖИДАЮЩИЙ.ЗАПРОСЧИК при условии: -ЗАДАТЧИК & (СТАГУС РАСЩЕПЛЕНИЯ [ СТАТУС ОЖИДАНИЯ) & (РАЗДЕЛЯЕМОЕ.ЧТЕНИЕ J МОДИ-ФИЦИРОВАННОЕ.ЧТЕНИЕ [ НЕДЕЙСТВИТЕЛЬНОСТЬ [ НЕДЕЙСТВИТЕЛЫЮЕ ЧТЕ-НИЕ [ МОДИФИЦИРОВАННЫЙ.ОТВЕТ).

Модуль должен очистить ОЖИДАЮЩИЙ ЗАПРОСЧИК при условии. КЕШИРОВАННЫЙ & (РАЗДЁЛЯЕМЫЙ_ОТВЕТ [ МОДИФИЦИРОВАННЫЙ ОТВЕТ & -СТАТУС РАСЩЕПЛЕНИЯ ; НЕДЕЙСТВИТЕЛЬНАЯ.ЗАПИСЬ).

ГОСТ Р ИСО/МЭК 10857-95

Модуль должен очистить ОЖИДАЮШИЙ_ЗАПРОСЧИК для всех строк кеша при условии; СИСТЕМНЫЙ .СБРОС. Модули могут очистить ОЖИДАЮЩИЙ ЗАПРОСЧИК при условии; происходи! определенный пользователем тайм-аут.

8.2.5 Атрибуты ответчика для каждой строки кеша

ОТВЕТЧИК

Модуль должен устанавливать ОТВЕТЧИК, при условии: ИСКЛЮЧИТЕЛЬНЫЙ ОТВЕТЧИК [ НЕДЕЙСТВИТЕЛЬНЫЙ ОТВЕТЧИК [ РАЗДЕЛЯЕМЫЙ ОТВЕТЧИК ; ОТВЕТЧИК НЕДЕЙ-СТВ ИТЕЛ ЬНО Й_ЗА ПИСИ.

И С КД ЮЧ ИТЕЛ ЬН ЫЙ_ОТВЕТЧ И К

Модуль должен устиналливать ИСКЛЮЧИТЕЛЬНЫЙ ОТВЕТЧИК При условии: КЕШИРОВАННЫЙ & (РАСЩЕПЛЕНИЕ & СТАТУС ИСКЛ104ИТЕЛЬНОГО_МОДИФИЦИРОВАВНО* ГО& МОДИФИЦИРОВАННОЕ-ЧТЕНИЕ [РАСЩЕПЛЕНИЕ & АГЕНТ ПАМЯТИ & -ST5* МОДИФИЦИРОВАННОЕ, ЧТЕНИЕ) ! АГЕНТ-ПАМЯТИ & СТАТУС Н ЕДЕЙСТВИТЕЛЬНОГО_ОТ-ВЕТЧ И КА & СТОЛ КНОВЕН ИЕ_Н ЕДЕЙСIВИТЕЛ ЬНОСТИ

Модуль должен очищать ИСКЛЮЧИТЕЛЬНЫЙ ОТВЕТЧИК при условия: ЗАДАТЧИК & МОДИФИЦИРОВАННЫЙ ОТВЕТ ‘ КЕШИРОВАННЫЙ & НЕДЕЙСТВИТЕЛЬ-НАЯ_ЗАПИСЬ.

Модуль должен очистить ИСКЛЮЧИТЕЛЬНЫЙ ОТВЕТЧИК для всех строк при условии: СИСТЕМНЫЙ СБРОС.

НЕД Е ЙСТВ ИТЕЛ ЬН ЫЙ_ОТВЕТЧИ К

Модуль должен усганавливать НЕДЕЙСТВИТЕЛЬНЫЙ_ОТВЕТЧИК при условии. КЕШИ* РОВАННЫЙ&(АГЕНТ КЕША ; АГЕНТ ПАМЯТИ) & (НЕДЕЙСТВИТЕЛЬНОСТЬ ¹ МОД11ФИ-ЦИРОВАННОЕ-ЧТЕНЙЕ & СТАТУС_РАСШЕПЛЕНИЯ) & -СТАГУС_НЕДЕЙСТВИТЕЛЬНО-СТИ & АГЕНТ_КЕША нс может 1арантиро!мть СТАТУС НЕДЕЙСТВИТЕЛЬНОСТИ в конце ле-1>едачи.

Модуль должен очищать НЕДЕЙСТВИТЕЛЬНЫЙ_ОТВЕТЧИК при условии; (ЗАДАТЧИК ! КЕШИРОВАННЫЙ & -РАСЩЕПЛЕНИЕ) & МОДИФИЦИРОВАННЫЙ ОТВЕЗ & (АГЕНТ_КЕША ; АГЕНТ_ПАМЯТИ) & СТАТУС НЕДЕЙСТВИТЕЛЬНОСТИ ! КЕШИРОВАННЫЙ & НЕДЕЙСТВИТЕЛЬНАЯ ЗАПИСЬ ; АГЕНТ_ПАМЯ I И & СТОЛКНОВЕНИЕ_НЕДЕЙ-СТВ ИТЕЛ ЬНОСТИ.

Модуль должен очистить НЕДЕЙСТВИТЕЛЬНЫЙ ОТВЕТЧИК для всех строк при условии; СИСТЕМНЫЙ-СБРОС

РАЗД ЕЛ Я Е М Ы Й -ОТВ ЕТ¹1И К

Модуль должен устанавливать РАЗДЕЛЯЕМЫЙ -ОТВЕТЧИК при условии. КЕШИРОВАН НЫЙ & РАСЩЕПЛЕНИЕ & (РАЗДЕЛЯЕМОЕ, ЧТЕНИЕ I НЕДЕЙС ГВИ РЫБНОЕ ЧТЕНИЕ).

Модуль должен очищать РАЗДБ1ЯЕМЫЙ ОТВЕТЧИК при условии: ЗАДАТЧИК & РАЗДЕ-ЛЯ ЕМЫЙ.ОТВЕЗ ; НЕДЕЙСТВИТЕЛЬНАЯ_ЗАПИСЬ.

Модуль должен очистить РАЗДЕЛЯЕМЫЙ ОТВЕТЧИК для всех ст|юк при условии: СИСТЕМНЫЙ СБРОС.

ОТВЕТЧ И К-Н ЕДЕЙСТВИТЕЛ ЬНОЙ„ЗАГ IИСИ

Модуль должен устанавливать ОТВЕТЧИК НЕДЕЙСТВИТЕЛЬНОЙ ЗАПИТ И при условии: КЕШИРОВАННЫЙ & РАСЩЕПЛЕНИЕ & НЕДЕЙСТВИТЕЛ ЬНАЯ.ЗАПИСЬ

Модуль должен очищать ОТВЕТЧИК.НЕДЕЙСТВИТЕЛЬНОЙ ЗАПИСИ при условии: (ЗАДАТЧИК : КЕШИРОВАННЫЙ & -РАСЩЕПЛЕНИЕ) & МОДИФИЦИРОВАННЫЙ ОТВЕТ [ НЕДЕЙСТВИТЕЛЕНАЯ_ЗА11ИСЬ.

Модуль должен очистить ОТВЕТЧИК-НЕДЕЙСТВИТЕЛ ЬНОЙ-ЗАПИСИ для всех строк при условии: СИС ТЕМНЫЙ СБРОС.

СТОЛКНОВЕНИЕ НЕДЕЙСТВИТЕЛЬНОСТИ

Случается в магистральных мостах и поэтому нс рассматривается и этой спецификации. СТОЛКНОВЕНИЕ-НЕДЕЙСТВИТЕЛЬНОСТИ должен быть установлен, когда передача недействительности с одной магистрали сталкивается с передачей недействительности с другой магистрали. С ГОЛ КНОВЕНИЕ. НЕДЕЙСТВИТЕ.1 ЬНОСТИ должен быть очищен, когда столкновение раз-решается.

8.2-6 Определение протокола

8.2 6.1 Размер строки кеша

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

8.2-6.2 Передачи строки кеша

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

•-.*■ ЬЗ

ГОСТ Р ИСО/МЭК 10857-95

9 ПЕРЕДАЧА СООБЩЕН ИЙ

9.1 Описание

Процедура передачи сообщений ФБ- обеспечивает простую и эффективную связь между процессорами в системах ФБт. На прикладном (или системном) уровне процессы в одном модуле системы ФБт посылают сообщения или принимают сообщения от процессов в других модулях. Уровни несдачи сообщении, необходимые для поддержки большого числа аппаратных средств, являются объектом спецификации передачи сообщений.

Передача сообщений ФБт определена на двух уровнях:

1) уровень фрагментов обеспечивает основной протокол для передачи логического объекта, называемого фрагментом сообщения между модулями в пределах ФБ+ -системы;

2) уровень сообщений, использующий! фрагменты сообщений определенные на уровне фрагментов. поддает сообщения переменном длины между модулями

Модули, обладающие способностью передачи сообщений, используют несколько предопределенных адресов внутри пространства управляющих и статусных регистров (РУС) в качестве почтовых ящиков, через которые производится передача фрагментов сообщений. Так как только фрагменты сообщений ФБ- записываются в по’повыс ящики в пространстве сообщений УСР. они могут быть просто отделены и являются совместимыми со всеми остальными передачами ФБ+, как показано на рис. 9—1.

Рисунок 9—1 — Передача сообщении ФБ+

154

ГОСТ Р ИСО/МЭК 10857-95

9-1 1 Уровень фрагментов

Фрагмент сообщения представляем собой блок данных, посылаемых задатчиком в почтовый ящик исполнителя, используя передачу записи. Могут использоваться передачи неблокированном записи или передачи записи без подтверждения Команда передачи с записью без подтверждения это расширенная особенность передачи сообщений ФБ+. Почтовый ящик может быть представлен как «магическая» область. Эти не область памяти, а окно, через которое передаются сообщения. Вышеописанная схема адресации позволяет модулям, передающим сообщения, связываться друге-другом независимо от типа процессора или аппаратных средств. Как только фрагмент сообщения был принят, модуль обрабатывает этот фрагмент, основываясь на информации, содержащийся вето заголовке.

9.1.1.1 Структура фрагмента

Так как фрагмент сообщения может перелаяться между различными типами процессоров с различными внутренними представлениями данных, фрагмент сообщения будет определен так, как он появляется на магистрали. Как показано на рис. 9—2, различные квадлеты и байты, из которых состоит фрагмент сообщения, определяются так, как бы они выглядели на 32. 64, 128 и 256-разряд-них магистралях.

Как показано на рисунке 9—3, 64-разрядный фрагмент сообщения составлен из заголовка и тела и передается через ФБ+ в почтовый ящик сообщений. Первые четыре байта фрагмента содержат заголовочную информацию, являющуюся общей для всех фрагментов сообщения ФБ+, н определяют протокол более высокого уровня, который будет использоваться. Тело фрагмента состоит из 60-байтного фрагмента данных.

5 полей имеются в заголовке фрагмента.

1) Тип команды записи выбирают команду передачи записи, которая будет использоваться Если это поле нулевое, то используется полно связанная команда (передача незащищенной записи). Если это поле установлено в 1. то используется несвязанная команда (запись без подтверждения).

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

б) Порядок передач с записью без подтверждения не гарантирован. Гарантия целостности сообщения возлагается на протоколы передачи сообщения.

2) Поле протокола сообщения выбирает протокол более высокого уровня, используемый для обработки фрагмента. Поле протокола сообщения определяется следующим образом:

а) если величина поля протокола сообщения равна нулю, то фрагмент сообщения нс является частью протокола более высокого уровня;

б) если величина поля протокола сообщения равна единице, го фрагмент сообщения является частью сообщения, которое согласуется с протоколом уровня сообщений ФБ+;

в) если величина поля протокола сообщения равна 2—63, то этот протокол уровня сообщении нс определен этим стандартом, ио зарезервирован для использования в будущем;

7) сели величина поля протокола сообщения раина 64—79. то сообщение согласуется с протоколом уровня сообщений, определенным одним из подобных стандартов;

д)если величина поля протокола сообщения равна 80—127. то сообщение согласуется с одним из протоколов уровня зависимых сообщений производителя.

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

4) Поле глобальной идентификации (глобальная идентификация младшая, глобальная идентификация старшая) определяет модуль, посылающий фрагмент сообщения. Как только фрагмент появляется на магистрали, поле глобальной идентификации есть то же самое, что и глобальная идентификация, описанная в 6.1.17.11.

Так как каждый фрагмент сообщения имеет величину протокола сообщения, несколько протоколов передачи сообщения могут быть использованы внутри одной и той же системы без влияния друг на друга. Если модуль получает фрагмент сообщения с протоколом сообщения, который нс поддерживается этим модулем, модуль может игнорировать этот (фрагмент сообщений.

155

7J-1M

Магистральные байтовые шины

Рисунок 9-2 — Нотация фрагмент

ГОСТ Р ИСО/МЭК 10857-95

Байтовое смещение

Рисунок 9—3 — Формат 64-&1йти11го фрагмента

Размер фрагмента по умолчанию (РАЗМЕР_ФРАГМЕНТА_СООБЩЕНИЯ)-64 банта. Все ФБ+ модули, передающие сообщения, смогут передавать и принимать 64-байтныс сообщения, используя 32-разряднук» магистраль и вынужденные передачи неблокированной записи. Размеры фрагмента, разрядность магистрали и режимы передачи, поддерживаемые обоими, посылающим и принимающим, модулями, отличающиеся от принятых по умолчанию, поддерживаются при условии их поддержки самими модулями. Модули, способные работать с фрагментами больших размеров или большей разрядностью магистрали, совместимы снизу с модулями, имеющими размер фрагмента и разрядность магистрали по умолчанию Фрагмент сообщения с размером .меньше, чем 64 байта, может передаваться между модулями, когда протокол сообщений поддерживает эту особенность. Модуль должен избегать пересылки к модулям фрагментов, размерами большим, чем они поддерживают, гак как возникнет ошибка передачи. Фрагменты сообщении могут быть переданы в фрлгментно.м режиме, если размер фрагмента согласуется с допустимым размером фрагмента и исполнитель способен участвовать в фрагмент ной передаче.

Максимальный размер фрагмента по умолчанию, равный 64 байтам, был выбран для поддержания совместимости с другими аспектами ФБ+ (размер связки кеша и передачи в фрагментном режиме). Большие фрагменты выборочно могут быть использованы, сели возникает необходимость. Гак как буфер для больших фрагментов может быть использован для получения маленьких «фрагментов, но нс наоборот, соответствие операций между модулями, имеющими различные размеры фрагментов, должно быть обеспечено. Как описано в 7.2, каждый модуль, который поддерживает передачу сообщений, имеет регистр совместимого размера «фрагмента сообщения, так что можно определить, какие размеры фрагментов будут совместимы.

9Л 1.2 Структура почтового ящика

Каждый модуль, поддерживающий передачу сообщений, имеет структуру почтового ящика такую же. которая показана на рис. 9—4 Во избежание тупиковых ситуаций, возникающих при использовании одиночного почтового ящика, каждый модуль, передающий сообщения, имеет почтовый ящик для .запросов и ответов. Почтовые ящики могут принимать как широковещательные, так и адресованные к одному исполнителю передачи.

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

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

Аппаратуре разрешено объединять почтовые ящики для запросов и ответов, если могут поддерживаться операции без тупиков. Модуль, который объединяет почтовые ящики опросов и ответов, должен распознавать оба адреса.

ГОСТ Р ИСО/МЭК 10857-95

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

Рисунок 9—4 — Почтовые ящики для передачи сообщений

9 1.12.1 Почтовый ящик запросов

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

9-1.1.2.2 Почтовый ящик ответов

Фрагменты подтверждения посылаются в почтовый ящи^ ответу запрашивающего модуля

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

9.1.1.2.3 Широковещательные передачи

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

Фрагменты сообщений, передаваемые в широковещательном режиме, имеют атрибуты, которые позволяют им посылаться выборочно, как показано на рис. 9—5. Когда декодируется адрес широковещательной несдачи, модули используют шесть младших разрядов адреса. Если значение шести младших разрядов адреса равно нулю, исполнитель всегда принимает сообщение. Если значение шести младших разрядов адреса нс равно нулю, они используются для адресации одного из 63 атрибутов выбора широковещательного почтового ящика, содержащихся в 1югистрс селектируемой маски, как описано в 7.1 (СЕ1ЕКТИРУЕМАЯ_МАСКА_ПРОХОЖДЕНИЯ_СООБШЕНИЯ) Если адресованный атрибут выбора очищен, модуль игнорирует эту передачу и нс выставляет si* в фазе соединения При помощи установки соответствующею атрибута выбора, (фрагменты сообщения эффективно (фильтруются перед гем. как они могут поступить в модуль. Эта особенность передачи сообщений ФБ+ позволяет сообщениям передаваться широковещательно через ФБ+ и в го же время еще позволяет исполнителям выборочно принимать эти сообщения.

ГОСТ Р ИСО/МЭК 10857-95

Рисунок 9—5 — Атрибуты выбора шишжоБешитетьного почтового пшика

Некоторые исполнители, чей почтовый ящик хжят, вызывают окончание передачи с be* статусом. Широковещательный фрагмент является очень эффективным для тех применений, в которых требуется, чтобы много модулей получали одни и те же сообщения в одно и то же время. Однако неразборчивое использование широковещательных фрагментов может вызвать проблемы с л)х>изводитсльностью и черезмерные повторения из-за занятости почтовых ящиков. При помощи использования атрибутов выбора вероятность столкновения с занятым почтовым ящиком может быть уменьшена

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

9.1.IJ Протокол уровня фрагментов

Неблокированная запись или запись без подтверждения может использоваться для передачи фрагмента сообщения в почтовый ящик сообщений. Неблокированная адресная передача может использоваться для определения текущего статуса почтового ящика. Адресные передачи нс изменят состояние почтового ящика (занятость или конфликт сообщений). Модули выставляют be* для индикации ошибки, если любой другой тип передач получен в передаче к почтовому ящику.

Модули, которые поддерживают передачу сообщении, выставляют si * в ответ на вес передачи к почтовым ящикам запросов и ответов. Модули, передающие сообщения, выставляют si* и be ♦ в ответ на все передачи к широковещательным почтовым ящикам, если соответствующий атрибут выбора установлен или AD|5 ...()]* освобождены.

Если «датчик пытается послать фрагмент, который больше чем поддерживает исполнительный модуль, исполнитель выставят tc*, а задатчик, увидя выставленным ТЕ*, должен воспринимать это как ошибку. Исполнители выставляют cd* в течение последней передачи, которую они могут разместить. Если задатчик получает ED* статус, он должен закончить передачу, т. к. исполнительный модуль нс может больше принимать данные Если модуль принимает передачу в почтовым ящик, но временно нс способен получать данные, он выставляет bs*. Первоначальный модуль должен позднее инициировать повтор Модули используют статус занятости для предотвращения записи входного фрагмента поверх необработанного фрагмента.

Модули, передающие сообщения, будут выставлять или отпускать if* посредством установки или сброса КОНФЛИКТ_СООБЩЕНИЯ.

После системного сброса модуль, передающий сообщения, установит КОНФЛ ИК1СООБ ЩЕН ИЯ для всех передач к любому из почтовых ящиков сообщений этою модуля до тех пор. пока почтовый ящик сообщений модуля не инициализирован должным образом.

После того как почтовый ящик сообщений модуля должным образом инициализирован, он установит КОНФЛИКТ_СООБЩЕНИЯ, когда он не будет способен принять фрагмент сообщения вследствие ограниченности ресурсов, которые вероятнее всего нс будут доступны своевременно (время гораздо больше, чем задержка повтора занятости).

J.4-I’*

559

ГОСГ I’ ИСО/МЭК 10857-95

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

9.1Л .4 Приоритет сообщения

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

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

9.1.1.5 Пример уровня фрагментов

Пример возможного исполнения логики приемника фрагментов показан на рис 9—6. Она основана на компоновке блоков сообщений, использующих механизм списка связей, обеспечивающий эффективный метод приема последовательностей фрагментов. Процесс приема фрагментов происходит следующим образом.

Рисунок 9—6 — Передающий сообщения по списку связей

1) До приема любых сообщений регистр указателя фрагмента и указатель связанного списка указывают на одну и ту же область памяти.

2) Другой модуль затем передаст фрагмент сообщения во входной буфер фрагментов модуля.

3) Логика контроля несдачи сообщений передает данные из входного буфера фрагментов в блок памяти, адресуемый посредством указателя связанного списка.

itd

ГОСТ В ИСО/МЭК 10857-95

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

5) Логик.» контроля передачи сообщении затем извещает процессор, что фрагмент сообщения принят, и сбрасывает bs*.

6) Посылающий модуль затем передает другой фрагмент сообщения во входной буфер сообщений модуля.

7) В то время, когда логика передачи сообщений передаст данные из входного буфера фрагментов в блок памяти, адресуемый указателем связанного списка, какой-либо другой модуль шлет другое сообщение в этот модуль

8) Принимающий модуль выставляет bs* , индицируя, «по модулю следует повторить передачу позднее.

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

10) Логика контроля передачи сообщений затем извещает (г. с. прерывает) процессор, что другой фрагмент сообщений принят.

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

12) Логики контроля передачи сообщений передаст данные из входного буфера фрагментов в блок памяти, адресуемый указателем связанного списка.

13) Указатель следующего фрагмента равен нулю в этот момент, поэтому регистр указателя фрагмента установлен в нуль.

14) Логика контроля передачи сообщений затем извещает процессор, что другой фрагмент сообщений принят.

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

9.1.2 Уровень сообщений

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

9 1 2.1 Структура фрагмента уровня сообщений

Сообщение представляет собой логическую единицу, которая состоит из одного или нескольких фрагментов сообщения. Фрагмент уровня сообщений состоит из 8- или 12-байтного заголовка и следующего за ним фрагмента данных переменной длины, как показано на рис. 9—7 (в целях иллюстрации, пакет уровня сообщений показан как 64-байгный фрагмент). Содержимое фрагмента уровня сообщений определяется типом фрагмента.

Поле протокола сообщений фрагмента уровня сообщений такое же, как и в уровне фрагментов. Поле протокола сообщений равно единице для сообщений уровня сообщений ФБ+. Приоритет сообщения и поля глобальной идентификации фрагмента такие же как, и в уровне фрагментов.

Следующий раздел объясняет оставшуюся часть заголовка уровня сообщении.

9.1.2.1.1 Тип фрагмента

Поле типа фрагмента показывает, что фрагмент имеет один из следующих типов:

I) фрагмент неподтвержденного события.

2) фрагмент подтвержденного события,

3) фрагмент пололи пельного подтверждения события;

4) фрагмент отрицательного подтверждения события;

5) фрагмент запроса многофрагментного сообщения;

6) фрагмент положительного ответа многофрагментного сообщения;

7) фрагмент отрицательного ответа многофрагментного сообщения;

8) фрагмент упорядоченных данных многофрагментного сообщения;

9) фрагмент последовательных данных многофрагментного сообщения;

10) последний упорядоченный фрагмент многофрагментного сообщения,

11) последний последовательный фрагмент многофрагментного сообщения;

12) фрагмент положительного подтверждения многофрагментного сообщения;

13) фрагмент отрицательного подтверждения многофрагментного сообщения

Т4* 161

ГОСТ В ИСО/МЭК 10857-95

Заголовок фрагмента

Смещение байтов

О

1

2

3

4

5

6

7

8

9

10

11

12

13

Тип команды записи

(1) Протокол сообщения (7)

Протокол сообщения (8)

Глобальная идентификация младшая (8)

“Тло1бальная идентификация

старшая_______________(8)

Тип фрагмента (8)

Идентификация сообщения (8)

Размер фрагмента младший (8)

Размер фрагмента старший (8)

Байт О расширенного заголовка (8)

Байт 1 расширенного заголовка (8)

Байт 2 расширенного заголовка (8)

Байт 3 расширенного заголовка (8)

Данные фрагмента

Рисунок 9—7 — Структура фрагмента уровня сообщений ФВ+

Другие типы фрагментов зарезервированы для применения в будущем или для фрагментов. оП|К‘делясмых пользователем.

Если старший разряд типа фрагмента установлен, запрос внимания (т. с. прерывание) будет сгенерирован в модуле, принимающем фрагмент.

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

9.1.2.1.2 Размер фрагмента

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

9.L2.I.3 Идентификация сообщения

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

102

ГОСТ Р ИСО/МЭК 10857-95

9 1.2.1.2 Расширенный заголовок

В заголовке уровня сообщений является не обязательным. Содержимое расширенного заголовка меняется к зависимости от типа фрагмента. Расширенный заголовок состоит из Байта 0 Расширенного Заголовка до Байта 3 Расширенного Заголовка в порядке старшинства, где Байт 0 Расширенного Заголовка является наименьшим значащим байтом.

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

9 1.2.1.5 Размер сообщения

Ятя некоторых типов фрагментов расширенный заголовок является размером сообщения. Размер сообщения есть сумма всех байтов сообщения, передаваемого на уровень сообщений из прикладного уровня. В многофрагментном сообщении упорядоченных данных размер сообщения представляет собой сумму всех байт тел фрагментов упорядоченных данных и последнего упорядоченного фрагмента. Для последовательных многофрагментных сообщений размер сообщения подставляет собой сумму всех бант тел фрагментов последовательных данных и последнего последовательного фрагмента.

91.21.6 Интервал фрагментов

Для некоторых типов фрагментов расширенный заголовок есть интервал фрагментов. Интервал (фрагментов посылается запрашивающему модулю для индикации минимального времени между фрагментами многофрагментного сообщения. Использование интервалов короче чем этот интервал может привести к занятости почтового ящика приемника. Минимальное время между фрагментами будет определяться в значительной степени существованием аппаратной поддержки для многофрагментных сообщений.

9.1.2.1.7 Номер последовательности

Для некоторых типов фрагментов расширенный заголовок является номером последовательности. Номер последовательности есть монотонно увеличивающийся номер. Первому фрагменту в серии назначается номер один (1).

9.1.2.1.8 Тип исключения

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

I) недопустимый протокол сообщения;

2) недопустимый приоритет;

3) недопустимый размер фрагмента;

4) недопустимая идентификация сообщения;

5) недопустимая глобальная идентификация;

6) модуль нс поддерживает тип фрагмента последовательных данных,

7) потерянный фрагмент;

8) тайм-аут.

9.1.2.1.9 Фрагмент неподтвержденного события

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

9.1.2.1.10 Фрагмент подтвержденного события

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

9.1.2.1.11 Фрагмент положительного подтверждения события

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

163

ГОСТ Р ИСО/МЭК 10857- 95

9.1.2.1.12 Фрагмент отрицательного подтверждения события

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

9.1.2.1 13 Фрагмент запроса многофрагментного сообщения

Для передачи данных, больших чем .может содержаться в одном фрагменте, модуль может инициировать последовательность .многофрагментных сообщений Фрагмент запроса .многофрагментного сообщения посылается в почтовый ящик запросов для инициации многофрагментного сообщения. Расширенный заголовок содержит размер сообщения многофрагментного сообщения. Идентификация сообщения используется как уникальный идентификатор последовательной передачи многофрагментного сообщения. Модуль, первоначально посылающий .запрос фрагмента многофрагментного сообщения, получит в ответ либо фрагмент положительного ответа .многофрагментного сообщения, либо фрагмент отрицательного отвела многофрагментного сообщения. Остальная часть фрагмента не используется.

9 1 2 1 14 Фрагмент положительного ответа многофрагментного сообщения

Посылается в почтовый ящик ответов, если условия позволяют удовлетворить фрагмент запроса многофрагментного сообщения. Идентификация сообщения в фрагменте ответа должна быть лакая же. как идентификация сообщения в фрагменте -запроса. Расширенный заголовок используется в этом типе фрагмента для передачи интервала .между фрагментами. Остальная часть фрагмент нс используется.

9.1.2.1.15 Фрагмент отрицательного ответа многофрагментного сообщения

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

9.1.2.1.16 Фрагмент упорядоченных данных многофрагментного сообщения

Когда модуль, инициировавший многофрагментное сообщение, получает фрагмент положительного ответа, он должен начать посылать фрагменты упорядоченных данных в почтовый ящик запросов принимающего модуля, если выбраны команды передачи деблокированной записи. Для предотвращения насыщенности принимающего .модуля, кнугрифрагментпый интервал, определяемый интервалом фрагментов, будет посылаться до тою, когда начнет посылаться последующий фраг мент упорядоченных диных. Каждый пакет упорядоченных данных будет содержать фрагмент сообщения Получатель этих (фрагментов сообщения будет собирать сообщение. Идентификация сообщения будет такая же. как в фрагменте запроса .многофрагментного сообщения, который инициировал последовательность сообщения. Идентификация сообщения будет использоваться для связывания фрагмента сообщения с его буфером. 11орядок (фрагментов упорядоченных данных будет гарантирован по веси системе. Этот тип фрагмента совместим только с передачами нсблокщю-ванной .записи. Передача неблоки|Х)ванной записи оптимальна для локальных, по отношению к магистрали, сообщений.

9.1.?.. 1. 17 Фрагмент последовательных данных многофрагментного сообщения

Когда модуль, инициирующий многофрагментное сообщение, принимает фрагмент положительного ответа, он должен начать посылать «фрагменты последовательных данных в почтовый ящик запросов принимающего модуля, если выбрана команда без подвержения Для предотвращения насыщенности принимающего модуля, внутрифрагментный интервал, определяемый интервалом «фрагментов, будет посылаться до того, когда начнет посылаться последующий фрагмент последовательных данных. Каждый «фрагмент последовательных данных будет содержать «фрагмент сообщения. Получатель этих «фрагментов сообщения будет собирать сообщение Идентификация сообщения будет такая же, как в фрагменте запроса многофрагментного сообщения, который инициировал последовательность сообщения. Идентификация сообщения будет использоваться для связывания «фрагмента сообщения с его буфером Монотонно увеличивающийся Номер Последовательности будет помещен в расширенный заголовок для каждого (фрагмента последовательных данных Первый фрагмент последовательных данных будет иметь помер один (I). Нет требований для гарантии порядка (фрагментов последовательных данных.

пч

ГОСГ Р ИСО/МЭК 10857-95

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

9.1.2.1.18 Последний упорядоченный фрагмент многофрагментного сообщения

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

9-1 2.1.19 Последний последовательный фрагмент многофрагментного сообщения

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

9.1.2.1.20 Фрагмент положительного подтверждения многофрагментного сообщения

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

9.1 2.1.21 Фрагмент отрицательного подтверждения многофрагментного сообщения

Посылается в почтовый ящик ответов, если многофрагментное сообщения нс было успешно принято. Идентификация сообщения фрагмента подтверждения должна быть такая же. как и идентификация сообщения, принятая в фрагменте запроса. Расширенный заголовок используется в этом типе (фрагмента для указания кода исключения. Остальная часть фрагмента может быть использована для дополнительной информации об отказе.

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

9.1.2.2 Протоколы сообщений

9 12.21 Протокол дня одиночного неподтвержденного фрагмента

Сообщение из одиночного неподтвержденного фрагмента просто состоит из фрагмента одиночного сообщения, передающегося в почтовый ящик ответов, как показано на рис. 9—8.

Запросчик

Ответчик

Фрагмент неподтвержденного события

Почтовый ящик ответов

Рисунок 9—X — Сообщение из одиночного неподтвержденного Фрагмента

9.1.2.2.2 Протокол для одиночного подтвержденного фрагмента

Сообщение простого подтвержденного фрагмента состоит из двух шагов, как показано на рис. 9—9:

1) сначала фрагмент подтвержденного события передается в почтовый ящик запросов модуля:

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

ГОСТ Р ИСО/МЭК 10857-95

Запросчик

Ответчик

Рисунок 9—9 — Сообщение из простого подтвержденного фрагмента

Как показано на рис. 9—10, посылка упорядочен ноги мноюф|хн мснтного сообщения производится следующим образом

1) фрагмент запроса многофрагментного сообщения посылается в почтовый ящик запросов ответчика. Фрагмент запроса покажет, что запрашивается упорядоченное многофрагментное сообщение. Фрагмент запроса также индицирует размер сообщения;

2) ответчик татем посылает фрагмент положительного ответа в почтовый ящик запросчика для индикации того, что он может принять сообщение. Фрагмент ответа также показывает максималь ную ско]юсть, с которой запросчик должен посылать ф]>агмен1ы;

Запросчик

Ответчик

• НФ

ГОСТ Р ИСО/МЭК 10857-95

3) запросчик затем посылает фрагменты упорядоченных данных ответчику;

4) запросчик посылает нуль или более полные фрагменты до тех лор. пока оставшиеся данные помешаются в один фрагмент. Тогда запросчик посылает последний упорядоченный фрагмент. Эго указывает ответчику, что передача сообщения -завершена:

5) ответчик затем посылает фрагмент положительного подтверждения запросчику для индикации того, что он принял сообщение правильно.

9.1.2.2.4 Протокол для множественных последовательных фрагментов

Как показано на рисунке 9—И, посылка последовательного многофрагментного сообщения производится следующим образом:

I) фрагмент запроса многофрагментного сообщения посылается в почтовый ящик запросов ответчика. Фрагмент запроса покажет, что запрашивается последовательное многофрагментное сообщение. Фрагмент запроса также индицирует размер сообщения.

Рисунок 9—11 - Сеобшенио из множеств* шк-кловиальних фрагментов

2) ответчик затем посылает фрагмент положительного ответа в почтовый! ящик запросчика для индикации того, что он может принять сообщение. Фрагмент ответа также показывает максимальную скорость, с которой запросчик должен посылат ь фрагменты;

3) запросчик затем посылает фрагменты последовательных данных ответчику. Запросчик будет включать в расширенный заголовок каждого фрагмента последовательный номер;

167

ГОСТ Р ИСО/МЭК 10857-95

4) запросчик посылает нуль или более полные фрагменты до тех пор, пока оставшиеся данные помещаются'в один фрагмент. Тогда запросчик посылает последний последовательный фрагмент Это указывает ответчику, что передача сообщения .завершена;

5) ответчик затем посылает фрагмент положительного подтверждения запросчику для индикации того, что он принял сообщение правильно.

9.1.2.3 Тайм-аут запроса/огвета

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

9.1.2.4 Тайм-аут многофрагментного сообщения

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

9.1.2.5 Упорядочение фрагментов

Протокол уровня сообщении предполагает, что упорядочение пакетов сохраняется, когда существует связь между фрагментами сообщения. Упорядочение пакетов нс является необходимым, когда нс существует связи между фрагментами сообщения. Когда связь существует, такая как и в случае «раелрашнвающих» сообщений, упорядочение фрагментов должно быть сохранено. Предпочтительный механизм для сохранения упорядочения — это назначение связанным фрагментам того же приоритета. Когда упорядочение важно, обычно используется передача неблокированной записи.

9.1 2.6 Время владения магистралью

Все пользователи передающих сообщения модулей должны остерегаться инициирования пере дач сообщений с длительным владением, так как другие передачи с более высоким приоритетом могут быть заблокированы для пересылок. Определением протокола более высокого уровня, который разбивает длинные сообщения на короткие«фрагменты сообщений, последовательность фрагментов может передаваться между модулями. В заключении каждой фрагментной передачи магистраль может быть оставлена передаче с более высоким приоритетом Если никакой другой задатчик нс потребовал доступа к магистрали, следующий фрагмент может быть отправлен. Таким образом. большие сообщения moivt поддаваться эффективно без штрафов, связанных с долгими кладе пнями магистралью.

9.2 Спецификация

9 21 Описание атрибутов

И Н И Ц И АЛ И ЗАЦ И Я П ОЧ ТО ВО ГО ЯЩИКА

Модуль должен установить ИНИЦИАПИЗАЦИЯ-ПОЧТОВОГО ЯЩИКАпри условии ИНИЦИАЛИЗАЦИЯ и удерживать его установленным, пока: -КОНФЛ ИКТ_ПОЧТОВОГО ЯЩИ-КА_ЗАПРОСОВ & -КОНФЛИКТ ПОЧТОВО1О ЯЩИКА ОТВЕТОВ

ПОЧТОВЫЙ ЯЩИК-ЗАПРОСОВ

Модуль должен установить ПОЧТОВЫЙ_ЯШИК ЗАПРОСОВ при условии. АДРЕС-ДЕКОДИ РОВАН и адрес соответствует почтовому ящику запросов модуля или ШИРОКОВЕЩАТЕЛЬНЫЙ, как определено в р 896.2. Модуль должен удерживать ПОЧТОВЫЙ ЯЩИК_ЗАПРОСОВ установленным, пока. ИНИЦИАЛИЗАЦИЯ ; ПЕРЕДАЧА ЗАКОНЧЕНА

ПОЧТОВЫ Й ЯШИ К ОТВЕТОВ

Модуль должен установить ПОЧТОВЫЙ ЯЩИК ОТВЕТОВ при условии. АДРЕС_ДЕКО-Д И РОВАН и адрес соответствует почтовому ящику ответов модуля или ШИРОКОВЕЩАТЕЛЬНЫЙ. как определено н р 896.2. Модуль должен удерживать ПОЧТОВЫЙ ЯЩИК ОТВЕТОВ установленным, пока. ИНИЦИАЛИЗАЦИЯ ; ПЕРЕДАЧА_ЗАКОНЧЕНА.

lo^

ГОСГ Р ИСО/МЭК 10857-95

ЗАНЯ ГОСТЬ—ПОЧТОВОГО.Я ШИКА.ЗАПРОСОВ

Модуль должен установить ЗАНЯТОСТЬ_ПОЧТОВОГО_ЯЩИКА .ЗАПРОСОВ, сели почтовый ящик запросов модуля нс может принимать сообщения в настоящим момент времени, но будет способен сделать это. если ЗАДАТЧИК повторит попытку. Модуль должен удерживать ЗАНЯ’ ТОСТЬ ПОЧТОВОГО.Я 1ЦИКЛ_ЗАПРОСОВ установленным, пока почтовый ящик запросов модуля нс сможет принимать сообщения.

ЗАН Я ТОСТ Ь_ ПОЧ ТО ВО ГО Я Щ И КА_ОТ ВЕТОВ

Модуль должен установить ЗАНЯТОСТЬ_ПОЧТОВОГО_ЯЩИКА_ОТВЕТОВ. если почтении ящик ответов модуля нс может принимать сообщения в настоящий момент времени, но будет способен сделать это, если ЗАДАТЧИК повторит попытку. Модуль должен удерживать ЗАНЯТОСТЬ_ПОЧТОВОГО.Я ШИ КА.ОТВЕГОВ установленным, пока почтовый ящик ответов модуля нс сможет принимать сообщения.

ВЫБРАННЫЙ- ПОЧТОВЫЙ ЯЩИК ЗАПРОСОВ

Модуль должен установить ВЫБРАННЫЙ_ПОЧТОВЫЙ ЯЩИК ЗАПРОСОВ при условии ПОЧТОВЫЙ ЯЩИК.ЗАПРОСОВ & (НЕБЛОКИРОВАННАЯ_ЗАПИСЬ ; ЗАПИСЬ_БЕЗ ПОДТВЕРЖДЕНИЯ ( и удержитьщи установленным, пенсе ИНИЦИАЛИЗАЦИЯ ; ПЕРЕДАЧА_ЗАКОН-ЧЕНА.

ВЫБРАННЫЙ ПОЧТОВЫЙ ЯЩИК ОТВЕТОВ

Модуль должен установить ВЫБРАННЫЙ.ПОЧТОВЫЙ ЯЩИК ОТВЕТОВ при условии: ПОЧТОВЫЙ Я ЩИК_ОТВЕТОВ & (НЕБЛОКИРОВАН НАЯ .ЗАПИСЬ ; ЗАГ1ИСЬ_БЕЗ_ПОДТВЕР-ЖДЕНИЯ) к удержать его установленным, пока. ИНИЦИАЛИЗАЦИЯ ПЕРЕДАЧА ЗАКОНЧЕНА

АТРИБУТ_ШИРОКОВЕШАТЕЛЬНОЙ_СЕЛЕКЦИИ

Модуль должен установить АТРИБУТ 1НИРОКОВЕШАТЕЛЫ1ОИ СЕЛЕКЦИИ при условии ШИРОКОВЕЩАТЕЛЬНЫЙ и AD(5 . . . 0|* отпущены или разряд регистра СЕЛЕКТИРУЕ-МАЯ.МАСКА ПРОХОЖДЕНИЯ СООБЩЕНИЯ, соответствующим величине AD[5 . .0|*. установлен. Значение единицы (1) на AD[5 0] * соответствует LSB+1 регистра. Значение шестьдесят три (63) соответствует старшему значащему разряду регистра. Модуль должен удерживать АТРИ-БУТ-ШИРОКОВЕЩАТЕЛЬНОЙ-СЕЛЕКЦИИ установленным, пока ИНИЦИАЛИЗАЦИЯ ПЕ-РЕДАЧЛ ЗАКОНЧЕНА.

КОНФЛИ КТ. ПОЧТОВОГО.Я ЩИКА-ЗАПРОСО В

Модуль должен установить КОНФЛИКТ_ПОЧТОВОГО_ЯЩИКА ЗАПРОСОВ, если почтовый ящик запросов модуля не может принять сообщение в течение интервала повтора жж>пости. но способен сделать эго позднее. Модуль должен удерживать КОНФЛИКТ ГЮЧ ГОВО1 О_ЯШИ-КА ЗАПРОСОВ установленным до тех пор. пока почтовый ящик запросов модуля нс сможет принимать сообщение.

КО НФЛ И КТ.ПОЧТОВО ГО.Я ЩИ К А-ОТВ ЕТО в

Модуль должен установить КОНФЛИКТ ПОЧТОВОГО.ЯЩИКА.ОТВЕТОВ, если почтовый ящик ответов модуля нс может принять сообщение в течение интервала повтора занятости, но способен сделать это позднее. Модуль должен удерживать КОНФЛИКТ ПОЧТОВОГО.ЯЩИКА OI ВЕТОВ установленным до тех пор. пока почтовый яшик ответов модуля нс сможет принимать сообщение.

ВЫБРАННЫЙ ПОЧТОВЫЙ.ЯШИК

Модуль должен установить ВЫБРАННЫЙ_ПОЧТОВЫЙ_ЯЩИК при условии: ВЫБРАННЫЙ ПОЧТОВЫЙ -ЯЩИК ЗАПРОСОВ: ВЫБРАННЫЙ_ПОЧТОВЫЙ ЯЩИК.ОТВЕТОВ и удерживать его Установленным, пока: ИНИЦИАЛИЗАЦИЯ [ПЕРЕДАЧА ЗАКОНЧЕНА.

ЗАНЯТОСТЬ-СООБШЕНИЯ

Модуль должен установить ЗАНЯТОСТЬ.СООБЩЕНИЯ при условии: ПОЧТО-ВЫЙ-ЯЩИК ЗАПРОСОВ & ЗАНЯ ЮСТЬ ПОЧ ГОВО! О_ЯШИК.А ЗАПРОСОВ ; ПОЧТОВЫЙ ЯШИК-ОТВЕТОВ & ЗАНЯГОСТЬ-ПОЧТОВОГО-ЯШИКА-ОТВЕТОВ. Модуль должен удерживать ЗАНЯТОСТЬ СООБЩЕНИЯ установленным, пом: ИНИЦИАЛИЗАЦИЯ ПЕРЕДАЧА ЗАКОНЧЕНА.

КОН ФЛ И КТ.СОО БЩ Е Н И Я

Модуль должен установить КОНФЛИКТ СООБЩЕНИЯ при условии: ИНИЦИАЛИЗАЦИЯ ПОЧТОВОГО.Я ЩИКА ! ПОЧ1ОВЫЙ ЯЩИК_ЗАПРОСОВ& КОНФЛИКТ.ПОЧТОВО-ГО_ЯЩИКА_ЗАПРОСОВ [ ПОЧТОВЫЙ.ЯЩИК.ОТВЕТОВ&КОНФЛИКТ.ПОЧТОВОГО ЯЩИ-КА.ОТВЕТОВ. Модуль должен удерживать КОНФЛИКТ СООБЩЕНИЯ установленным, пока: ИНИЦИАЛИЗАЦИЯ ПЕРЕДАЧА.ЗАКОНЧЕНА.

16У

ГОСТ Р ИСО/МЭК 10857-95

9.2.2 Спецификация форматов фрагментов

9.2.2 I Формат фрагментов — уровень сообщений не ФБ+

Формат фрагментов, нс согласующихся со спецификацией уровня сообщений ФБ*. должен быть:

I) старший разряд нулевого байт должен быть установлен в нуль (0). если передача НЕБЛО-КИ РОВАН НАЯ_ЗА11 ИСЬ будет использоваться для передачи фрагмента. Старший разряд нулевого байта должен быть установлен в единицу (!), сели передача ЗАПИСЬ_БЕЗ ПОДТВЕРЖДЕНИЯ используется для передачи фрагмента;

2) поле, состоящее из разрядов с 0 по 6 включ. в байте 0. должно быть установлено в 0 или 64-127;

3) поле, состоящее из байта I, должно содержать приоритет сообщения;

4) банты 2 и 3 должны содержать глобальную идентификацию посылающего модуля;

5) остальная часть фрагмента может содержав данные, определенные пользователем.

9.2.2.2 Формат фрагмента неподтвержденного события

1) Старшин разряд нулевого байта должен быть установлен в нуль (0), если передача НЕБЛО КИРОВАННАЯ_ЗАПИСЬ_ будет использоваться для передачи фрагмента. Старшим разряд нулевого байта должен быть установлен в единицу (1), если передача ЗАПИСЬ_БЕЗ_ПОДТВЕРЖДЕНИЯ будет использоваться для поддачи фрагмента;

2} Поле, состоящее из разрядов с 0 по 6 включ. в байте 0, должно быть установлено в единицу (О-

3) Поле, состоящее из банта I. должно содержать приоритет сообщения;

4) Банты 2 и 3 должны содержать глобальную идентификацию посылающего модуля;

5) Поле, состоящее из разрядов с 0 по 6 включ. в байте 4. должно содержать единицу (1). Разряд 7 байта 4 должен быть установлен для указания того, что событие запроса внимания будет посылаться принимающему модулю.

6) Bain 5 должен быть установлен в нуль (0).

7) Иоле, состоящее из байтов 6 и 7, должно быть равно сумме всех байтов в фрагменте. Это число должно включать вес банты в заголовке и теле фрагмента.

8) Остальная часть фрагмента может содержать данные, определенные пользователем.

Этот фрагмент должен посылаться только в почтовые ящики ответов.

9 2.2.3 Формат фрагмента подтвержденного события

1) Старший разряд нулевого байта должен быть установлен в нуль (0), если передача НЕБЛО-КИРОВАННАЯ_ЗАПИСЬ будет использоваться для передачи фрагмента. Старший разряд нулевого байта должен быть установлен в единицу (1), если передача ЗАПИСЬ_БЕЗ_ПОДТВЕРЖДЕНИЯ будет использоваться для передачи фрагмента;

2) Поле, состоящее из разрядов с 0 по 6 включ. в байте 0, должно быть установлено в единицу (1).

3) Поле, состоящее из байта 1, должно содержать приоритет сообщения;

4) Байты 2 и 3 должны содержать глобальную идентификацию посылающего модуля;

5) Поле, состоящее из разрядов с 0 по 6 включ. в байте 4, должно содержать двойку (2) Разряд 7 байта 4 должен быть установлен для указания того, «по событие запроса внимания будет посылаться принимающему модулю

6) Бант 5 должен содержать уникальный идентификационный номер. Посылающий модуль должен использовать различные номера для каждого уникального сообщения, которые он посылает в один и тот же принимающий модуль.

7) Поле, состоящее из байтов 6 и 7. должно быть равно сумме всех бантов в фрагменте Это число должно включать все байты в заголовке и теле фрагмента.

8) Остальная часть фрагмента может содержать данные, определенные пользователем.

Этот фрагмент должен посылаться только в почтовые ящики запросов.

9 2.2.4 Формат фрагмента положительного подтверждения события

1) Старший разряд нулевого байга должен быть установлен в нуль (0), если передача НЕБЛО-KII РОВАН НАЯ ЗАП ИСЬ будет использоваться для передачи фрагмента. Старший разряд нулевого байта должен быть установлен в единицу (1). если передача ЗАПИСЬ БЕЗ ПОДТВЕРЖДЕНИЯ будет использоваться для передачи фрагмента.

2) Поле, состоящее из разрядов с 0 по 6 включ. в байте 0, должно быть установлено и единицу (1).

170

ГОСТ Р ИСО/МЭК 10857 -95

3) Поле, состоящее из байта I. должно содержать приоритет сообщения.

4) Байты 2 и 3 должны содержать глобальную идентификацию посылающего модуля.

5) Поле, состоящее из разрядов с 0 но 6 включ. в байте 4, должно содержать тройку (3). Разряд 7 байта 4 должен быть установлен для указания того, что событие запроса внимания будет посылаться принимающему модулю.

6) Байт 5 должен содержать идентификацию сообщения принятую в байте 5 фрагмента подтвержденного события, к которому этот ответ относится.

7) Поле, состоящее из байтов 6 и 7, должно быть равно сумме всех байтов в фрагменте. Это число должно включать все байты в заголовке и теле фрагмента

Этот фрагмент должен посылаться только в почтовые ящики ответов.

9.2.2.5 Формат фрагмента отрицательного подтверждения события

I) Старший разряд нулевого байта должен быть установлен в нуль (0), если пс^дача НЕБЛО-КИ РОВД ИНАЯ ЗА ПИСЬ будет использоваться для передачи фрагмента. Старший разряд нулевого байта должен быть установлен в единицу (1), если передача ЗАПИСЬ БЕЗ ПОДТВЕРЖДЕНИЯ будет использоваться для передачи фрагмента.

2) Поле, состоящее из разрядов с 0 по 6 включ в байте 0. должно быть установлено в единицу (1).

3) Поле, состоящее из байта I, должно содержать приоритет сообщения.

4) Байты 2 и 3 должны содержать глобальную идентификацию посылающего модуля.

5) Поле, состоящее из разрядов с 0 по 6 включ. в байте 4. должно содержать четверку (4). Разряд 7 байта 4 должен быть установлен для указания того, что событие запроса внимания будет посылаться принимающему модулю.

6) Байт 5 должен содержать идентификацию сообщения принятую в байте 5 фрагмента подтвержденного события, к которому этот ответ относится

7) Поле, состоящее из байтов 6 и 7, должно быть равно сумме всех байтов в фрагменте. Это число должно включать все байты в заголовке и геле фрагмента.

8) Поле, состоящее из байтов 8—11, должно содержать величину соответствующего типа исключения, как описано в 9.2.6.

9) Остальные байты фрагмента могут быть использованы для дополнительной информации об ошибке.

Этот фрагмент должен посылаться только в почтовые ящики ответов.

9 2.2.6 Формат фрагмента запроса многофрагментного сообщения

1) Старший разряд нулевого байга должен быть установлен в нуль (0), если передача НЕБЛО-КИК)ВАНН АЯ /ЗАПИСЬ будет использоваться для передачи фрагмента. Старший разряд нулевого байта должен быть установлен в единицу (1), сели передача ЗАПИСЬ БЕЗ ПОДТВЕРЖДЕНИЯ будет использоваться для передачи фрагмента.

2) Поле, состоящее из разрядов с 0 по 6 включ. в байте 0, должно быть установлено в единицу (1).

3) Поле, состоящее из байта 1. должно содержать приоритет сообщения.

4) Байты 2 и 3 должны содержать глобальную идентификацию посылающего модуля.

5) Поле, состоящее из разрядов с 0 по 6 включ. в баше 4, должно содержать пятерку (5). Разряд 7 байта 4 должен быть установлен для указания того, что событие запроса внимания будет посылаться принимающему модулю.

6) Байт 5 должен содержать уникальный идентификационный номер. Посылающий модуль должен использовать различные номера для каждого уникального сообщения, которые он посылает в один и тот же принимающий модуль.

7) Поле, состоящее из байтов 6 и 7, должно содержать двенадцать (12), сумму байтов в фрагменте. Это число должно включать вес байты в заголовке и теле фрагмента

8) Поле, состоящее из байтов 8— 11 включ., должно содержать размер сообщения, как описано в 9.2.3.

Этот фрагмент должен посылаться только в почтовые ящики запросов.

9.2'2.7 Формат фрагмента положительного ответа многофрагментного сообщения

1) Старшин разряд нулевого байта должен быть установлен в нуль (0). если передача НЕБЛО-КИРОВАННАЯ_ЗАПИСЬ будет использоваться для передачи фрагмента. Старший разряд нулевого байта должен быть установлен в единицу (1), если передача ЗАПИСЬ_БЕЗ_ПОДТВЕРЖДЕНИЯ будет использоваться для передачи фрагмента.

171

ГОСТ Р ИСО/МЭК 10857-95

2) Поле, состоящее из разрядов с 0 по 6 включ. в банте О, должно быть установлено в единицу (1).

3) Поле, состоящее из банта I. должно содержать приоритет сообщения.

4) Байты 2 и 3 должны содержать глобальную идентификацию посылающего модуля.

5) Поле, состоящее из разрядов с 0 по 6 включ. в байте 4, должно содержать шестерку (6). Разряд 7 байта 4 должен быть установлен для указания того, что событие запроса внимания будет посылаться принимающему модулю.

6) Байт 5 должен содержать идентификацию сообщения, принятую в байте 5 фрагмента запроса многофрагментного сообщения, к которому этот ответ относится.

7) Поле, состоящее из байтов 6 и 7, должно содержать сумму байтов в фрагменте. Это число должно включать все байты в заголовке и теле фрагмента.

8) Поле, состоящее из байтов с 8 по 11 включ., должно содержать величину максимального интервала между фрагментами, как описано в 9.2.4.

Этот фрагмент должен посылаться только в почтовые ящики ответов.

9.2.2 8 Формат фрагмента отрицательного ответа многофрагментного сообщения

I) Старший разряд нулевого банта должен быть установлен в нуль (0), если передача НЕБЛО-КИРОВАННАЯ ЗАПИСЬ будет использоваться для передачи фрагмента Старший |>азряд биг нулевого байта должен быть установлен в единицу (1), если передача ЗАПИСЬБЕЗ_ПОДТВЕРЖДЕ-II ИЯ будет использоваться для передачи фрагмента.

2) Поле, состоящее из разрядов с 0 по 6 включ. в байте 0, должно быть установлено в единицу (I).

3) Поле, состоящее из байта I, должно содержать приоритет сообщения.

4) Байты 2 и 3 должны содержать глобальную идентификацию посылающего модуля.

5) Поле, состоящее из разрядов с 0 по 6 включ. в байте 4, должно содержать семерку (7). Разряд 7 байта 4 должен быть установлен для указания того, что событие запаса внимания будет посы-латься принимающему модулю.

6) Байт 5 должен содержать идентификацию сообщения принятую в байте 5 фрагмента запроса многофрагментного сообщения, к которому этот ответ относится.

7) Поле, состоящее из байтов 6 и 7, должно содержать сумму байтов в фрагменте. Это число должно включать все байты в заголовке и теле фрагмента.

8) Поле, состоящее из байтов с 8 по 11 включ.. должно содержать величину типа исключения, как описано в 9.2.6.

9) Оставшиеся байты в фрагменте могут использоваться для дополнительной информации об ошибке.

Этот фрагмент должен посылаться только в почтовые ящики ответов.

9 2.2.9 Формат фрагмента упорядоченных данных многофрагментного сообщения

I) Старший разряд нулевого байга должен быть установлен в нуль (0), если передача НЕБЛО-КИРОВАННАЯ ЗАПИСЬ будет использоваться для передачи фрагмента. Старший разряд нулевого банта должен быть установлен в единицу (I), если передача ЗАПИСЬ^БЕЗПОДТВЕРЖДЕНИЯ будет использоваться для передачи фрагмента.

2) Поле, состоящее из разрядов с 0 по 6 включ. в байте 0, должно быть установлено в единицу (1).

3) Поле, состоящее из байта I, должно содержать приоритет сообщения.

4) Байты 2 и 3 должны содержать глобальную идентификацию посылающего модуля.

5) Поле, состоящее из разрядов с 0 по 6 включ. в байте 4. должно содержать восьмерку (8). Разряд 7 байга 4 должен быть установлен для указания того, что событие запроса внимания будет посылаться принимающему модулю.

6) Байт 5 должен содержать идентификацию сообщения принятую в байте 5 фрагмента запроса многофрагментного сообщения, к которому этот фрагмент относится.

7) Поле, состоящее из бантов 6 и 7, должно содержать сумму байтов в фрагменте. Это число должно вклиипть все байты в заголовке и теле фрагмента.

8) Оставшаяся часть фрагмента содержит часть сообщения.

Этот фрагмент должен посылаться только н почтовые ящики запросов.

Р2

ГОСТ В ИСО/МЭК 10857-95

9.2.2-10 Формат фрагмента последовательных данных многофрагментного сообщения

1) Старший разряд нулевого байта должен быть установлен п нуль (0), если передача НЕБЛО-КИ РОВАН НАЯ ЗАП ИСЬ будет использоваться для передачи фрагмента. Старший разряд нулевого байга должен быть установлен в единицу (1), если передача ЗАПИСЬ БЕЗ_ПОДТВЕРЖДЕНИЯ будет использоваться для передачи фрагмента.

2) Поле, состоящее из разрядов с 0 по 6 включ. в байте 0. должно быть установлено в единицу (1).

3) Поле, состоящее из банта Г должно содержать приоритет сообщения.

4) Байты 2 и 3 должны содержать глобальную идентификацию посылающего модуля.

5) Поле, состоящее из разрядов с 0 по 6 включ. в банте 4, должно содержать девятку (9). Разряд 7 байга 4 должен быть установлен для указания того, что событие запроса внимания будет посылаться принимающему модулю.

6) Бант 5 должен содержать идентификацию сообщения, принятую в бай ге 5 фрагмента запроса многофрагментного сообщения, к которому этот фрагмент относится.

7) Поле, состоящее из байтов б и 7, должно содержать сумму байтов в фрагменте. Это число должно включать все байты в .заголовке и теле фрагмента.

8) Поле, состоящее из байтов 8—11, должно содержать монотонно увеличивающийся номер последовательности. Если это первый фрагмент последовательных данных, то номер последовательности должен быть равен единице (1).

9) Оставшаяся часть фрагмента может содержать часть сообщения.

Этот фрагмент должен посылаться только в почтовые ящики запросов.

9.2.2.11 Формат последнего упорядоченного фрагмента многофрагментного сообщения

1) Старший разряд нулевого байта должен быть установлен в нуль (0), если передача НЕБЛО-КИРОВАННАЯ_ЗАП ИСЬ будет использоваться для передачи фрагмента. Старшин разряд нулевого байта должен быть установлен в единицу (I), если передача ЗАПИСЬ_БЕЗ_ПОДТВЕРЖДЕНИЯ будет использоваться для передачи фрагмента.

2) Поле, состоящее из разрядов с 0 по 6 включ. в байте 0, должно быть установлено в единицу (1).

3) Поле, состоящее из байта I, должно содержать приоритет сообщения.

4) Байты 2 и 3 должны содержать глобальную идентификацию посылающего модуля.

5) Поле, состоящее из разрядов с 0 по 6 включ. в байте 4, должно содержать десятку (10). Разряд 7 байга 4 должен быть установлен для указания того, что событие запроса внимания будет посылаться принимающему модулю.

6) Байт 5 должен содержать идентификацию сообщения, пришлую в байте 5 фрагмента запроса многофрагментного сообщения, к которому этот фрагмент относится.

7) Поле, состоящее из байтов 6 и 7, должно содержать сумму байтов в фрагменте. Это число должно включать все байты в заголовке и теле «фрагмента.

8) Оставшаяся часть фрагмента может содержать заключительную часть сообщения.

'Этот фрагмент должен посылаться только в почтовые ЯНШИН запросов

9.2.2.12 Формат последнего последовательного фрагмента многофрагментною сообщения

I) Старший разряд нулевого байта должен быть установлен в нуль (0), если передача НЕЕЛО-К И РОВАН НАЯ_ЗАП ИСЬ будет использоваться для передачи фрагмента. Старший разряд нулевого байта должен быть установлен в единицу (1), если передача ЗАПИСЬ БЕЗ ПОДТВЕРЖДЕНИЯ будет использоваться для передачи фрагмента.

2) Поле, состоящее из разрядов с 0 по 6 включ. в байте 0, должно быть установлено в единицу (1).

3) Поле, состоящее из байта 1, должна содержать приоритет сообщения.

4) Байты 2 и 3 должны содержать глобальную идентификацию посылающего модуля.

5) Поле, состоящее из разрядов с 0 по 6 включ. в байте 4, должно содержать одиннадцать (II). Разряд 7 байта 4 должен быть установлен для указания того, что событие запроса внимания будет посылаться принимающему модулю.

6) Байт 5 должен содержать идентификацию сообщения, принятую в байте 5 фрагмента запроса многофрагментного сообщения, к которому этот фрагмент относится.

7) Поле, состоящее из байтов 6 и 7, должно содержать сумму байтов в фрагменте. Это число должно включать все байты в заголовке и теле фрагмента.

ГОСТ V ИСО/МЭК 10857- 95

8) Поле, состоящее из бантов с $ no II включ., должно содержать последовательным инкрементированный номер последнего фрагмента последовательных данных.

9) Оставшаяся часть фрагмента может содержать заключительную часть сообщения.

Этот фрагмент должен посылаться только в почтовые ящики запросов.

9.2.2.13 Формат фрагмента положительного подтверждения многофрагментного сообщения

I) Старший разряд нулевого байта должен быть установлен в нуль (0), если передача HL БЛОКИРОВАН НАЯ ЗАПИСЬ будет использоваться для передачи фрагмента. Старший разряд нулевого тейпа должен быть установлен В единицу (I), если передача ЗАПИСЬ БЕЗ, ПОДТВЕРЖДЕНИЯ будет использоваться для передачи фрагмента.

2) Поле, состоящее нз разрядов с 0 по 6 включ в байте 0, должно быть установлено в единицу (1).

3) Поле, состоящее из байта I, должно содержать приоритет сообщения

4) Байты 2 и 3 должны содержать глобальную идентификацию посылающего модуля.

5) Поле, состоящее из разрядов с 0 по 6 включ. в байте 4, должно содержать двенадцать (12). Разряд 7 байта 4 должен быть установлен для указания того, что событие запроса внимания будет посылаться принимающему модулю.

6) Байт 5 должен содержать идентификацию сообщения, принятую в байте 5 фрагмента запроса многофрагментного сообщения, к которому лот ответ относится

7) Поле, состоящее из байтов 6 и 7, должно содержать восемь (8), сумму байтов в фрагменте Это число должно включать вес байты в заголовке и теле фрагмента.

Этот фрагмент доджей посылаться только в почтовые ящики ответов.

9.2.2.14 Фирмаг фрагмента отрицательного подтверждения многофрагментного сообщения

I) Старшин разряд нулевого байта должен быть установлен в нуль (0), если передача НЕБЛО КИРО ВАН НАЯМЗАП ИС Ь будет использоваться для передачи фрагмента. Старший разряд нулевого байта должен быть установлен в единицу (I), если передача ЗАПИСЬ_БЕЗ_ ПОДТВЕРЖДЕНИЯ будет использоваться для передачи фрагмента

2) Поле, состоящее из разрядов с 0 по 6 включ. в байте 0, должно быть установлено в единицу (1).

3) Поле, состоящее из байта I, должно содержать приоритет сообщения.

4) Байты 2 и 3 должны содержать глобальную идентификацию посылающего .модуля.

5) Поле, состоящее из разрядов с 0 по 6 включ. в байте 4, должно содержать тринадцать (13). Разряд 7 багета 4 должен быть установлен для указания того, что событие запроса внимания будет посылаться принимающему модулю

6) Байт 5 должен содержать идентификацию сообщения, принятую в байте 5 фрагмента запроса многофрагментного сообщения, к которому этот ответ относится.

7) Поле, состоящее из байтов 6 и 7, должно содержат ь сумму байтов в фрагменте. Это число должно включать все байты в заголовке и теле фрагмента.

X) Поле, состоящее из Рипоне 8 по 11 включ., должно содержать величину соответствующего типа исключения, как описано в 9.2.6.

9) Остальная часть фрагмента может быть использована для дополнительной информации об ошибке.

Этот фрагмент доджей посылаться только в почтовые ящики ответов.

9.2.3 Размер сообщения

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

9.2.4 Интервал между фрагментами

Это положительное число, измеряемое в единицах 2^_J: с. Он показывает минимальную задержку .между посылкой любых двух фрагментов в многофрагментном сообщении

9.2.5 Номер последовательности

ЗарсзсрШ]Х)ван для использования в последовательных многофрагментных сообщениях. Номер последовательности для каждого успешного фрагмента в серии будет увеличиваться на единицу (I).

174

ГОСТ Р ИСО/МЭК 10857-95

9 2.6 Поле типа исключения

С ледующие значения должны использоваться для пахиметров типа исключения для фрагмента отрицательного ответа:

9.2.7 Описание протоколов

9.2.7.1 Протокол задатчика для неподтвержденного однофрагментного сообщения

Чтобы передать неподтвержденное однофрагментное сообщение, модуль должен.

I) (форматировать неподтвержденный (фрагмент события, как определено в 9.2.2.2,

2) передать фрагмент, используя команду записи, определяемую старшим разрядом первого байга.

9 2 7 2 Протокол исполнителя для непод твержденного однофрагментного сообщения

При получении однофрагментного сообщения без подтверждения модуль должен передать этот фрагмент на сто уровень приложении.

9.2.7.3 Протокол задатчика для подтвержденною однофрагментного сообщения

Чтобы передать подтвержденное однофрагментное сообщение, модуль должен:

I) (форматировать Подтвержденный фрагмент события, как определено в 9.2.2.3,

2) передать фрагмент, используя команду записи, определяемую старшим разрядом первого байта;

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

9.2.7.4 Протокол исполнителя для подтвержденного однофрагментного сообщения

При получении простого подтвержденного фрагмента события модуль должен:

I) если фрагмент принят успешно, го (форматировать фрагмент положительного подтвержде ния события, как определено в 9.2.2 4,

2) если фрагмент принят с ошибкой, то сформировать фрагмент отрицательного лодтвер ждения события, как определено в 9.2.2 5;

3) затем передать этот фрагмент запросчику.

9.2.7.5 Протокол задатчика для упорядоченного многофрагментного сообщения

Чтобы передать упорядоченное многофрагментное сообщение модуль должен.

1) (форматировать фрагмент запроса многофрагментного сообщения, как определено в 9.2.2.6:

2) передать (фрагмент, используя команду записи, определяемую старшим разрядом первого байта;

3) если он принимает фрагмент отрицательного ответа многофрагментного сообщения, или если происходит тайм-аут. то известить свой уровень приложения и порвать последовательность;

4) сели он принимает фрагмент положительного ответа многофрагментного сообщения, то «.-форматировать фрагмент упорядоченных данных многофрагментного сообщения, как определено в 9.2.29;

5) затем передать этот (фрагмент ответчику после того, как истечет межфрагментный интервал;

6) повторять шаги (4—5) до тех пор. пока не перешлет все данные, за исключением тих, которые умещаются в одни фрагмент,

175

ГОСТ Р ИСО/МЭК 10857-95

7) затем сформатировать последний фрагмент упорядоченных данных многофрагментного сообщения, как определено и 9.2.2.11;

8) затем передать этот фрагмент ответчику после того, как истечет межфрагментный интервал;

9) если он принимает фрагмент отрицательного подтверждения многофрагментного сообщения или если происходит тайм-аут, то известить спой уровень приложения и прервать последовательность;

10) если он принимает фрагмент положительного подтверждения многофрагментного сообщения. то известить свои уровень приложения об успешном завершении.

9 2.7.6 Протокол задатчика для последовательного многофрагментного сообщения

Чтобы передать последовательное многофрагментное сообщение модуль должен

1) сформатировать фрагмент запроса многофрагментного сообщения, как определено в 9.2.2.6,

2) передать фрагмент, используя команду записи, определяемую старшим разрядом первого байта;

3) если он принимает фрагмент отрицательного ответа многофрагментного сообщения или если происходит тайм-аут. то известить свой уровень приложения и прервать последовательность;

4) если он принимает фрагмент положительного ответа многофрагментного сообщения, то сформатировать фрагмент последовательных данных многофрагментного сообщения, как определено в 9 2.2.10.

5) затем передать этот фрагмент отнетчику после того, как истечет межфрагментный интервал;

6) повторять шаги (4—5) до тех пор, пока нс перешлет все данные, за исключением тех. которые умещаются в один фрагмент;

7) затем сформатировать последний фрагмент последовательных данных многофрагментного сообщения, как определено в 9.2.2.12,

8) затем передать этот фрагмент ответчику после того, как истечет межфрагментный интервал,

9) если он принимает фрагмент отрицательного подтверждения многофрагментного сообщения или если происходит тайм-аут. то известить свой уровень приложения и прервать последовательность,

10) если он принимает фрагмент положительного подтверждения многофрагментного сообщения. то известить свой уровень приложения об успешном завершении.

9 2.7.7 Протокол исполнителя для многофрагментного сообщения

При получении фрагмента запроса многофрагментного сообщения модуль должен.

])если фрагмент принят успешно, го сформатировать фрагмент положительного ответа многофрагментного сообщения, как определено в 9 2.2.13;

2)если фрагмент принят с ошибкой, то сформатироватьфрагмент отрицательного ответа мно-гофрагментного сообщения, как определено в 9 2.2.14;

3) затем передать этот фрагмент запросчику;

4).если сообщение является последовательным многофрагментным сообщением, то затем принять фрагменты последовательных данных многофрагментного сообщения и последний последовательный фрагмент от запросчика и перейти к пункту 6;

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

6) если он нс корректно принял сообщение, то сформатировать фрагмент отрицательного подтверждения многофрагментного сообщения, как определено в 9.2.2.8, и передать его запросчику;

7) если он корректно принял сообщение, то сформатировать фрагмент положительного подтверждения многофрагментного сообщения, как определено в 9 2.2.7, и передать его запросчику.

170

ГОСТ Р ИСО/МЭК 10857-95

УДК 681.327:006.354 ОКС 35.200

Г185 ОКСТУ 0034

Ключевые слона: интерфейс, Фьючерс+ , протокол, логический уровень, арбитраж, магистраль, передача данных.

Редактор В II Огурцов Технический редактор В. Н. Прусакова Корректор Л. Я. Митрофанова Компьютерная верстка А- Г Хоменко

Сдо> с. iu№p 0>ЛХ%. Пмииийю ь лот II 05.%. Уса. нем. и. Л.». Уса. qc-on. JI/J Ус-и», л. ИЛ Тира. 270 оке С 5199. Su. IS*

ИПК Миленою лэмЛфШ^, 1OJV76. Москва, КоЛздсжмй оф I*. ДР Ч W1W т ЮХКИ tbSpoao в Кмухсздй nuiuipatwi етшим’те'* ■* ПЭВМ. Кдеужсш ^издпмфш «шыртде. ул. Миимоде. i$*.

ПЯРМ 0WIM