[11u] Backport 8229352: Use of an uninitialized register in 32-bit ARM template interpreter

christoph.goettschkes at microdoc.com christoph.goettschkes at microdoc.com
Wed Aug 21 15:56:03 UTC 2019


Hi Boris,

I looked into this today and it seems to be some issue on my side. I can 
only reproduce it with my own builds on 32-bit ARM. If I download the 
11.0.4+11 (from adoptopenjdk), everything is fine. Building 11.0.4+11 on 
my own, CDS is not working. I have to look into this later on.

Yes, fix request looks fine to me, thanks for that.

-- Christoph

Boris Ulasevich <boris.ulasevich at bell-sw.com> wrote on 2019-08-21 
17:49:27:

> From: Boris Ulasevich <boris.ulasevich at bell-sw.com>
> To: christoph.goettschkes at microdoc.com
> Cc: jdk-updates-dev at openjdk.java.net
> Date: 2019-08-21 17:49
> Subject: Re: [11u] Backport 8229352: Use of an uninitialized register in 
32-
> bit ARM template interpreter
> 
> Hi Christoph,
> 
> I do not reproduce the CDS issue with ARM hard float. I think what you 
> see is some kind of user error or a different problem.
> 
> Since tier1 is Ok we can ask jdk11u-fix-request for 8229352. I propose 
> this message:
> 
>  > Fix Request
>  > Patch fixes uninitialized register value error which makes 
> interpreter to go though wrong path.
>  > The fix is critical for performance and stability reasons.
>  > Patch applies cleanly to 11u and passes tier1 on ARM sflt/hflt.
> 
> regards,
> Boris
> 
> On 21.08.2019 14:26, christoph.goettschkes at microdoc.com wrote:
> > Hi Boris,
> > 
> > I have the following issue:
> > 
> > The hotspot tier1 JTreg tests do not show any regresseion (as with the
> > jdk/jdk repository), but the CDS archive tests are failing (with and
> > without the patch applied). I guess this would block the backporting.
> > Should I already send you the "Fix Request" comment and file a new bug
> > report for that?
> > 
> > I did not see this issue when I tested the jdk/jdk repository (not 
sure if
> > the issue is there too). I guess this is due to the fact that I 
changed
> > the test setup (I have to use a different test device right now).
> > 
> > Not even the following test works:
> > 
> > $ ./jdk/bin/java -cp $(pwd) -XX:+UnlockDiagnosticVMOptions
> > -XX:SharedArchiveFile=$(pwd)/cds.jsa -Xshare:dump -version
> > 
> > I am not able to reproduce this issue on amd64, but it is present on
> > 32-bit ARM hard and soft float.
> > 
> > Thanks, Christoph
> 



More information about the jdk-updates-dev mailing list