RFR[JDK11]: 8204691: HeapRegion.apply_to_marked_objects_other_vm_test fails with assert(!hr->is_free() || hr->is_empty()) failed: Free region 0 is not empty for set Free list #

Kim Barrett kim.barrett at oracle.com
Sun Jul 8 15:52:32 UTC 2018


> On Jul 5, 2018, at 4:03 PM, Kim Barrett <kim.barrett at oracle.com> wrote:
> 
>> On Jul 5, 2018, at 3:57 AM, Thomas Schatzl <thomas.schatzl at oracle.com> wrote:
>> 
>> Hi,
>> 
>> On Wed, 2018-07-04 at 20:13 -0400, Kim Barrett wrote:
>>> Please review this fix of the HeapRegion gtest.
>>> 
>>> The test modifies a region's "top" to unexpected values without
>>> ensuring that no allocation might use the region and no GC might run
>>> while the region is in that invalid state.  We solve this by
>>> executing the test code in its very own safepoint, and by saving and
>>> then restoring the region's top back to its original value before
>>> completing the test.  And since we are doing all that, there's no
>>> longer any reason to run the test in a separate VM.
>> 
>> looks good, but the actual test is still run in a separate VM.
>> Intentional?
> 
> Unintentional. And now I’m not sure what I last ran through mach5.
> I’ll re-test with TEST_OTHER_VM => TEST_VM.
> 
> I know that failed in an obscure way earlier, but I think that was because
> of an unrelated recently introduced bug that’s been fixed in the repo.

Verified that I really have tested in same VM.  New webrev:
http://cr.openjdk.java.net/~kbarrett/8204691/open.01/

The only change is TEST_OTHER_VM => TEST_VM.




More information about the hotspot-gc-dev mailing list