[Bug 2991] [IcedTea8] JVM on PPC64 LE crashes due to an illegal instruction in JITed code

Mon Aug 24 02:38:28 UTC 2020

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

--- Comment #17 from hg commits <mercurial at icedtea.classpath.org> ---
details:
http://icedtea.classpath.org//hg/icedtea8?cmd=changeset;node=2c02d50412c9
author: Andrew John Hughes <gnu_andrew at member.fsf.org>
date: Sun Aug 09 23:37:37 2020 +0100

    Bump shenandoah to aarch64-shenandoah-jdk8u262-b01.

    Upstream changes:
      - JDK-8003209: JFR events for network utilization
      - JDK-8030680: 292 cleanup from default method code assessment
      - JDK-8041626: Shutdown tracing event
      - JDK-8141056: Erroneous assignment in HeapRegionSet.cpp
      - JDK-8165675: Trace event for thread park has incorrect unit for timeout
      - JDK-8183925: [AArch64] Decouple crash protection from watcher thread
      - JDK-8183925: Decouple crash protection from watcher thread
      - JDK-8191393: Random crashes during cfree+0x1c
      - JDK-8195817: JFR.stop should require name of recording
      - JDK-8195818: JFR.start should increase autogenerated name by one
      - JDK-8195819: Remove recording=x from jcmd JFR.check output
      - JDK-8199712: [AArch64] Flight Recorder
      - JDK-8199712: Flight Recorder
      - JDK-8202578: Revisit location for class unload events
      - JDK-8202835: jfr/event/os/TestSystemProcess.java fails on missing
events
      - JDK-8203287: Zero fails to build after JDK-8199712 (Flight Recorder)
      - JDK-8203346: JFR: Inconsistent signature of jfr_add_string_constant
      - JDK-8203664: JFR start failure after AppCDS archive created with JFR
StartFlightRecording
      - JDK-8203921: JFR thread sampling is missing fixes from JDK-8194552
      - JDK-8203929: Limit amount of data for JFR.dump
      - JDK-8205516: JFR tool
      - JDK-8207392: [PPC64] Implement JFR profiling
      - JDK-8209960: -Xlog:jfr* doesn't work with the JFR
      - JDK-8210024: JFR calls virtual is_Java_thread from ~Thread()
      - JDK-8210776: Upgrade X Window System 6.8.2 to the latest XWD 1.0.7
      - JDK-8211239: Build fails without JFR: empty JFR events signatures
mismatch
      - JDK-8213015: Inconsistent settings between JFR.configure and
-XX:FlightRecorderOptions
      - JDK-8213421: Line number information for execution samples always 0
      - JDK-8213617: JFR should record the PID of the recorded process
      - JDK-8213966: The ZGC JFR events should be marked as experimental
      - JDK-8214542: JFR: Old Object Sample event slow on a deep heap in debug
builds
      - JDK-8215175: Inconsistencies in JFR event metadata
      - JDK-8215284: Reduce noise induced by periodic task getFileSize()
      - JDK-8215355: Object monitor deadlock with no threads holding the
monitor (using jemalloc 5.1)
      - JDK-8215961: jdk/jfr/event/os/TestCPUInformation.java fails on AArch64
      - JDK-8216064: -XX:StartFlightRecording:settings= doesn't work properly
      - JDK-8216486: Possibility of integer overflow in JfrThreadSampler::run()
      - JDK-8216559: [JFR] Native libraries not correctly parsed from
/proc/self/maps
      - JDK-8216578: Remove unused/obsolete method in JFR code
      - JDK-8216995: Clean up JFR command line processing
      - JDK-8218935: Make jfr strncpy uses GCC 8.x friendly
      - JDK-8223147: JFR Backport
      - JDK-8223689: Add JFR Thread Sampling Support
      - JDK-8223690: Add JFR BiasedLock Event Support
      - JDK-8223691: Add JFR G1 Region Type Change Event Support
      - JDK-8223692: Add JFR G1 Heap Summary Event Support
      - JDK-8224172: assert(jfr_is_event_enabled(id)) failed: invariant
      - JDK-8227011: Starting a JFR recording in response to JVMTI VMInit and /
or Java agent premain corrupts memory
      - JDK-8227605: Kitchensink fails "assert((((klass)->trace_id() &
(JfrTraceIdEpoch::leakp_in_use_this_epoch_bit())) != 0)) failed: invariant"
      - JDK-8229366: JFR backport allows unchecked writing to memory
      - JDK-8229401: Fix JFR code cache test failures
      - JDK-8229708: JFR backport code does not initialize
      - JDK-8229873: 8229401 broke jdk8u-jfr-incubator
      - JDK-8230707: JFR related tests are failing
      - JDK-8231995: two jtreg tests failed after 8229366 is fixed
      - JDK-8236008: Some backup files were accidentally left in the hotspot
tree
      - JDK-8238076: Fix OpenJDK 7 Bootstrap Broken by JFR Backport
      - JDK-8238589: Necessary code cleanup in JFR for JDK8u
      - JDK-8239476: JDK-8238589 broke windows build by moving OrderedPair
      - JDK-8239867: correct over use of INCLUDE_JFR macro
      - JDK-8241444: Metaspace::_class_vsm not initialized if compressed class
pointers are disabled
      - JDK-8241902: AIX Build broken after integration of JDK-8223147 (JFR
Backport)
      - JDK-8242788: Non-PCH build is broken after JDK-8191393

    ChangeLog:

    2020-08-09  Andrew John Hughes  <gnu_andrew at member.fsf.org>

        Bump shenandoah to aarch64-shenandoah-jdk8u262-b01.
        * Makefile.am:
        (ICEDTEA_PATCHES): Add backport of JDK-8251120/PR3793
        so that JFR in the new Shenandoah HotSpot is not partially
        enabled.
        * NEWS: Updated.
        * hotspot.map.in: Bump shenandoah to
        aarch64-shenandoah-jdk8u262-b01.
        * patches/hotspot/aarch32/8143245-pr3548.patch,
        * patches/hotspot/aarch32/8158260-pr2991-rh1341258.patch,
        * patches/hotspot/aarch32/pr1975.patch:
        Replace symlinks with copies of the Shenandoah versions, so the
        Shenandoah copies can be updated to apply against the new drop.
        * patches/hotspot/shenandoah/8143245-pr3548.patch:
        Regenerated due to changed context in thread_linux_zero.cpp
        from JDK-8203287 (JFR Zero support).
        * patches/hotspot/shenandoah/8158260-pr2991-rh1341258.patch:
        Regenerated due to changed globals.hpp context from
        JDK-8223147 (JFR backport)
        * patches/hotspot/shenandoah/8251120-pr3793.patch:
        New patch so that HotSpot builds with ENABLE_JFR unset.
        * patches/hotspot/shenandoah/pr1975.patch:
        Regenerated due to changed g1MarkSweep.cpp context from
        JDK-8223147 (JFR backport)

-- 
You are receiving this mail because:
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.java.net/pipermail/distro-pkg-dev/attachments/20200824/af247c19/attachment-0001.htm>