Tue, 18 Jan 2011 18:00:06 -0800 7012766: assert(false) failed: DEBUG MESSAGE in MacroAssembler::debug32
iveresov [Tue, 18 Jan 2011 18:00:06 -0800] rev 7912
7012766: assert(false) failed: DEBUG MESSAGE in MacroAssembler::debug32 Summary: Interpreter expects to see methodOop in rbx on method entry, which needs to be restored after call to profile_method. Reviewed-by: kvn, never
Tue, 18 Jan 2011 17:10:03 -0800 7012965: Fix failed on sparc for 7009756: volatile variables could be broken throw reflection API
kvn [Tue, 18 Jan 2011 17:10:03 -0800] rev 7911
7012965: Fix failed on sparc for 7009756: volatile variables could be broken throw reflection API Summary: Use LDX/STX on v9 and LDD/STD on v8 sparc for volatile long moves. Reviewed-by: never
Thu, 07 Oct 2010 13:49:40 -0700 6966589: hs16-b08 causes java.lang.StackOverflowError
minqi [Thu, 07 Oct 2010 13:49:40 -0700] rev 7910
6966589: hs16-b08 causes java.lang.StackOverflowError Reviewed-by: mchung, dholmes, chrisphi
Thu, 13 Jan 2011 22:54:23 -0800 Merge
trims [Thu, 13 Jan 2011 22:54:23 -0800] rev 7909
Merge
Thu, 13 Jan 2011 17:19:21 -0800 Merge
johnc [Thu, 13 Jan 2011 17:19:21 -0800] rev 7908
Merge
Thu, 13 Jan 2011 11:33:56 -0800 7011940: iCMS: SIGSEGV in SweepClosure::do_already_free_chunk(FreeChunk*)+0x360
ysr [Thu, 13 Jan 2011 11:33:56 -0800] rev 7907
7011940: iCMS: SIGSEGV in SweepClosure::do_already_free_chunk(FreeChunk*)+0x360 Summary: Revert a (relaxed version of the) bounds-check that was incorrectly removed in the fix for 7008136. Reviewed-by: jmasa, johnc
Thu, 13 Jan 2011 04:43:30 -0800 6941122: G1: UseLargePages does not work with G1 garbage collector
brutisso [Thu, 13 Jan 2011 04:43:30 -0800] rev 7906
6941122: G1: UseLargePages does not work with G1 garbage collector Summary: Pass the value of UseLargePages instead of false as the "large" parameter when reserving the G1 heap. Reviewed-by: tonyp, johnc, phh
Wed, 12 Jan 2011 16:34:25 -0500 6994297: G1: do first-level slow-path allocations with a CAS
tonyp [Wed, 12 Jan 2011 16:34:25 -0500] rev 7905
6994297: G1: do first-level slow-path allocations with a CAS Summary: First attempt to allocate out the current alloc region using a CAS instead of taking the Heap_lock (first level of G1's slow allocation path). Only if that fails and it's necessary to replace the current alloc region take the Heap_lock (that's the second level of G1's slow allocation path). Reviewed-by: johnc, brutisso, ysr
(0) -3000 -1000 -300 -100 -30 -10 -8 +8 +10 +30 +100 +300 +1000 +3000 +10000 +30000 tip