RFR(s): 8235912: JvmtiBreakpoint remove oops_do and metadata_do

serguei.spitsyn at oracle.com serguei.spitsyn at oracle.com
Thu Dec 19 04:33:28 UTC 2019


Hi Robbin,

The fix looks good to me.
At least, I do not see any issues with it.
Thank you for removing the unused code!

Could you be more precise about on what jvmti/jdi tests you run?
For good test coverage we need these test suites:
vmTestbase_nsk_jvmti, vmTestbase_nsk_jdi, vmTestbase_nsk_jdb, jdk_jdi

They have to be present in the t1-7.
I list them in a case if you want to run them with some specific options.

Thanks,
Serguei


On 12/16/19 01:47, Robbin Ehn wrote:
> Hi all, please review.
>
> From issue, https://bugs.openjdk.java.net/browse/JDK-8235912:
>
> JvmtiBreakpoints are walked via VMThread oops_do (the breakpoint is in 
> a vm operation) before they are installed in the safeopint and after 
> they have been installed, walked with JvmtiCurrentBreakpoints::oops_do().
> By putting the class holder inside oopStorage there is no need for this.
>
> JvmtiCurrentBreakpoints::metadata_do is not needed because redefine 
> classes actually removes the breakpoints before updating them (so 
> there is no breakpoints to update).
> We can just remove metadata_do.
>
>
> I also removed some unused code.
>
> Changeset:
> http://cr.openjdk.java.net/~rehn/8235912/v1/webrev/
>
> Passes several runs of nsk jvmti/jdi and t1-7.
>
> Thanks, Robbin



More information about the serviceability-dev mailing list