Название проекта не влезло. Корректное название заказа звучит следующим образом:

"Подтянуть форк tensorflow до мастера оригинальной репы, сохранив работоспособность приложения, использующего tensorflow-lite + аппаратный ускоритель нейронных сеток"

Описание:

Есть приложение detector, использующее форк tensorflow (оригинальная репа) и аппаратный ускоритель нейронных сеток TPU CorAi.

Крутится приложение на железке под управлением embedded linux (openwrt, реализованный в виде двух репозиториев: wr-sdk + wr-feed). Конфиг tensorflow.

Железка выглядит так.

Приложение было разработано давно. С тех пор tensorflow уехал далеко вперед.

Необходимо наш форк tensorflow подтянуть до мастера таким образом, чтобы приложение detector сохранило работоспособность с применением аппаратного ускорителя.

Работоспособность проверяется простым запуском утилиты:

# detector -p -t 10 -j /tmp/jpeg/

Описание флагов приводится тут.

Удаленный доступ по ssh к целевой железке будет предоставлен.

Ожидаемый результат:

1. Отдельная ветка 2024 в репозитории-форке tensorflow, ответвленная от мастера форка и подтянутая до мастера оригинальной репы. Крайние два коммита в мастере форка были сделаны, чтобы восстановить собирабельность исходников, - их нужно будет черри-пикнуть. Замысел заключается в том, что ветку 2024 можно будет вмержить в мастер форка после успешного тестирования.
2. Отдельная ветка tensorflow-update в репозитории wr-feed, в котором tensorflow будет собираться из ветки 2024 заданием хэша коммита.

Желательно ИП/Самозанятость.