David Garske 53af520911 Fix to resolve issue with PIC32MZ crypto hardware (AES/DES3 only) where an unaligned input/output buffer was not handled correctly. This results in a BUFFER_E. This was seen with DTLS v1.0 and TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA cipher suite. Fix is to allocate a dynamic buffer from heap if the input/output are not aligned. Tested and verified with a PIC32MZ2048EFM144 and the wolfssl_udp_client example for Harmony using DTLS v1.0 and the setudppacketoptions 192.168.0.107 11111 hello -> sendudppacket commands. Cleanups in older ctoacrypt/settings.h for PIC32MZ.

2018-08-22 13:39:03 -07:00

..

port/pic32

…

aes.h

…

arc4.h

…

asn_public.h

…

asn.h

…

blake2-impl.h

…

blake2-int.h

…

blake2.h

…

camellia.h

…

chacha.h

…

coding.h

…

compress.h

…

des3.h

…

dh.h

…

dsa.h

…

ecc.h

…

error-crypt.h

…

fips_test.h

…

hc128.h

…

hmac.h

…

include.am

…

integer.h

…

logging.h

…

md2.h

…

md4.h

…

md5.h

…

memory.h

…

misc.h

…

mpi_class.h

…

mpi_superclass.h

…

pkcs7.h

…

poly1305.h

…

pwdbased.h

…

rabbit.h

…

random.h

…

ripemd.h

…

rsa.h

…

settings_comp.h

…

settings.h

Fix to resolve issue with PIC32MZ crypto hardware (AES/DES3 only) where an unaligned input/output buffer was not handled correctly. This results in a BUFFER_E. This was seen with DTLS v1.0 and TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA cipher suite. Fix is to allocate a dynamic buffer from heap if the input/output are not aligned. Tested and verified with a PIC32MZ2048EFM144 and the wolfssl_udp_client example for Harmony using DTLS v1.0 and the setudppacketoptions 192.168.0.107 11111 hello -> sendudppacket commands. Cleanups in older ctoacrypt/settings.h for PIC32MZ.

2018-08-22 13:39:03 -07:00

sha256.h

…

sha512.h

…

sha.h

…

tfm.h

…

types.h

…

visibility.h

…

wc_port.h

…