Нет ли у кого на примете оптимизированного именно по объёму?
Скорость решительно не важна.
Щас скомпилил что-то с опенкорес, получилось более 1600 лутов на артиксе. Кошмар.

lattice mico 8 ?

Ога :-)))
На хилинх переносить и потом на незнакомом асме sha-256 писать?
Пока хочется чего-то более халявного.

Он по задумке не привязан к латису, как например ниос к альтере. И компилятор есть, почему асм?
Но я руками не трогал, чисто из рекламы мысль взял.

под мико-8, по-моему, компилятора нет (gcc уж точно нет), есть под мико-32

gcc есть под mico-8, но код там не очень эффективный получается из-за страничной адресации памяти.

Раз уж начали говорить про софт-процессоры. Picoblaze рассматривали? Он же заточен под xilinx.

Когда я тыкал эту пику, я понял что адекватного надежного компилятора ограниченного подмножества Си для этого процессора нет, автору придется лопатить асм.

Я на самом деле извиняюсь перед автором, что повернул топик в русло софт процессоров. На самом деле я просто не так понял запрос изначально. Мне почему то показалось что SHA это именно софт процессор и автору нужна альтернатива. Слово ядро, видимо, смутило в первом посте.
Хотя в принципе идея софтовой реализации тоже рабочая должна быть, особенно если скорость не важна

В итоге всё-таки сделал псевдопроцессор на несколько арифметических инструкций
плюс загрузка-выгрузка по косвенному адресу и условный переход,
получилось ~270 лутов и блочок двупортовки.

Наверное ещё много можно сэкономить, если сделать АЛУ 8-битным (у меня 32-битное),
но тогда микрокод писать ваще убьёшьсо.

Так PicoBlaze, навряд ли сильно больше и при этом вещь стандартная.

Сомневаюсь шта напесал бы для него sha-256 за пару вечеров..