передача в ф-ю адреса массива (+) Опции

[Forger]

И как выйти из положения можно? Увеличить чего-нибудь?

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

Или вы ожидаете, что за Вас тут будут делать Вашу работу?

[toweroff]

И как выйти из положения можно? Увеличить чего-нибудь? Или просто сам код написан так, что рекурсия получилось и вызывается как матрешка друг за другом?

Да причём тут рекурсия? У контроллера банально исчерпалось место во флеш-памяти
Оптимизировать код, изменить уровень оптимизации кода, менять контроллер на более "жирный"

[Метценгерштейн]

Да причём тут рекурсия? У контроллера банально исчерпалось место во флеш-памяти
Оптимизировать код, изменить уровень оптимизации кода, менять контроллер на более "жирный"

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

[Forger]

Достаточно было увеличить память под прошивку

Просто поменяли цифры в настройках проекта или все-таки еще и заменили чип на более емкий?

[toweroff]

Просто поменяли цифры в настройках проекта или все-таки еще и заменили чип на более емкий?

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

[Forger]

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

Скорее - изначально был выбран неправильный камень.

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

очень просто - ничего не прошивать в него, т.к. речь шла лишь про сборку проекта

[Метценгерштейн]

у чипа nRF52 512 флеша. Камень, соответственно, тот же остался. Но проект бутлоадера (его пилю) был ограничен стартом адреса и размером. Его и увеличил. Я вклячил файл aes.c туда и он банально не влазил в отведенную область.
Просто не сталкивался с таким, поэтому потерялся. Сейчас все работает. Всем еще раз спасибо.

[Kabdim]

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

[toweroff]

Кстати, здесь Zltigo выкладывал AES128 под 32-разрядные процессоры. У меня вышло ужать это всё в ~4КБ + 256 байт оперативки. Итого бут с сериалом получался вполне себе в две страницы в 8КБ (всего)

[Kabdim]

А смысл так много?. У меня аеs+ecdsa+ecdh упихнуты в 2.5. Причем по замерам на армах все эти высокоуровневые раскрутки циклов дают считанные %.

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

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

[esaulenka]

У меня аеs+ecdsa+ecdh упихнуты в 2.5.

Не покажете?

У меня AES decrypt занимает килобайт. (+ таблички в ОЗУ). Полный вариант (encrypt + decrypt) - полтора. Таблички поместить во флеш - ещё пол-кило (но у загрузчика ОЗУ и так с избытком).

Код чужой, с минимальными допиливаниями.

Код

    @file   Aes.c
    @brief  Handles AES computation.
    @author Andrew Gorczyca
    @date   2012/5/25

[Kabdim]

https://github.com/kokke/tiny-AES-c
https://github.com/kmackay/micro-ecc

Естественно в EC скомпилирована версия со статическим связыванием только с одной кривой. Режим блочного шифрования - сделан руками, а не в библиотеке, ну он может добавляет еще сотню байт. У меня тоже только расшифровывание. Ключи компиляции - ничего необычного, на оптимизацию следующее: -flto -Os -mcpu=cortex-m0 -mthumb

0xA50 или 2640 байт кода