Конфигурирование PL с помощью Makefile

Makefile проекта src содержит в себе цель cd_pl, задача которой найти последний успешно собранный bit-файл прошивки ПЛИС для заданной ветки с заданной стратегией сборки и прошить плату.

Как это работает?

Gitlab сервер содержит в себе сервис CI/CD, в котором назначены job'ы сборки прошивки ПЛИС при получении нового коммита и/или по расписанию. На сегодняшний день таких job'ов существует 4:

• is_PL_compilable - стратегия сборки прошивки с минимальным количеством модулей ("напопробовать").
• is_PL_compilable_max - стратегия сборки прошивки с некоторым рабочим количеством модулей ("ничетак")
• is_PL_nomadicus_compilable - стратегия сборки прошивки nomadicus с минимальным количеством модулей ("напопробовать").
• is_PL_nomadicus_compilable_max - стратегия сборки прошивки nomadicus с некоторым рабочим количеством модулей ("ничетак")

В результате успешного выполнения job'а формируются артефакты (artifacts), в которых, в частности, лежит bit-файл прошивки ПЛИС.

Получение артефактов возможно при помощи Gitlab API, доступ к которому осуществляется по токену.

Итого, для успешного выполнения задачи проводятся следущие действия:

1. Получение списка последних job'ов.
2. Поиск последнего успешного job'а.
3. Скачивание артефактов.
4. Распаковка архива и копирование bit-файла на плату.
5. Прошивка ПЛИС

С чего начать?

Прежде всего необходимо получить токен Gitlab API. Для этого заходим на вебморду Gitlab в раздел выдачи токенов, ткнув по ссылке: Access Tokens.

1. Даем имя токену, срок его действия и галочку на api.
2. Нажимаем на кнопку "Создать токен".
3. Копируем токен куда-нибудь, в вебморде он больше отображаться не будет.
4. Вставляем токен в personal.conf (токен имеет вид ряда случайных символов, например eB8raLLzs-LqS-qXmRxU)

 GITLAB_TOKEN ?= put_your_Gitlab_token_here

Готово!

Синтаксис

В общем случае:

 make cd_pl BRANCH=<branch_name> PLJOB=<job_name> PLARTIFACTSDIR=<path_to_dest> PLARTIFACTSFILE=<art_filename> PLARTIFACTBITFILEPATH=<archive_path> PLARTIFACTBITFILE=<bitname>

Если аргументы не указаны, то выбираются параметры по умолчанию:

PLJOB                 ?= is_PL_compilable_max
BRANCH                ?= develop
PLARTIFACTSDIR        ?= /tmp/develop_artifacts
PLARTIFACTSFILE       ?= artifacts.zip
PLARTIFACTBITFILEPATH ?= qa/built
PLARTIFACTBITFILE     ?= clonicus.bit

Примеры использования

Прошиваться будет тот девайс, который указан в personal.conf!

• Хочу битник с кучей каналов из девелопа.

 make cd_pl

• Хочу битник номадикуса с кучей каналов из девелопа.

 make cd_pl PLJOB=is_PL_nomadicus_compilable_max PLARTIFACTBITFILE=nomadicus.bit

или

 make cd_pl_nomadicus

• Хочу битник с кучей каналов из ветки test.

 make cd_pl BRANCH=test

• Хочу битник напопробовать из ветки test.

 make cd_pl BRANCH=test PLJOB=is_PL_compilable

Выводимая информация

При успешном выполнении отобразится информация о коммите, из которого сварена прошивка, статус копирования на плату и т.п.

Возможные проблемы

1.Старая ветка

• Работа указанной фичи основана на python-скрипте с стандартным пакетом модулей, проверено на python 3.8, 3.9.

• Если поднимать древнюю ветку, то возможно не найти job, т.к. в скрипте qa/getartifacts.py список job'ов (всех, в т.ч. не для PL) ограничен последними 5000 job'ами, выдает такое:

Поправить можно в этом месте (qa/getartifacts.py) увеличив max_pagenum:

2.Некорректный токен

• Выдает такое:

• Решение:

Удостовериться, что токен в personal.conf соответствует токену на сервере.

3. Сертификат

• Не работает получение прошивок с сервера cd_find_dload_bitstream, cd_pl, cd_pl_nomadicus, потому что не может проверить сертификат
• Выдает такое:

(<urlopen error [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:852)>).

• Решение:

$ sudo update-ca-certificates --fresh
$ export SSL_CERT_DIR=/etc/ssl/certs