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.haus...@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.haus...@oracle.com -- Erik Trimble Java System Support Mailstop: usca22-317 Phone: x67195 Santa Clara, CA Timezone: US/Pacific (GMT-0800)
