openssl/crypto/bn/asm
Richard Levitte 6ab285bf4c I think I got it now. Apparently, the case of having to shift down
the divisor was a bit more complex than I first saw.  The lost bit
can't just be discarded, as there are cases where it is important.
For example, look at dividing 320000 with 80000 vs. 80001 (all
decimals), the difference is crucial.  The trick here is to check if
that lost bit was 1, and in that case, do the following:

1. subtract the quotient from the remainder
2. as long as the remainder is negative, add the divisor (the whole
   divisor, not the shofted down copy) to it, and decrease the
   quotient by one.

There's probably a nice mathematical proof for this already, but I
won't bother with that, unless someone requests it from me.
2002-12-02 21:31:45 +00:00
..
alpha Import of old SSLeay release: SSLeay 0.9.1b (unreleased) 1998-12-21 11:00:56 +00:00
alpha.works Import of old SSLeay release: SSLeay 0.9.1b (unreleased) 1998-12-21 11:00:56 +00:00
x86 Import of old SSLeay release: SSLeay 0.9.1b (unreleased) 1998-12-21 11:00:56 +00:00
.cvsignore More CVS ignore stuff... 1999-02-25 09:06:30 +00:00
alpha.s Fix assembler for Alpha (tested only on DEC OSF not Linux or *BSD). The 1999-11-03 14:10:10 +00:00
alpha.s.works Import of old SSLeay release: SSLeay 0.9.1b (unreleased) 1998-12-21 11:00:56 +00:00
bn-586.pl remove a comment that shouldn't have been there any more 2000-12-06 16:30:23 +00:00
bn-alpha.pl Import of old SSLeay release: SSLeay 0.9.1b (unreleased) 1998-12-21 11:00:56 +00:00
ca.pl Tidy up asm stuff. 1999-02-12 19:05:10 +00:00
co-586.pl Tidy up asm stuff. 1999-02-12 19:05:10 +00:00
co-alpha.pl Tidy up asm stuff. 1999-02-12 19:05:10 +00:00
ia64.S Support for Intel and HP-UXi assemblers. 2001-07-30 15:54:13 +00:00
mips1.s Import of old SSLeay release: SSLeay 0.9.1b (unreleased) 1998-12-21 11:00:56 +00:00
mips3.s This fixes "Spurious test failures on IRIX?" reported in April. Apparently 2001-06-22 19:17:42 +00:00
pa-risc2.s A compiler warning removed. Thanks to the folks at HP! 2000-09-27 13:54:28 +00:00
pa-risc2.s.old A patch from HP for better performance. 2000-09-17 20:04:42 +00:00
pa-risc2W.s A compiler warning removed. Thanks to the folks at HP! 2000-09-27 13:54:28 +00:00
pa-risc.s Import of old SSLeay release: SSLeay 0.9.0b 1998-12-21 10:56:39 +00:00
r3000.s Import of old SSLeay release: SSLeay 0.9.0b 1998-12-21 10:56:39 +00:00
README Very few in the "README" is up-to-date 2000-12-15 10:42:11 +00:00
sparcv8.S - performance retunes, v8plus bn_*_comba routines are reimplemented; 1999-07-25 12:34:30 +00:00
sparcv8plus.S - performance retunes, v8plus bn_*_comba routines are reimplemented; 1999-07-25 12:34:30 +00:00
vms.mar I think I got it now. Apparently, the case of having to shift down 2002-12-02 21:31:45 +00:00
x86.pl Tidy up asm stuff. 1999-02-12 19:05:10 +00:00

<OBSOLETE>

All assember in this directory are just version of the file
crypto/bn/bn_asm.c.

Quite a few of these files are just the assember output from gcc since on 
quite a few machines they are 2 times faster than the system compiler.

For the x86, I have hand written assember because of the bad job all
compilers seem to do on it.  This normally gives a 2 time speed up in the RSA
routines.

For the DEC alpha, I also hand wrote the assember (except the division which
is just the output from the C compiler pasted on the end of the file).
On the 2 alpha C compilers I had access to, it was not possible to do
64b x 64b -> 128b calculations (both long and the long long data types
were 64 bits).  So the hand assember gives access to the 128 bit result and
a 2 times speedup :-).

There are 3 versions of assember for the HP PA-RISC.

pa-risc.s is the origional one which works fine and generated using gcc :-)

pa-risc2W.s and pa-risc2.s are 64 and 32-bit PA-RISC 2.0 implementations
by Chris Ruemmler from HP (with some help from the HP C compiler).

</OBSOLETE>