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

bugzilla-daemon at icedtea.classpath.org bugzilla-daemon at icedtea.classpath.org
Mon Aug 24 02:39:34 UTC 2020


--- Comment #18 from hg commits <mercurial at icedtea.classpath.org> ---
author: Andrew John Hughes <gnu_andrew at member.fsf.org>
date: Mon Aug 17 15:51:41 2020 +0100

    Bump aarch32 to jdk8u262-b01-aarch32-20200429.

    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: 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: Flight Recorder
      - JDK-8202578: Revisit location for class unload events
      - JDK-8202835: jfr/event/os/TestSystemProcess.java fails on missing
      - 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
      - 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
      - JDK-8213015: Inconsistent settings between JFR.configure and
      - 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
      - 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-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
      - 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
      - JDK-8238076: Fix OpenJDK 7 Bootstrap Broken by JFR Backport
      - JDK-8238589: Necessary code cleanup in JFR for JDK8u
      - JDK-8238590: Enable JFR by default during compilation in 8u
      - JDK-8239476: JDK-8238589 broke windows build by moving OrderedPair
      - JDK-8239479: minimal1 and zero builds are failing
      - JDK-8239867: correct over use of INCLUDE_JFR macro
      - JDK-8240375: Disable JFR by default for July 2020 release
      - JDK-8241444: Metaspace::_class_vsm not initialized if compressed class
pointers are disabled
      - JDK-8241902: AIX Build broken after integration of JDK-8223147 (JFR
      - JDK-8242788: Non-PCH build is broken after JDK-8191393


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

        Bump aarch32 to jdk8u262-b01-aarch32-20200429.
        * Makefile.am:
        (ICEDTEA_PATCHES): Apply backport of JDK-8251120/PR3793
        to aarch32 as well.
        * hotspot.map.in: Bump aarch32 to
        * patches/hotspot/aarch32/8143245-pr3548.patch,
        * patches/hotspot/aarch32/8158260-pr2991-rh1341258.patch:
        Replace with symlinks to Shenandoah versions now
        both are again based on the same upstream 8u version.
        * patches/hotspot/aarch32/8251120-pr3793.patch,
        New patch (symlinked to Shenandoah version) so that
        HotSpot builds with ENABLE_JFR unset.
        * patches/hotspot/aarch32/pr1975.patch:
        Replace with symlinks to Shenandoah versions now
        both are again based on the same upstream 8u version.

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/d040218a/attachment-0001.htm>

More information about the distro-pkg-dev mailing list