/* * Copyright (c) 2018, Oracle and/or its affiliates. All rights reserved. * DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER. * * This code is free software; you can redistribute it and/or modify it * under the terms of the GNU General Public License version 2 only, as * published by the Free Software Foundation. * * This code is distributed in the hope that it will be useful, but WITHOUT * ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or * FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License * version 2 for more details (a copy is included in the LICENSE file that * accompanied this code). * * You should have received a copy of the GNU General Public License version * 2 along with this work; if not, write to the Free Software Foundation, * Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA. * * Please contact Oracle, 500 Oracle Parkway, Redwood Shores, CA 94065 USA * or visit www.oracle.com if you need additional information or have any * questions. */ /* * @test * * @summary converted from VM Testbase vm/mlvm/indy/stress/java/volatileCallSiteDekker. * VM Testbase keywords: [feature_mlvm, nonconcurrent] * VM Testbase readme: * DESCRIPTION * The test tries to detect a stale handle in VolatileCallSite due to store-after-load reordering in * modern CPU. * The current Oracle Hotspot JVM implementation uses an internal mutex when relinking a call site, * which serves as memory barrier between store and load in this test, so I never saw it failing. * * @library /vmTestbase * /test/lib * * @comment build actor * @build vm.mlvm.indy.stress.java.volatileCallSiteDekker.Actor * * @run driver jdk.test.lib.FileInstaller . . * * @comment build test class and indify classes * @build vm.mlvm.share.DekkerTest * @run driver vm.mlvm.share.IndifiedClassesBuilder * * @run main/othervm * vm.mlvm.share.DekkerTest * -actorClass vm.mlvm.indy.stress.java.volatileCallSiteDekker.Actor * -iterations 100000 * -runs 30 */