debugging and doesn't affect functionality.

Submitted by: David Mosberger

Obtained from: http://www.hpl.hp.com/research/linux/crypto/

aligning the key schedule in a specific manner.

[most importantly] put back dependencies accidentaly eliminated in
check-in #13342.

PR: 1059

compressed tables (2x compression factor) and by pre-fetching them into
processor cache prior every CBC en-/decryption pass. One can argue why
just CBC? Well, it's commonly used mode in real-life applications and
API allows us to amortize the prefetch costs for larger data chunks...

and GNU binutils, but kept BSD make... And I took the opportunity to
unify other targets to this common least denominator...

locality on 64-bit platforms (and fixes IA64 assembler-empowered build:-).
The choice is guarded by newly introduced AES_LONG macro, which needs
to be defined only on 16-bit platforms which we don't support (not that
I know of). Meaning that one could as well skip long option altogether.

hand-coded zero-copy AES_cbc_encrypt.

performance on recent microarchitectures.

replace *whole* aes_core.c, not only AES_[de|en]crypt routines.

performance, but anyway...

const.

essentially cosmetic modification...

from platform to platform and can be as large as 20%.