Hi Sean,
Thanks for your response - I confirm that my company is D. E. Shaw & Co.
Let me know if I can provide any further information!
Nick
From: Sean Mullan
Sent: Monday, February 3, 2025 11:03 pm
To: Hall, Nick ; security-dev@openjdk.org
Subject: Re: Linux
> This enhancement makes a change to the ChaCha20 block function intrinsic on
> aarch64, moving away from the block parallel implementation and to the
> quarter-round parallel implementation that was done on x86_64. Assembly
> language profiling yielded an 11% improvement in throughput. When p
Hi Nick,
This proposal does sound like it would be useful, so I think we can
start some more discussions about it. Once we go a bit further in the
discussions and we decide it is worthwhile, we can open a JBS issue for
tracking purposes. For starters, can you confirm that your company is
"D.
On Tue, 28 Jan 2025 20:08:31 GMT, Ben Perez wrote:
> There are quite some places in API specifications that use the term
> "secret-key". This is not a formal term. Consider replacing them with "secret
> key".
This pull request has now been integrated.
Changeset: 43979fb1
Author:Ben Perez
I need a review of this change that adds new timing controls for the initial
server setup. On rare occasions, more so on certain architectures, the server
may not fully start before the client tries to connect. Additional debugging
is added to help identify if there are other timing issues.
T
On Mon, 3 Feb 2025 19:18:23 GMT, Ben Perez wrote:
>> There are quite some places in API specifications that use the term
>> "secret-key". This is not a formal term. Consider replacing them with
>> "secret key".
>
> Ben Perez has updated the pull request incrementally with one additional
> comm
On Mon, 3 Feb 2025 16:14:23 GMT, Jamil Nimeh wrote:
> In terms of explaining the algorithm changes, I could add some comment text
> to the header of the stub function that better explains the general idea
> behind what is being done. It would certainly help anyone maintaining it down
> the lin
> 8261513: Various BasicConstraintsExtension issues
Ben Perez has updated the pull request with a new target base due to a merge or
a rebase. The incremental webrev excludes the unrelated changes brought in by
the merge/rebase. The pull request contains three additional commits since the
last r
> There are quite some places in API specifications that use the term
> "secret-key". This is not a formal term. Consider replacing them with "secret
> key".
Ben Perez has updated the pull request incrementally with one additional commit
since the last revision:
fixed copyright dates
--
On Fri, 31 Jan 2025 18:01:28 GMT, Matthew Donovan wrote:
>> Mikhail Yankelevich has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> cleanup
>
> test/jdk/java/security/cert/CertificateFactory/SlowStream.java line 52:
>
>> 50:
> Refactor test/java/security//cert/CertificateFactory/slowstream.sh to java
> test
Mikhail Yankelevich has updated the pull request incrementally with one
additional commit since the last revision:
cleanup
-
Changes:
- all: https://git.openjdk.org/jdk/pull/23394/files
- new
On Thu, 30 Jan 2025 16:23:56 GMT, Andrew Dinn wrote:
> @ferakocz I'm afraid you lucked out on getting your change committed before
> my reorganization of the stub generation code. If you are unsure of how to do
> the merge so your new stub is declared and generated following the new model
> (s
On Tue, 28 Jan 2025 20:08:31 GMT, Ben Perez wrote:
> There are quite some places in API specifications that use the term
> "secret-key". This is not a formal term. Consider replacing them with "secret
> key".
Some of the copyright dates need to be updated. Also, I noticed another
instance in
On Mon, 3 Feb 2025 15:57:30 GMT, Weijun Wang wrote:
>> The private key encoding formats of ML-KEM and ML-DSA are updated to match
>> the latest IERTF drafts at:
>> https://datatracker.ietf.org/doc/html/draft-ietf-lamps-dilithium-certificates-06
>> and
>> https://datatracker.ietf.org/doc/html/
On Mon, 3 Feb 2025 10:56:28 GMT, Andrew Haley wrote:
>> This enhancement makes a change to the ChaCha20 block function intrinsic on
>> aarch64, moving away from the block parallel implementation and to the
>> quarter-round parallel implementation that was done on x86_64. Assembly
>> language
> By using the aarch64 vector registers the speed of the computation of the
> ML-DSA algorithms (key generation, document signing, signature verification)
> can be approximately doubled.
Ferenc Rakoczi has updated the pull request incrementally with one additional
commit since the last revision
> The private key encoding formats of ML-KEM and ML-DSA are updated to match
> the latest IERTF drafts at:
> https://datatracker.ietf.org/doc/html/draft-ietf-lamps-dilithium-certificates-06
> and
> https://datatracker.ietf.org/doc/html/draft-ietf-lamps-kyber-certificates-07.
> Most importantly
> By using the aarch64 vector registers the speed of the computation of the
> ML-DSA algorithms (key generation, document signing, signature verification)
> can be approximately doubled.
Ferenc Rakoczi has updated the pull request with a new target base due to a
merge or a rebase. The pull requ
On Fri, 31 Jan 2025 16:48:09 GMT, Jamil Nimeh wrote:
> This enhancement makes a change to the ChaCha20 block function intrinsic on
> aarch64, moving away from the block parallel implementation and to the
> quarter-round parallel implementation that was done on x86_64. Assembly
> language prof
19 matches
Mail list logo
