[aarch64-port-dev ] 8153107: Unbalanced recursive locking

White, Derek Derek.White at cavium.com
Thu Jun 14 18:12:57 UTC 2018


Hi Andrey,

I like this version.

My only suggestion is minor - the "ands" at line 3016 could be a simple "and". It causes no harm but could be confusing to a reader:

3016   ands(Rscratch, Rscratch, imm);

No need to see a new webrev.
- Derek

> -----Original Message-----
> From: hotspot-runtime-dev [mailto:hotspot-runtime-dev-
> bounces at openjdk.java.net] On Behalf Of Andrey Petushkov
> Sent: Thursday, June 14, 2018 8:25 AM
> To: Andrew Haley <aph at redhat.com>
> Cc: hotspot-runtime-dev at openjdk.java.net; aarch64-port-
> dev at openjdk.java.net; AArch32 Port Project <aarch32-port-
> dev at openjdk.java.net>
> Subject: Re: [aarch64-port-dev ] 8153107: Unbalanced recursive locking
> 
> External Email
> 
> Hm, strange. It displays well for me in the archives page. Anyway, I've put
> the webrev at http://cr.openjdk.java.net/~apetushkov/8153107/
> 
> On Thu, Jun 14, 2018 at 3:15 PM Andrew Haley <aph at redhat.com> wrote:
> 
> > On 06/14/2018 12:59 PM, Andrey Petushkov wrote:
> > > So then if you prefer to leave the different logic in shared code
> > > between quick and slow paths I believe the fix for cpu/arm
> > > implementation (and removal of unnecessary workaround for
> cpu/aarch64) should look like this:
> >
> > Something awful happened to the formatting of your mail.  Can you put
> > it up somewhere we can see the patch?
> >
> > --
> > Andrew Haley
> > Java Platform Lead Engineer
> > Red Hat UK Ltd. <https://www.redhat.com>
> > EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332
> > <https://maps.google.com/?q=6035+332&entry=gmail&source=g>F A671
> >


More information about the hotspot-runtime-dev mailing list