openbsd/src/lib/libcrypto/camellia/asm, branch OPENBSD_7_3_BASE A mirror of https://github.com/libressl/openbsd.git https://git.lua4.win/openbsd/atom?h=OPENBSD_7_3_BASE 2023-02-23T08:55:44+00:00 Use explicit .text instead of .previous to please Windows/MinGW on amd64 2023-02-23T08:55:44+00:00 tb 2023-02-23T08:55:44+00:00 urn:sha1:0dadd2bf46f37ca96a50e247649a11b3c5273234 ok miod Use .section .rodata instead of a plain .rodata 2023-02-09T19:57:00+00:00 tb 2023-02-09T19:57:00+00:00 urn:sha1:4355eb6aeababf0126972f85bdeed63048a99df1 At least gcc 12 on Fedora is very unhappy about a plain .rodata and throws Error: unknown pseudo-op: `.rodata'. So add a .section in front of it to make it happy. ok deraadt miod Move all data blocks from .text to .rodata and cleanup up and homogeneize code 2023-02-01T20:45:04+00:00 miod 2023-02-01T20:45:04+00:00 urn:sha1:5957c398bf683b5334ed18dd0f830b1cfffbf027 responsible from getting the proper address of those blocks. ok tb@ jsing@ Move constants out of text segment into rodata to prepare for xonly support 2023-01-14T16:58:56+00:00 deraadt 2023-01-14T16:58:56+00:00 urn:sha1:eb72d17d580445c364a2dfb2d637026a00e779eb on amd64. no pic handling is neccessary since amd64 has full reach. ok kettenis http://repzret.org/p/repzret/ 2017-12-11T05:48:01+00:00 deraadt 2017-12-11T05:48:01+00:00 urn:sha1:06a79a412573b1755b84374f8fdb1970ca59f1b6 My read of this: Long time ago (Think Conan, not dinasaurs) during the race to make speedier processors, a cpu vendor built a pipeline with a bad stall, and proposed a tremendously hasky workaround. A wizard adopted this into his perl scroll, and failed to reflect later when no compiler adopted the practice. This relic remains at the tail end of some functions in OpenSSL as ".byte 0xf3,0xc3". Banish it straight to hell. ok mlarkin, others also stared blankly Remove horribly old and outdated `documentation' for the assembly code. 2015-09-12T09:01:45+00:00 miod 2015-09-12T09:01:45+00:00 urn:sha1:4cd453d742c14bc663f284124b106f53992c76d7 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. pour some water on an ass ember 2014-07-11T10:33:29+00:00 deraadt 2014-07-11T10:33:29+00:00 urn:sha1:ab863cf376f94f7ff9d586936ffa7ed36dbf6d01 spotted by doctor jsing, always keeping an eye out for these Fetch the specific license which will be used from 2014-07-11T10:32:18+00:00 deraadt 2014-07-11T10:32:18+00:00 urn:sha1:d7e9d22d23113d45de502c3adb26640fc2d705ae https://www.openssl.org/~appro/camellia/dist/BSD_license.txt It isn't our concern to supply the other licences mentioned in source files; that is realy not our problem. First pass at removing win64 support from the assembly generating Perl 2014-04-30T13:40:02+00:00 jsing 2014-04-30T13:40:02+00:00 urn:sha1:51d25ffbc5935a343926814f8f292b9e1e4039ae scripts. We certainly do not need an identical copy of the win64 exception handler in each script (surely one copy would be sufficient). ok miod@