aboutsummaryrefslogtreecommitdiffstats
path: root/crypto/bn
diff options
context:
space:
mode:
authorRichard Levitte <levitte@openssl.org>2016-11-08 23:55:51 +0100
committerRichard Levitte <levitte@openssl.org>2016-11-09 02:40:36 +0100
commite3fb4d3d52e188b83ccb8506aa2f16cb686f4d6c (patch)
treef093a2ba5c1b541978ffff92e4af061c093038b7 /crypto/bn
parent12ccb021be9e1c4c947e020ea2079e985b329a8a (diff)
downloadopenssl-e3fb4d3d52e188b83ccb8506aa2f16cb686f4d6c.tar.gz
Move algorithm specific ppccap code from crypto/ppccap.c
Having that code in one central object file turned out to cause trouble when building test/modes_internal_test. Reviewed-by: Rich Salz <rsalz@openssl.org> (Merged from https://github.com/openssl/openssl/pull/1883)
Diffstat (limited to 'crypto/bn')
-rw-r--r--crypto/bn/bn_ppccap.c42
1 files changed, 42 insertions, 0 deletions
diff --git a/crypto/bn/bn_ppccap.c b/crypto/bn/bn_ppccap.c
new file mode 100644
index 0000000000..ad8041a8e6
--- /dev/null
+++ b/crypto/bn/bn_ppccap.c
@@ -0,0 +1,42 @@
+/*
+ * Copyright 2009-2016 The OpenSSL Project Authors. All Rights Reserved.
+ *
+ * Licensed under the OpenSSL license (the "License"). You may not use
+ * this file except in compliance with the License. You can obtain a copy
+ * in the file LICENSE in the source distribution or at
+ * https://www.openssl.org/source/license.html
+ */
+
+#include <openssl/opensslconf.h>
+#include <openssl/bn.h>
+#include "../ppc_arch.h"
+
+#ifndef OPENSSL_BN_ASM_MONT
+NON_EMPTY_TRANSLATION_UNIT
+#else
+int bn_mul_mont(BN_ULONG *rp, const BN_ULONG *ap, const BN_ULONG *bp,
+ const BN_ULONG *np, const BN_ULONG *n0, int num)
+{
+ int bn_mul_mont_int(BN_ULONG *rp, const BN_ULONG *ap, const BN_ULONG *bp,
+ const BN_ULONG *np, const BN_ULONG *n0, int num);
+ int bn_mul4x_mont_int(BN_ULONG *rp, const BN_ULONG *ap, const BN_ULONG *bp,
+ const BN_ULONG *np, const BN_ULONG *n0, int num);
+
+ if (num < 4)
+ return 0;
+
+ if ((num & 3) == 0)
+ return bn_mul4x_mont_int(rp, ap, bp, np, n0, num);
+
+ /*
+ * There used to be [optional] call to bn_mul_mont_fpu64 here,
+ * but above subroutine is faster on contemporary processors.
+ * Formulation means that there might be old processors where
+ * FPU code path would be faster, POWER6 perhaps, but there was
+ * no opportunity to figure it out...
+ */
+
+ return bn_mul_mont_int(rp, ap, bp, np, n0, num);
+}
+#endif
+