Control Flow Graph representation » History » Version 10
Sergey Smolov, 06/18/2014 11:29 AM
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 | Процесс *@Process@* содержит список чувствительности @EventList@ и граф потока управления @Cfg@. |
||
17 | |||
18 | Список чувствительности *@EventList@* содержит неупорядоченный набор событий @Event@ (возможно пустой). |
||
19 | |||
20 | Событие *@Event@* описывается типом события @EventType@ и переменной @RangedVariable@, для которой и наступает событие. |
||
21 | Представлены следующие типы событий *@EventType@*: передний фронт @POSITIVE_EDGE@, задний фронт @NEGATIVE_EDGE@, произвольный фронт @ANY_EDGE@. |
||
22 | |||
23 | 9 | Sergey Smolov | Переменная с указанным поддиапазоном *@RangedVariable@* содержит переменную @NodeVariable@ (см. документацию к библиотеке Fortress) и её поддиапазон @Range@. |
24 | Поле пользовательских данных переменной @NodeVariable@ содержит дескриптор данных *@VariableData@*. |
||
25 | |||
26 | Дескриптор данных содержит: |
||
27 | * указатель на местоположение переменной в памяти @ILocation@; |
||
28 | * тип переменной *@VariableType@* (представлены следующие типы: входной сигнал @IN_SIGNAL@, выходной сигнал @OUT_SIGNAL@, сквозной сигнал @INOUT_SIGNAL@, внутренняя переменная @REGISTER@, константа @CONSTANT@). |
||
29 | |||
30 | 1 | Mikhail Chupilko | Поддиапазон *@Range@* содержит два числа, задающих соответственно левую и правую границы подмассива. |
31 | |||
32 | Процесс постоянно находится в состоянии ожидания до тех пор, пока не происходит событие, находящееся в списке чувствительности. |
||
33 | Как только такое событие происходит, процесс осуществляет выполнение всех инструкций, которые содержатся в его графе потока управления. |
||
34 | |||
35 | 7 | Sergey Smolov | На множестве процессов задается отношение частичного порядка вида "happens before". |
36 | 1 | Mikhail Chupilko | Отношение задает порядок выполнения разных процессов при возникновении общего события в их списках чувствительности. |
37 | 7 | Sergey Smolov | Отношение задается только в том случае, когда процессы (теоретически) имеют зависимость по данным. |
38 | 1 | Mikhail Chupilko | В CFG-модели данное отношение реализовано как множества ссылок на входящие и исходящие зависимости для каждого процесса. |
39 | 6 | Sergey Smolov | С помощью методов @getParentProcesses()@ и @getChildProcesses()@ для фиксированного процесса можно определить предшествующие ему и последующие процессы соответственно. |
40 | 1 | Mikhail Chupilko | |
41 | Граф потока управления *@Cfg@* - это набор узлов *@CfgNode@*. Между узлами могут быть определены связи "родитель <-> ребенок". Если узел A является родителем узла B, то это означает, что поток управления сначала попадает в узел A, а потом в узел B. |
||
42 | В общем случае допускается наличие нескольких родительских и нескольких дочерних узлов, но для каждого из типов узлов могут бть введены дополнительные ограничения. |
||
43 | Все типы узлов указаны в перечислимом типе *@CfgNodeType@*: |
||
44 | @CFG@ - граф потока управления |
||
45 | 4 | Sergey Smolov | @SOURCE@ - стартовый узел графа потока управления типа *@Source@*, не содержит ссылок на родительские узлы, содержит ровно одну ссылку на дочерний узел |
46 | @SINK@ - конечный узел графа потока управления типа *@Sink@*, не содержит ссылок на дочерние узлы, содержит ровно одну ссылку на родительский узел |
||
47 | 1 | Mikhail Chupilko | @NODE@ - узел неопределенного типа |
48 | @ASSERT@ - узел типа @Assertion@, не содержит ссылок на дочерние узлы, содержит ровно одну ссылку на родительский узел |
||
49 | @BASIC_BLOCK@ - узел базового блока типа @BasicBlock@, |
||
50 | @CONDITION@ - узел условия типа @Condition@ |
||
51 | @SWITCH@ - узел ветвления типа @Switch@ |
||
52 | @MERGE@ - узел типа @Merge@ |
||
53 | @INSTANCE@ - узел типа @Instance@ |
||
54 | @PROCESS@ - узел типа @Process@ |
||
55 | @MODULE@ - узел типа @Module@ |
||
56 | |||
57 | Часть узлов уже была рассмотрена выше. |
||
58 | |||
59 | базовый блок *@BasicBlock@* |
||
60 | 5 | Sergey Smolov | Содержит ровно одну ссылку на родительский узел и список инструкций присваивания. Присваивания являются объектами класса @AssignStatement@. |
61 | 10 | Sergey Smolov | Присваивания, находящиеся в одном базовом блоке, выполняются в том порядке, в котором они хранятся в списке. |
62 | *@AssignStatement@* - это набор элементарных присваиваний @AtomicAssignStatement@. Элементарные присваивания, находящиеся в одном присваивании, |
||
63 | выполняются одновременно. |
||
64 | В частности, в языке VHDL к одновременно выполняемым относятся присваивания значений сигналам. Такие присваивания в данном представлении называются |
||
65 | "конкурирующими". Если исходный код содержит последовательность конкурирующих присваиваний, то в данном представлении они буду объединены в одно присваивание. |
||
66 | 8 | Sergey Smolov | Элементарное присваивание *@AtomicAssignStatement@* содержит переменную с указанным поддиапазоном @RangedVariable@ и присваиваемое ей выражение @Node@. |
67 | 1 | Mikhail Chupilko | |
68 | ветвление *@Switch@* |
||
69 | Cодержит ровно одну ссылку на родительский узел и не менее двух ссылок на дочерние узлы. Дочерние узлы имеют тип @Condition@. |
||
70 | |||
71 | условие *@Condition@* |
||
72 | Cодержит ровно одну ссылку на родительский узел и ровно одну ссылку на дочерний узел, а также условие типа @Node@. |
||
73 | |||
74 | оператор слияния *@Merge@* |
||
75 | Является обратным к условному оператору. Cодержит не менее двух ссылок на родительские узлы и ровно одну ссылку на дочерний узел. |
||
76 | |||
77 | исключение *@Assert@* |
||
78 | Содержит ровно одну ссылку на родительский узел, а также условие, по выполнении которого выбрасывается исключение. Условие имеет тип @Node@ (см. документацию к библиотеке Fortress). |
||
79 | |||
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@. |