RFR: 8220724: TestBiasedLockRevocationEvents fails while matching revoke events to VMOperation events

David Holmes david.holmes at oracle.com
Fri May 3 02:42:35 UTC 2019


Hi Patricio,

On 3/05/2019 4:48 am, Patricio Chilano wrote:
> Hi,
> 
> Could you review this small patch?
> 
> https://bugs.openjdk.java.net/browse/JDK-8220724
> http://cr.openjdk.java.net/~pchilanomate/8220724/v01/webrev/

Basic approach is good. However as VM_BulkRevokeBias inherits from 
VM_RevokeBias you don't need to duplicate all this _safepoint_id stuff:

  578   uint64_t _safepoint_id;
  587     , _safepoint_id(0) {}
  598   uint64_t safepoint_id() const {
  599     return _safepoint_id;
  600   }

Also please update copyright year.

Thanks,
David
----


> The subtest testRevocationSafepointIdCorrelation() in 
> TestBiasedLockRevocationEvents.java fails intermittently because there 
> could be a mismatch between the safepoint id recorded by the VMThread 
> during the execution of a VM_RevokeBias or VM_BulkRevokeBias operation, 
> and the one recorded by the JavaThread that requested the VM operation. 
> I added a more detailed description of the problem in the comments of 
> the bug.
> 
> Testing tiers1-3 in mach5 and test TestBiasedLockRevocationEvents.java 
> with flag -XX:+SafepointALot.
> 
> Thanks!
> Patricio


More information about the hotspot-runtime-dev mailing list