NetBSD-Bugs archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: PR/51569 CVS commit: src/crypto/external/bsd/openssl/dist/crypto/bn/asm
The following reply was made to PR lib/51569; it has been noted by GNATS.
From: Andreas Gustafsson <gson%gson.org@localhost>
To: christos%NetBSD.org@localhost
Cc: gnats-bugs%netbsd.org@localhost, coypu%SDF.ORG@localhost, spz%NetBSD.org@localhost
Subject: Re: PR/51569 CVS commit: src/crypto/external/bsd/openssl/dist/crypto/bn/asm
Date: Mon, 9 Jan 2017 17:46:27 +0200
Christos,
You wrote:
> Log Message:
> PR/51569: Andreas Gustafsson: Check the right bit for pclmulqdq:
> Perform a Carry-Less Multiplication of Quadword instruction
> (accelerator for GCM)
>
> To generate a diff of this commit:
> cvs rdiff -u -r1.4 -r1.5 \
> src/crypto/external/bsd/openssl/dist/crypto/bn/asm/x86_64-gf2m.pl
I think the actual root cause of this bug was the line
-e 's/\(OPENSSL[A-Za-z0-9_]*\)(%rip)/\1@GOTPCREL(%rip)/' \
in src/crypto/external/bsd/openssl/lib/libcrypto/arch/x86_64/Makefile,
which you later removed in revision 1.11.
I think the change to x86_64-gf2m.pl worked simply because the added
"+4" caused the regexp not to match, so that the @GOTPCREL was not
added. Other than that, it seems to me the old and new code should
give the same result (i.e., test the same bit). Now that the
@GOTPCREL hack is gone from the Makefile, there should no longer be
any need for the change to x86_64-gf2m.pl, so I think it should be
reverted in the interest of keeping the differences wrt upstream
minimal.
I have a local change to revert the x86_64-gf2m.pl change - OK to
commit that and the corresponding regenerated .S file?
--
Andreas Gustafsson, gson%gson.org@localhost
Home |
Main Index |
Thread Index |
Old Index