RFR: 8077279: assert(ic->is_clean()) failed: IC should be clean (original) (raw)

Rickard Bäckman rickard.backman at oracle.com
Mon Jun 15 08:01:32 UTC 2015

Looks good.

On 06/12, Stefan Johansson wrote:

Hi,

Please review this change to fix: https://bugs.openjdk.java.net/browse/JDK-8077279 Webrev: http://cr.openjdk.java.net/~sjohanss/8077279/hotspot.00/ Summary: While doing some extra G1 testing a couple of issues were found. I've been able to reproduce this specific assert but I suspect that both JDK-8077282 and JDK-8077283 are related as well. The root cause of the problem is a patch that was made a few months back that made it possible to have nmethods allocated in a code heap that differs from the compile level of the given nmethod, see [1]. In the NMethodIterator used by G1 class unloading it is assumed that the nmethods have the same compile level as the code heap the are allocated in, which now is wrong. This can, under certain circumstances, lead to not all nmethods being cleaned correctly and then hit this assertion. Testing: * Built and tested in JPRT * RBT run with using these testlists: jdk/test/:jdk,hotspot/test/:hotspotall,vm.mlvm.testlist. Thanks, Stefan [1] https://bugs.openjdk.java.net/browse/JDK-8072774 /R -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: Digital signature URL: <http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/attachments/20150615/ed989774/signature.asc>

More information about the hotspot-compiler-dev mailing list