Control Flow Graph representation » History » Version 18
Sergey Smolov, 07/30/2014 02:50 PM
1 | 1 | Mikhail Chupilko | h1. Control Flow Graph representation |
---|---|---|---|
2 | |||
3 | В данном разделе содержится описание внутреннего представления HDL-описаний на основе графа потока управления (control flow graph, CFG). В дальнейшем представление будет именоваться CFG-моделью. |
||
4 | |||
5 | CFG-модель состоит из трех подсистем: |
||
6 | * представления конструкций исходного кода |
||
7 | * компонентов связывания с исходным кодом |
||
8 | * модели памяти |
||
9 | |||
10 | h2. Представление конструкций исходного кода |
||
11 | |||
12 | Классом верхнего уровня CFG-модели является *@CFGModel@*. @CFGModel@ содержит набор модулей @Module@, никак не связанных между собой. |
||
13 | |||
14 | 9 | Sergey Smolov | Модуль *@Module@* содержит строковое имя, строковое имя конкретного экземпляра (непустое при инстанцировании) модуля, набор вложенных модулей @Module@, набор процессов @Process@. |
15 | 1 | Mikhail Chupilko | |
16 | 12 | Sergey Smolov | Процесс *@Process@* содержит список чувствительности @EventList@ и граф потока управления @Cfg@. Процесс может иметь "начальный" (initial) тип. Процессы начального типа имеют пустой список чувствительности. |
17 | Если процесс "начального" типа, то он выполняется однократно, прочие процессы выполняются "вечно" - содержащиеся в них последовательности инструкций начинают выполняться каждый раз, когда возникает событие из соответствующих списков чувствительности. |
||
18 | 1 | Mikhail Chupilko | |
19 | Список чувствительности *@EventList@* содержит неупорядоченный набор событий @Event@ (возможно пустой). |
||
20 | |||
21 | Событие *@Event@* описывается типом события @EventType@ и переменной @RangedVariable@, для которой и наступает событие. |
||
22 | Представлены следующие типы событий *@EventType@*: передний фронт @POSITIVE_EDGE@, задний фронт @NEGATIVE_EDGE@, произвольный фронт @ANY_EDGE@. |
||
23 | |||
24 | 9 | Sergey Smolov | Переменная с указанным поддиапазоном *@RangedVariable@* содержит переменную @NodeVariable@ (см. документацию к библиотеке Fortress) и её поддиапазон @Range@. |
25 | Поле пользовательских данных переменной @NodeVariable@ содержит дескриптор данных *@VariableData@*. |
||
26 | |||
27 | Дескриптор данных содержит: |
||
28 | * указатель на местоположение переменной в памяти @ILocation@; |
||
29 | 15 | Sergey Smolov | * тип переменной *@VariableType@* (представлены следующие типы: входной сигнал @IN@, выходной сигнал @OUT@, сквозной сигнал @INOUT@, внутренняя переменная @REG@, константа @CONST@). |
30 | 9 | Sergey Smolov | |
31 | 1 | Mikhail Chupilko | Поддиапазон *@Range@* содержит два числа, задающих соответственно левую и правую границы подмассива. |
32 | |||
33 | Процесс постоянно находится в состоянии ожидания до тех пор, пока не происходит событие, находящееся в списке чувствительности. |
||
34 | Как только такое событие происходит, процесс осуществляет выполнение всех инструкций, которые содержатся в его графе потока управления. |
||
35 | |||
36 | 7 | Sergey Smolov | На множестве процессов задается отношение частичного порядка вида "happens before". |
37 | 1 | Mikhail Chupilko | Отношение задает порядок выполнения разных процессов при возникновении общего события в их списках чувствительности. |
38 | 7 | Sergey Smolov | Отношение задается только в том случае, когда процессы (теоретически) имеют зависимость по данным. |
39 | 1 | Mikhail Chupilko | В CFG-модели данное отношение реализовано как множества ссылок на входящие и исходящие зависимости для каждого процесса. |
40 | 6 | Sergey Smolov | С помощью методов @getParentProcesses()@ и @getChildProcesses()@ для фиксированного процесса можно определить предшествующие ему и последующие процессы соответственно. |
41 | 1 | Mikhail Chupilko | |
42 | Граф потока управления *@Cfg@* - это набор узлов *@CfgNode@*. Между узлами могут быть определены связи "родитель <-> ребенок". Если узел A является родителем узла B, то это означает, что поток управления сначала попадает в узел A, а потом в узел B. |
||
43 | В общем случае допускается наличие нескольких родительских и нескольких дочерних узлов, но для каждого из типов узлов могут бть введены дополнительные ограничения. |
||
44 | Все типы узлов указаны в перечислимом типе *@CfgNodeType@*: |
||
45 | @CFG@ - граф потока управления |
||
46 | 4 | Sergey Smolov | @SOURCE@ - стартовый узел графа потока управления типа *@Source@*, не содержит ссылок на родительские узлы, содержит ровно одну ссылку на дочерний узел |
47 | 13 | Sergey Smolov | @SINK@ - конечный узел графа потока управления типа *@Sink@*, не содержит ссылок на дочерние узлы, может иметь несколько ссылок на родительский узел |
48 | 1 | Mikhail Chupilko | @NODE@ - узел неопределенного типа |
49 | @ASSERT@ - узел типа @Assertion@, не содержит ссылок на дочерние узлы, содержит ровно одну ссылку на родительский узел |
||
50 | @BASIC_BLOCK@ - узел базового блока типа @BasicBlock@, |
||
51 | @CONDITION@ - узел условия типа @Condition@ |
||
52 | @SWITCH@ - узел ветвления типа @Switch@ |
||
53 | @MERGE@ - узел типа @Merge@ |
||
54 | @INSTANCE@ - узел типа @Instance@ |
||
55 | @PROCESS@ - узел типа @Process@ |
||
56 | @MODULE@ - узел типа @Module@ |
||
57 | |||
58 | Часть узлов уже была рассмотрена выше. |
||
59 | |||
60 | базовый блок *@BasicBlock@* |
||
61 | 18 | Sergey Smolov | Содержит ровно одну ссылку на родительский узел и список инструкций присваивания. Присваивания являются объектами класса @Assignment@. |
62 | 16 | Sergey Smolov | Присваивания, находящиеся в одном базовом блоке, выполняются в том порядке, в котором они хранятся в списке. |
63 | 18 | Sergey Smolov | *@Assignment@* - это набор переменных с указанным поддиапазоном (возможно пустым, что соответствует переменной целиком) @RangedVariable@ и присваиваемое их конкатенации выражение @Node@. |
64 | Присваивание может быть неблокирующим (concurrent) или блокирующим. |
||
65 | 1 | Mikhail Chupilko | |
66 | ветвление *@Switch@* |
||
67 | 17 | Sergey Smolov | Cодержит ровно одну ссылку на родительский узел и не менее двух ссылок на дочерние узлы. Дочерние узлы имеют тип @Case@. |
68 | 14 | Sergey Smolov | Ветвление содержит выражение, значение которого проверяется в данном блоке. |
69 | 1 | Mikhail Chupilko | |
70 | 14 | Sergey Smolov | условие *@Case@* |
71 | Cодержит ровно одну ссылку на родительский узел и ровно одну ссылку на дочерний узел, а также набор допустимых значений. Каждое значение имеет тип @NodeValue@. |
||
72 | Значения соответствуют выражению, хранящемуся в родительском узле ветвления. |
||
73 | 1 | Mikhail Chupilko | |
74 | оператор слияния *@Merge@* |
||
75 | Является обратным к условному оператору. Cодержит не менее двух ссылок на родительские узлы и ровно одну ссылку на дочерний узел. |
||
76 | |||
77 | 11 | Sergey Smolov | исключение *@Assertion@* |
78 | 13 | Sergey Smolov | Содержит ровно одну ссылку на родительский узел, ровно одну ссылку на дочерний узел, а также уровень выбрасываемого исключения. Родительским узлом для узла @Assertion@ может быть только узел @Condition@. Дочерним узлом для узла @Assertion@ может быть только узел @Sink@. |
79 | 1 | Mikhail Chupilko | |
80 | h2. Подсистема компонентов связывания с исходным кодом |
||
81 | |||
82 | *Важно*: подсистема не реализована, присутствует в проекте в виде заготовки. |
||
83 | |||
84 | Описание расположения *@CodeLocation@* содержит полное имя @QFileName@ файла, где расположена соответствующая структура исходного кода (инструкция, модуль или что-то иное); также содержит отображение диапазонов номеров строк в сами строки @CodeLineMap@. |
||
85 | |||
86 | Полное имя *@QFileName@* является оберткой вокруг строкового имени, содержащего абсолютный путь к файлу. |
||
87 | |||
88 | Отображение *@CodeLineMap@* содержит набор пар вида <диапазон строк @CodeLineRegion@, контейнер соответствующих строк @CodeLineContainer@>. |
||
89 | |||
90 | Диапазон строк *@CodeLineRegion@* содержит два номера, называемых левым и правым индексами. |
||
91 | |||
92 | Контейнер строк *@CodeLineContainer@* содержит набор строк кода. |
||
93 | |||
94 | h2. Подсистема модели памяти |
||
95 | |||
96 | *Важно*: подсистема не реализована, присутствует в проекте в виде заготовки. |
||
97 | |||
98 | Цель создания модели памяти заключается в необходимости имитировать исполнение ВП на конкретных данных (например, для исполнения тестовых последовательностей). Основным компонентом здесь является память *@Memory@*, которая представляет собой массив ячеек типа *@Bit@*. Каждая ячейка имеет номер и содержимое. Для заполнения ячеек памятью используется механизм извлечения подмассива ячеек, такой подмассив имеет тип *@Location@*. Предполагается, что у каждой переменной ВП @MVariable@ имеется свой подмассив ячеек памяти @Location@. |