RFR(T): 8247876: ProblemList various crypto tests on aarch64
Bradford Wetmore
bradford.wetmore at oracle.com
Fri Jun 19 17:44:30 UTC 2020
Assuming 'linux-aarch64' is correct, this looks ok to me.
As an aside, we are looking at a possible configuration problem in our
test environment that is not linking the host RNG to the VMs. I'm
hoping these can come off soon.
Brad
On 6/19/2020 10:07 AM, Daniel D. Daugherty wrote:
> Greetings,
>
> In order to reduce the noise in the JDK15 and JDK16 CIs, I'm ProblemListing
> some crypto tests on linux-aarch64.
>
> JDK-8247876 ProblemList various crypto tests on aarch64
> https://bugs.openjdk.java.net/browse/JDK-8247876
>
> Here's the associated product bug:
>
> JDK-8247359 SecureRandom tests timeout on aarch64
> https://bugs.openjdk.java.net/browse/JDK-8247359
>
> Here's the context diff for the patch:
>
> $ hg diff -r qparent
> diff -r b5e739802b80 test/jdk/ProblemList.txt
> --- a/test/jdk/ProblemList.txt Thu Jun 11 18:16:26 2020 +0200
> +++ b/test/jdk/ProblemList.txt Fri Jun 19 12:59:31 2020 -0400
> @@ -699,6 +699,10 @@
> sun/security/provider/PolicyFile/GrantAllPermToExtWhenNoPolicy.java
> 8039280 generic-all
> sun/security/provider/PolicyParser/ExtDirsChange.java 8039280 generic-all
> sun/security/provider/PolicyParser/PrincipalExpansionError.java
> 8039280 generic-all
> +sun/security/provider/SecureRandom/AbstractDrbg/SpecTest.java 8247359
> linux-aarch64
> +sun/security/provider/SecureRandom/SHA1PRNGReseed.java 8247359
> linux-aarch64
> +sun/security/provider/SecureRandom/StrongSecureRandom.java 8247359
> linux-aarch64
> +sun/security/provider/SeedGenerator/SeedGeneratorChoice.java 8247359
> linux-aarch64
>
> ############################################################################
>
> I have a Tier2 test job running since yesterday, but it has not run the
> linux-aarch64 tasks yet (resources limited at the moment) so I have not
> confirmed that 'linux-aarch64' is the right magic incantation, but it
> should be.
>
> Thanks, in advance, for any questions comments or suggestions.
>
> Dan
More information about the hotspot-runtime-dev
mailing list