* Faster Faster Kyber and Dilithium

* benchmarks for kyber and dilithium

* update skiplist

* more dilithium benchmarks

Co-authored-by: amin <amin@abdulrahman.de>
Co-authored-by: Matthias J. Kannwischer <matthias@kannwischer.eu>

* ntruhps2048509

* ntruhps2048677, ntruhrss701

* ntruhps4096821

* update benchmarks

Co-authored-by: Matthias J. Kannwischer <matthias@kannwischer.eu>

* NTRU m4 polynomial inversion implementation for four parameter sets

* add benchmarks

Co-authored-by: Matthias J. Kannwischer <matthias@kannwischer.eu>

Add Picnic implementations from https://github.com/dkales/picnic_m4

I wish people would just submit a patch to pqm4 instead of writing
another paper about a bug that is well known...
Anyway, I fixed this now...

Fixes two minor bugs in matacc. They did not actually result in wrong
outputs.

In the uniform sampling, we use 3 bytes to sample 2 coefficients. In
case the sampled coefficient is too large, we throw it away.
Once we sampled 256 coefficients it is possible that we still have one
coefficient left which needs to be discarded.
The check if we are at the end of a polynomial already was wrongly
implemented by checking for ctr < KYBER_Q/4 rather than ctr < KYBER_N/4
in two places.

Luckily, it has no effect in both cases.
In the first, ctr = KYBER_N/4 implies k=0 and hence the the code does
nothing.
In the second, an additional Keccak squeeze is triggered, but the output
is never used.

* use publicinputs AES for ntrulpr

* new benchmarks

* add saber

* rm unused

* update all

* add all

* saber

* soft links

* link all

* benchmarks

Co-authored-by: Matthias J. Kannwischer <matthias@kannwischer.eu>

* NTRU Prime m4 implementation for six parameter sets

* NTRU Prime m4 implementation for six parameter sets

* delete .DS_Store

* delete useless files & change to asm function [jump753divsteps.c]

* update mupq to include ntruprime round 3 parameter sets

* modified arith.h

* delete useless comment

* using stack memory instead of static memory

* update mupq

* fix buffer size

* add basemul_8x8_156

* update skiplist

* add benchmarks

* eliminate more bss

* update benchmarks for sntrup761

Co-authored-by: Matthias J. Kannwischer <matthias@kannwischer.eu>
Co-authored-by: Trista Li <trista5658321@gmail.com>

* Add an optional memory timing test to the boardtest.elf

* Add support for the Nucleo-L4R5ZI board

* Add a PQM4 preprocessor definition flag

* Properly detect PQM4/MUPQ in bikel{1,3} sources

* Include the nucleo-l4r5zi in the README

* Update mupq

On my Raspberry Pi I often ran into the problem that the Pi would miss the
beginning of the serial output and then get stuck in an infinite loop trying
to reflash again and again.
By waiting a couple of hundred ms when starting up, this can be prevented.
For me this heavily improved reliability.