[Bug 3415] [IcedTea8] Backport "8175887: C1 value numbering handling of Unsafe.get*Volatile is incorrect"

bugzilla-daemon at icedtea.classpath.org bugzilla-daemon at icedtea.classpath.org
Wed Jan 24 18:18:05 UTC 2018


https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3415

--- Comment #5 from hg commits <mercurial at icedtea.classpath.org> ---
details:
http://icedtea.classpath.org//hg/icedtea8?cmd=changeset;node=9be310f32e58
author: Andrew John Hughes <gnu_andrew at member.fsf.org>
date: Wed Jan 24 18:02:03 2018 +0000

    Bump aarch32 to jdk8u152-b17-aarch32-171102.

    Upstream changes:
      - S6515172: Runtime.availableProcessors() ignores Linux taskset command
      - S8034249: need more workarounds for suspend equivalent condition issue
      - S8038348: Instance field load is replaced by wrong data Phi
      - S8043913: remove legacy code in SPARC's VM_Version::platform_features
      - S8049717: expose L1_data_cache_line_size for diagnostic/sanity checks
      - S8066250:
compiler/dependencies/MonomorphicObjectCall/TestMonomorphicObjectCall.java
fails product
      - S8081219: hs_err improvement: Add event logging for class redefinition
to the hs_err file
      - S8087342: Crash in klassItable::initialize_itable_for_interface
      - S8134119: Use new API to get cache line sizes
      - S8134389: Crash in HotSpot with jvm.dll+0x42b48
ciObjectFactory::create_new_metadata
      - S8134918: C2: Type speculation produces mismatched unsafe accesses
      - S8140309: [REDO] failed: no mismatched stores, except on raw memory:
StoreB StoreI
      - S8140584: [aarch32] nmethod::oops_do_marking_epilogue always runs
verification code
      - S8140584: nmethod::oops_do_marking_epilogue always runs verification
code
      - S8143897: Weblogic12medrec assert(handler_address ==
SharedRuntime::compute_compiled_exc_handler(nm, pc, exception, force_unwind,
true)) failed: Must be the same
      - S8147910: Cache initial active_processor_count
      - S8150490: Update OS detection code to recognize Windows Server 2016
      - S8152172: PPC64: Support AES intrinsics
      - S8152438: Threads may do significant work out of the non-shared
overflow buffer
      - S8152730: File Leak in CompileBroker::init_compiler_thread_log of
compileBroker.cpp:1665.
      - S8153134: Infinite loop in handle_wrong_method in jmod
      - S8153176: ParOldGC: Use correct TaskQueueSet for ParallelTaskTerminator
in marking.
      - S8153267: nmethod's exception cache not multi-thread safe
      - S8154945: Enable 8130150 and 8081778 intrinsics by default
      - S8155781: C2: opaque unsafe access triggers an assert
      - S8157181: Compilers accept modification of final fields outside
initializer methods
      - S8157184: java/lang/invoke/LFCaching/LFMultiThreadCachingTest.java
failed with a fatal error
      - S8157306: Random infrequent null pointer exceptions in javac
      - S8157548: JVM crashes sometimes while starting
      - S8158639: C2 compilation fails with SIGSEGV
      - S8160119: Utils.tryFindJvmPid sometimes find incorrect pid
      - S8160551: assert(c == Bytecodes::_putfield) failed: must be putfield
      - S8161144: Fix for JDK-8147451 failed: Crash in
Method::checked_resolve_jmethod_id(_jmethodID*)
      - S8161147: jvm crashes when -XX:+UseCountedLoopSafepoints is enabled
      - S8161993: G1 crashes if active_processor_count changes during startup
      - S8162101: C2: Handle "wide" aliases for unsafe accesses
      - S8162384: Performance regression: bimorphic inlining may be bypassed by
type speculation
      - S8162419: closed/com/oracle/jfr/runtime/TestVMInfoEvent.sh failing
after JDK-8155968
      - S8162496: missing precedence edge for anti_dependence
      - S8162603: Unrecognized VM option 'UseCountedLoopSafepoints'
      - S8162766: Unsafe_DefineClass0 accesses raw oops while in
_thread_in_native
      - S8162795: [REDO] MemberNameTable doesn't purge stale entries
      - S8163969: Cyclic interface initialization causes JVM crash
      - S8164002: Add a new CPU family (S_family) for SPARC S7 and above
