katleman [Thu, 15 Dec 2011 15:55:53 -0800] rev 11216
Merge
katleman [Thu, 15 Dec 2011 15:47:31 -0800] rev 11215
Added tag jdk8-b16 for changeset 9b857545922a
katleman [Thu, 15 Dec 2011 12:16:36 -0800] rev 11214
Added tag jdk8-b17 for changeset f93045767e5d
duke [Wed, 05 Jul 2017 17:57:28 +0200] rev 11213
Merge
amurillo [Fri, 16 Dec 2011 12:37:38 -0800] rev 11212
Added tag hs23-b08 for changeset 40104529a61f
amurillo [Fri, 16 Dec 2011 12:38:00 -0800] rev 11211
Merge
vladidan [Wed, 14 Dec 2011 20:06:21 -0500] rev 11210
Merge
fparain [Wed, 14 Dec 2011 04:30:57 -0800] rev 11209
7104647: Adding a diagnostic command framework
Reviewed-by: phh, dcubed
jmasa [Fri, 09 Dec 2011 19:28:34 -0800] rev 11208
7119584: UseParallelGC barrier task can be overwritten.
Summary: Provoke a GC for a metadata allocation failure.
Reviewed-by: johnc, iveresov
jmasa [Fri, 09 Dec 2011 06:46:57 -0800] rev 11207
Merge
tonyp [Wed, 07 Dec 2011 12:54:51 -0500] rev 11206
7118202: G1: eden size unnecessarily drops to a minimum
Summary: An integer underflow can cause the RSet lengths to be massively overpredicted which forces the eden size to the minimum.
Reviewed-by: brutisso, johnc
stefank [Mon, 28 Nov 2011 14:58:31 +0100] rev 11205
7116081: USE_PRECOMPILED_HEADER=0 triggers a single threaded build of the JVM
Summary: Changed the conditional to see if the precompiled header has been specified. Also, removed the unused PrecompiledOption.
Reviewed-by: dholmes, brutisso
stefank [Mon, 28 Nov 2011 10:19:26 +0100] rev 11204
7112034: Parallel CMS fails to properly mark reference objects
Summary: Enabled reference processing when work stealing during concurrent marking
Reviewed-by: jmasa, brutisso
tonyp [Mon, 05 Dec 2011 12:26:40 -0500] rev 11203
Merge
johnc [Fri, 02 Dec 2011 12:39:23 -0800] rev 11202
7114095: G1: assert(obj == oopDesc::load_decode_heap_oop(p)) failed: p should still be pointing to obj
Summary: As a result of the changes for 4965777, the G1 reference field scanning closure could be applied to the discovered field of a reference object twice. The failing assert is too strong if the result of the first application of the closure is stolen, and the referenced object, evacuated by another worker thread.
Reviewed-by: ysr, tonyp
kvn [Thu, 08 Dec 2011 10:27:33 -0800] rev 11201
Merge