openbsd/src/lib/libcrypto/crypto/arch/hppa/Makefile.inc, branch OPENBSD_5_7_BASE A mirror of https://github.com/libressl/openbsd.git https://git.lua4.win/openbsd/atom?h=OPENBSD_5_7_BASE 2015-03-05T20:35:28+00:00 Do not use sha512-parisc for now, as it is subtly bugged - passes the sha 2015-03-05T20:35:28+00:00 miod 2015-03-05T20:35:28+00:00 urn:sha1:edab9f054cd9e7b7c2bb8b5683f63e8a6eaea617 regress tests but causes tls ciphersuite using sha386 to fail; found the hard way by henning@. I can't see anything wrong in the generated assembly code yet, but building a libcrypto with no assembler code but sha512_block_data_order() is enough to trigger Henning's issue, so the bug lies there. No ABI change; ok deraadt@ Add the Cammelia cipher to libcrypto. 2014-11-17T20:31:22+00:00 miod 2014-11-17T20:31:22+00:00 urn:sha1:1327462df8cb4ae2dc056e0de53b4b4dc50f50fa There used to be a strong reluctance to provide this cipher in LibreSSL in the past, because the licence terms under which Cammelia was released by NTT were free-but-not-in-the-corners, by restricting the right to modify the source code, as well retaining the right to enforce their patents against anyone in the future. However, as stated in http://www.ntt.co.jp/news/news06e/0604/060413a.html , NTT changed its mind and made this code truly free. We only wish there had been more visibility of this, for we could have had enabled Cammelia earlier (-: Licence change noticed by deraadt@. General agreement from the usual LibreSSL suspects. Crank libcrypto.so minor version due to the added symbols. Revert r1.5 and reenable assembler version of ghash now that it has been 2014-09-27T20:42:38+00:00 miod 2014-09-27T20:42:38+00:00 urn:sha1:ca6cdf7e807ad940eb851dfee98ddff6e4052816 fixed. Disable assembler code for ghash on hppa, causes wrong computations in some 2014-09-27T12:29:31+00:00 miod 2014-09-27T12:29:31+00:00 urn:sha1:4abc2ca359de7361381ad3dbc7845ad4c6d10172 cases and breaks TLS 1.2; crank libcrypto.so minor version out of safety and to be able to tell broken versions apart easily. Correctly enable assembler Montgomery routine. 2014-05-02T22:23:00+00:00 miod 2014-05-02T22:23:00+00:00 urn:sha1:afaccb4441a8cceb0657604a8dbca9b23543af0c Reenable assembler code for SHA384 and SHA512 now that it no longer miscomputes 2014-05-02T20:08:10+00:00 miod 2014-05-02T20:08:10+00:00 urn:sha1:17df1452566d75e152c9316c19cccdcf46cc5b67 things. Worth doing as it's twice faster than the C code. Disable assembler version of SHA512 for now, it produces wrong results. 2014-05-02T18:21:39+00:00 miod 2014-05-02T18:21:39+00:00 urn:sha1:5bd0120e28bfee4ace485c184590a4b377ca8073 Enable use of assembly code for AES, BN (Montgomery), SHA1, SHA256 and SHA512. 2014-05-01T22:27:59+00:00 miod 2014-05-01T22:27:59+00:00 urn:sha1:341fe58636356be8133544208a8734e2ca49fa99 RC4 assembler code is not used, as it runs about 35% slower than the C code.