processors
      - S8164293: HotSpot leaking memory in long-running requests
      - S8164508: unexpected profiling mismatch in c1 generated code
      - S8165153: Crash in rebuild_cpu_to_node_map
      - S8165482: java in ldoms, with cpu-arch=generic has problems
      - S8166799: ASSEMBLY_EXCEPTION contains historical company name
      - S8166872: GPL header in
/hotspot/src/share/vm/gc_implementation/g1/g1RemSetSummary.cpp
      - S8168115: Remove and retag jdk8u122-b03 in 8u repo
      - S8168914: Crash in ClassLoaderData/JNIHandleBlock::oops_do during
concurrent marking
      - S8170307: Stack size option -Xss is ignored
      - S8170409: CMS: Crash in
CardTableModRefBSForCTRS::process_chunk_boundaries
      - S8170536: Uninitialised memory in set_uintx_flag of attachListener.cpp
      - S8170888: [linux] Experimental support for cgroup memory limits in
container (ie Docker) environments
      - S8171155: Scanning method file for initialized final field updates can
fail for non-existent fields
      - S8171194: Exception "Duplicate field name&signature in class file"
should report the name and signature of the field
      - S8172145: C2: anti dependence missed because store hidden by membar
      - S8173373: C1: NPE is thrown instead of LinkageError when accessing
inaccessible field on NULL receiver
      - S8173941: SA does not work if executable is DSO
      - S8174164: SafePointNode::_replaced_nodes breaks with irreducible loops
      - S8175097: [TESTBUG] 8174164 fix missed the test
      - S8175345: Reported null pointer dereference defect groups
      - S8175813: PPC64: "mbind: Invalid argument" when -XX:+UseNUMA is used
      - S8175887: C1 value numbering handling of Unsafe.get*Volatile is
incorrect
      - S8177095: Range check dependent CastII/ConvI2L is prematurely
eliminated
      - S8177817: Remove assertions in 8u that were removed by 8056124 in 9.
      - S8179084: HotSpot VM fails to start when AggressiveHeap is set
      - S8180048: Interned string and symbol table leak memory during parallel
unlinking
      - S8180511: Null pointer dereference in Matcher::ReduceInst()
      - S8180565: Null pointer dereferences of ConstMethod::method()
      - S8180575: Null pointer dereference in LoadNode::Identity()
      - S8180576: Null pointer dereference in Matcher::xform()
      - S8180617: Null pointer dereference in InitializeNode::complete_stores
      - S8180711: Better invokespecial checks
      - S8180813: Null pointer dereference of CodeCache::find_blob() result
      - S8180934: PutfieldError failed with UnsupportedClassVersionError
      - S8184682: Upgrade compression library

    ChangeLog:

    2018-01-23  Andrew John Hughes  <gnu_andrew at member.fsf.org>

        Bump aarch32 to jdk8u152-b17-aarch32-171102.
        * patches/hotspot/aarch32/8162384-pr3122.patch,
        * patches/hotspot/aarch32/8164293-pr3412-rh1459641.patch,
        * patches/hotspot/aarch32/8173941-pr3326.patch,
        * patches/hotspot/aarch32/8175813-pr3394-rh1448880.patch,
        * patches/hotspot/aarch32/8175887-pr3415.patch,
        * patches/hotspot/aarch32/8179084-pr3409-rh1455694.patch,
        * patches/hotspot/aarch32/8180048-pr3411-rh1449870.patch,
        * patches/hotspot/aarch32/8180711.patch,
        * patches/hotspot/aarch32/8184682.patch:
        Removed as applied upstream.
        * Makefile.am:
        (ICEDTEA_PATCHES): Remove all AArch32-only patches
        as now applied upstream.
        * NEWS: Updated.
        * hotspot.map.in: Bump aarch32 to
        jdk8u152-b17-aarch32-171102.
        * patches/hotspot/aarch32/8078628-pr3208.patch:
        Adjust to apply against jdk8u152-b17-aarch32-171102.
        Some changes in the Shenandoah version are already applied
        in AArch32.
        * patches/hotspot/aarch32/8145913-pr3466-rh1498309.patch:
        Replace with symlink to Shenandoah version.
        * patches/hotspot/aarch32/8158260-pr2991-rh1341258.patch,
        Adjust to apply against jdk8u152-b17-aarch32-171102.
        AArch32 does not have src/cpu/aarch64/vm/vm_version_aarch64.cpp
        so can't share the patch with Shenandoah.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.openjdk.java.net/pipermail/distro-pkg-dev/attachments/20180124/fece0f57/attachment.html>


More information about the distro-pkg-dev mailing list