[sh/11] 8239926: Shenandoah: Shenandoah needs to mark nmethod's metadata
Aleksey Shipilev
shade at redhat.com
Thu Mar 26 05:28:00 UTC 2020
On 3/25/20 9:41 PM, Zhengyu Gu wrote:
> On 3/25/20 2:20 PM, Aleksey Shipilev wrote:
>> On 3/25/20 1:17 PM, Zhengyu Gu wrote:
>>> What our next release is based on?
>>
>> April: 11.0.7
>> July: 11.0.8
>>
>> We are currently in deep stabilizing for April release.
>>
>>> If 11.0.7, we should consider backport both.
>>
>> Yes. But I think for 11.0.8.
>>
>> 8237396 can be picked up to sh/jdk11, but we would need to protect it with UseShenandoahGC and
>> maintain the upstream behavior without Shenandoah. It is too risky at this point otherwise.
>>
>
> How about:
>
> http://cr.openjdk.java.net/~zgu/shenandoah/sh11u-jvmti/webrev.00/
>
> 100 inline oop object_raw() {
> 101 if (UseShenandoahGC) {
> 102 return RawAccess<>::oop_load(object_addr());
> 103 } else {
> 104 return object_peek();
> 105 }
> 106 }
That might work. Needs a comment saying this is the variant of 8237396.
But generally, I think you are too late for April release for either 8237396 or 8237632. RC was
there for weeks already [1], the backports should have been done way before today. At this point,
8237396 or 8237632 do not look critical enough to risk destabilizing the release, and/or warrant
more emergency work after the last pre-CPU tag is pushed [2]. Push these the first thing in 11.0.8,
once it is open?
--
Thanks,
-Aleksey
[1] https://mail.openjdk.java.net/pipermail/shenandoah-dev/2020-March/011622.html
[2] https://mail.openjdk.java.net/pipermail/jdk-updates-dev/2020-Marc
More information about the shenandoah-dev
mailing list