[7u4] Request for approval for bulk integration of hs23-b16

Edvard Wendelin edvard.wendelin at oracle.com
Tue Feb 21 11:27:53 PST 2012


Approved.  

On Feb 21, 2012, at 7:11 PM, Alejandro E Murillo wrote:

> Requesting approval to integrate hs23-b16 into jdk7u4-b13.
> This is an update to the bulk integration request for hs23-b16
> approved earlier.  The only difference is the addition of one fix:
> 
>    7147064: assert(allocates2(pc)) failed: not in CodeBuffer
> 
>         memory: 0xffffffff778d9d60<= 0xffffffff778da69c
> 
> A webrev is available at:
> 
> http://cr.openjdk.java.net/~amurillo/7u4/hs23-b16-jdk7u4-b13.webrev/
> 
> Pre-integration testing is in progress; the integration will proceed
> only after SQE has analyzed the results and approved.
> 
> The fixes in the proposed integration are below.  All have undergone
> nightly testing and are already in a jdk8 repository.
> 
> 6330863: vm/gc/InfiniteList.java fails intermittently due to timeout
> 7009098: SA cannot open core files larger than 2GB on Linux 32-bit
> 7059899: Stack overflows in Java code cause 64-bit JVMs to exit due to SIGSEGV
> 7069991: Setup make/jprt.properties files for jdk8
> 7125136: SIGILL on linux amd64 in gc/ArrayJuggle/Juggle29
> 7126041: jdk7u4 b05 and b06 crash with RubyMine 3.2.4, works well with b04
> 7129284: +DoEscapeAnalysis regression w/ early build of 7u4 (HotSpot 23) on Linux
> 7129514: time warp warnings after 7117303
> 7129892: G1: explicit marking cycle initiation might fail to initiate a marking cycle
> 7130993: nsk/jdi/ReferenceType/instances/instances004 fails with JFR: assert(ServiceUtil::visible_oop(obj))
> 7131006: java/lang/management/ThreadMXBean/ThreadLists.java
> 7132029: G1: mixed GC phase lasts for longer than it should
> 7140866: assert(covered) failed: Card for end of new region not committed
> 7140985: HSDIS does not handle caller options correctly
> 7141259: Native stack is missing in hs_err
> 7141329: Strange values of stack_size in -XX:+TraceMethodHandles output
> 7142113: Add Ivy Bridge to the known Intel x86 cpu families
> 7142680: default GC affected by jvm path
> 7143038: SIGSEGV in assert_equal / LinearScan::assign_reg_num
> 7143061: nsk/stress/stack/b4525850 crash VM
> 7143760: Memory leak in GarbageCollectionNotifications
> 7143766: add ALT_JDK_IMAGE_DIR and improve test_jdk
> 7144296: PS: Optimize nmethods processing
> 7144318: GCLocker assert failure: assert(_needs_gc || SafepointSynchronize::is_at_safepoint(
> 7144322: new hotspot build - hs23-b16
> 7144405: JumbleGC002 assert(m->offset() == pc_offset) failed: oopmap not found
> 7145243: Need additional specializations for argument parsing framework
> 7145345: Code cache sweeper must cooperate with safepoints
> 7145346: VerifyStackAtCalls is broken
> 7145537: minor tweaks to LogEvents
> 7145587: Stack overflows in Java code cause 64-bit JVMs to exit due to SIGSEGV (sparc version)
> 7145589: First JSDT provider creation fails
> 7146343: PS invoke methods should indicate the type of gc done
> 7146354: Re-enable Compressed OOPs after 7118647 is resolved
> 7146729: nightly failure after 7141200: tty is sometimes null during shutdown of main thread
> 7147064: assert(allocates2(pc)) failed: not in CodeBuffer memory: 0xffffffff778d9d60<= 0xffffffff778da69c
> 
> -- 
> Alejandro E Murillo, Java Performance
> Phone:  (303) 955-2584.
> Timezone: US/Mountain (UTC-0700)
> 




More information about the jdk7u-dev mailing list