jdk7-b135: Hotspot

Fri Mar 25 17:41:09 PDT 2011

That would be HS21 B05, NOT B06, which was integrated. Oops.

-Erik

On Fri, 2011-03-25 at 17:35 -0700, Erik Trimble wrote:
> I realized I never sent out the Hotspot integration notice for HS21b06/7b135. Sorry about that.
> 
> 
> Build 05 of Hotspot 21 has been pushed to the OpenJDK master repositories, for JDK 7 Build 135.
> 
> http://hg.openjdk.java.net/jdk7/jdk7/corba/rev/48ef0c712e7c 
> http://hg.openjdk.java.net/jdk7/jdk7/hotspot/rev/661c46a8434c 
> http://hg.openjdk.java.net/jdk7/jdk7/jaxp/rev/1759daa85d33 
> http://hg.openjdk.java.net/jdk7/jdk7/jaxws/rev/c81d289c9a53 
> http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/dbdd618765a8 
> http://hg.openjdk.java.net/jdk7/jdk7/langtools/rev/028248b9a397 
> http://hg.openjdk.java.net/jdk7/jdk7/rev/e97f037142f5 
> 
> ---------
> 
> Component : VM
> Status    : 0 major failures, 2 minor failures
> Date      : 03/22/2011 at 09:33
> Tested By : VM SQE and Nicolay.Haustov at oracle.com
> Cost(total man-days): 2
> 
> Workspace : N/A
> Bundles   : JPRT: 2011-03-18-203836.et151817.hs21-b05-snapshot
> Platforms : 
> Solaris Sparc 11(32), -client
> Solaris Sparc 11(32), -server
> Solaris Sparc 10(32), -client
> Solaris Sparc 10(32), -server
> Solaris x86 11(32), -client
> Solaris x86 11(32), -server
> Solaris x86 10(32), -client
> Solaris x86 10(32), -server
> WinXP Prof(32), -client
> WinXP Prof(32), -server
> WinXP Home(32), -client
> WinXP Home(32), -server
> Win Server 2003(32), -client
> Win Server 2003(32), -server
> Windows Vista 32 bit, -client
> Windows Vista 32 bit, -server
> Sol Sparc 10(64OS)(64jdk), -d64/-server
> win server2003 Itanium(64OS)(64jdk), -d64/-server
> RH AS4.0 AMD(64OS)(64jdk), -d64/-server
> SuSE SLES8 AMD(64OS)(64jdk), -d64/-server
> Others
> 
> Tests     : /net/sqenfs-1.sfbay/export1/comp/vm/testbase/
> Browsers  : NA
> Patches   : NA
> Logs      : http://sqeweb.us.oracle.com/nfs/results/vm/gtee/HSX/PIT/VM/hs21/b05/jdk7b135/
> Number of Tests Executed : 292727 product tests, 0 unit tests, 0 tck tests
> 
> Bug verification status:
> ======================================
>  Tested, Pass: 
> 6512830: Error: assert(tag_at(which).is_unresolved_klass(), "Corrupted constant pool")
> 6589823: Error: meet not symmetric
> 6627787: CMS: JVM refuses to start up with -Xms16m -Xmx16m
> 6820066: ParallelGC: hang on product and crash on fastdebug on SPECjbb2005 with -XX:ParGCArrayScanChunk=0
> 6845426: non-static <clinit> method with no args is called during the class initialization process
> 6987703: iCMS: Intermittent hang with gc/gctests/CallGC/CallGC01 and +ExplicitGCInvokesConcurrent
> 7000125: CMS: Anti-monotone young gen sizing with respect to maximum whole heap size specification
> 7011865: JSR 292 CTW fails: !THREAD->is_Compiler_thread() failed: Can not load classes with the Compiler thre
> 7018056: large pages not always enabled by default
> 7024584: Symbol printouts shouldnt be under PrintGCDetails
> 7024866: #  assert(limit == NULL || limit <= nm->code_end()) failed: in bounds
> 7024970: assert(ServiceThread::is_service_thread(Thread::current())) failed: Service thread must post enqueue
> 
>  Tested, Pass (partial fixes): 
> 
>  Tested, Fail: 
> 
>  Untested bug fixes:
>     Setup is not available: 
> 6668573: CMS: reference processing crash if ParallelCMSThreads > ParallelGCThreads
> 6839872: remove implementation inheritance from JSR 292 APIs
> 6896099: Integrate CMS heap ergo with default heap sizing ergo
> 6965570: assert(!needs_patching && x->is_loaded(),"how do we know it's volatile if it's not loaded")
> 7003754: arm: Rtemp is implicitly cleared by membar
> 7003805: arm: add ldrex variants for some usages of atomic_cas in ARM specific code
> 7003807: arm: cleanup usage of temporary registers
> 7004122: ARM: cleanup and optimize biased_locking_enter code
> 7004406: arm: MacroAssembler::eden_allocate should retry after a CAS failure
> 7008814: arm: create missing arraycopy and typecheck stubs for C2
> 7011490: Wrong computation results in Test6880034
> 7012648: move JSR 292 to package java.lang.invoke and adjust names
> 7014923: G1: code cleanup
> 7015249: PPC: JCK Floating point failures
> 7019165: Incorrect symbols in pstack output after SymbolTable changes
> 7020403: Add AdvancedCompilationPolicy for tiered
> 7022943: G1: improve logging to avoid interleaved numbers
> 7023747: G1: too strict assert in RefineRecordRefsIntoCSCardTableEntryClosure::do_card_ptr in g1RemSet.cpp
> 7023931: PcDescCache::find_pc_desc should not write _last_pc_desc
> 7024234: jvmti tests fail assert(!_oops_are_stale) failed: oops are stale on Win-AMD64
> 7025467: arm: final part of temporary register cleanup
> 7025485: leverage shared x86-only deoptimization code
> 7025558: JSR292 ARM back-end
> 7025742: Can not use CodeCache::unallocated_capacity() with fragmented CodeCache
> 7025860: arm: temporary register must differ from other cas_for_lock_acquire input registers on armv7
> 7026631: field _klass is incorrecly set for dual type of TypeAryPtr::OOPS
> 7028394: Newer AMD Processor Prefetch Defaults
> 7028928: JSR 292 ARM portion of 7012648
>     Build change only: 
> 7021653: Parfait issue in hotspot/src/share/vm/oops/methodDataOops.hpp
> 7022999: Can't build with FORCE_TIERED=0
> 7027529: CMS: retire CMSUseOldDefaults flag
> 7028846: Bump the HS21 build number to 05
> 
>  New bugs filed:
>     Bugs in PIT build: 
> 7029815: JSR 292: Crash in LinkResolver::runtime_resolve_virtual_method with java/dyn/InvokeGenericTest
> 7029819: JSR 292: SIGBUS in methodOopDesc::validate_bci_from_bcx(int)
> 
>     Bugs in earlier promoted build: 
> 
> Number of PIT requested: 1
> Integration target J2SE build number: 1.7.0-b135
> 
> Issues and Notes:
>   
> 
> This is HS 21 b05 PIT for JDK 7 b135.
> 
> -------------------------------
> >From VM SQE and Nicolay.Haustov at oracle.com
-- 
Erik Trimble
Java System Support
Mailstop:  usca22-317
Phone:  x67195
Santa Clara, CA
Timezone: US/Pacific (GMT-0800)