Thu, 18 Mar 2010 16:47:37 -0400 6936168: Recent fix for unmapping stack guard pages doesn't close /proc/self/maps
coleenp [Thu, 18 Mar 2010 16:47:37 -0400] rev 5090
6936168: Recent fix for unmapping stack guard pages doesn't close /proc/self/maps Summary: Add close to returns (fix for 6929067 also contributed by aph) Reviewed-by: aph, dcubed, andrew, acorn Contributed-by: aph@redhat.com, andreas.kohn@fredhopper.com
Wed, 17 Mar 2010 11:01:05 +0100 6935224: Adding new DTrace probes to work with Palantir
fparain [Wed, 17 Mar 2010 11:01:05 +0100] rev 5089
6935224: Adding new DTrace probes to work with Palantir Summary: Adding probes related to thread scheduling and class initialization Reviewed-by: kamg, never
Tue, 16 Mar 2010 20:47:17 -0700 Merge
dcubed [Tue, 16 Mar 2010 20:47:17 -0700] rev 5088
Merge
Tue, 16 Mar 2010 17:47:03 -0600 6923488: 4/4 need minor tweaks to HotSpot build for Cygwin
dcubed [Tue, 16 Mar 2010 17:47:03 -0600] rev 5087
6923488: 4/4 need minor tweaks to HotSpot build for Cygwin Summary: Clean up get_msc_ver, build.bat and build.make in general and for Cygwin. Reviewed-by: ohair
Sat, 13 Mar 2010 16:32:49 -0800 6934758: Expose the break down of clean up task time during safepoint.
xlu [Sat, 13 Mar 2010 16:32:49 -0800] rev 5086
6934758: Expose the break down of clean up task time during safepoint. Summary: Use -XX:+TraceSafepointCleanupTime to print out the details of each clean up tasks. Reviewed-by: dholmes, ysr
Fri, 12 Mar 2010 10:42:16 -0500 6929067: Stack guard pages should be removed when thread is detached
coleenp [Fri, 12 Mar 2010 10:42:16 -0500] rev 5085
6929067: Stack guard pages should be removed when thread is detached Summary: Add code to unmap stack guard area when thread is detached. Reviewed-by: coleenp, kamg
Thu, 01 Apr 2010 16:15:12 -0700 6940419: Bump the HS18 build number to 02
trims [Thu, 01 Apr 2010 16:15:12 -0700] rev 5084
6940419: Bump the HS18 build number to 02 Summary: Update the HS18 build number to 02 Reviewed-by: jcoomes
Thu, 01 Apr 2010 16:10:27 -0700 Merge
trims [Thu, 01 Apr 2010 16:10:27 -0700] rev 5083
Merge
Thu, 18 Mar 2010 12:14:59 -0400 6935821: G1: threads created during marking do not active their SATB queues
tonyp [Thu, 18 Mar 2010 12:14:59 -0400] rev 5082
6935821: G1: threads created during marking do not active their SATB queues Summary: Newly-created threads always had the active field of their SATB queue initialized to false, even if they were created during marking. As a result, updates from threads created during a marking cycle were never enqueued and never processed. The fix includes remaining a method from active() to is_active() for readability and naming consistency. Reviewed-by: ysr, johnc
Mon, 22 Mar 2010 02:40:53 -0700 Merge
apetrusenko [Mon, 22 Mar 2010 02:40:53 -0700] rev 5081
Merge
Thu, 18 Mar 2010 13:31:51 -0700 6935839: excessive marking stack growth during full gcs
jcoomes [Thu, 18 Mar 2010 13:31:51 -0700] rev 5080
6935839: excessive marking stack growth during full gcs Summary: process one item at a time from the objarray stack/queue Reviewed-by: apetrusenko, tonyp
Thu, 18 Mar 2010 01:48:28 -0700 6921710: G1: assert(new_finger >= _finger && new_finger < _region_limit,"invariant")
apetrusenko [Thu, 18 Mar 2010 01:48:28 -0700] rev 5079
6921710: G1: assert(new_finger >= _finger && new_finger < _region_limit,"invariant") Summary: If CM task was aborted while scanning the last object of the specified region and the size of that object is equal to bitmap's granularity then the next offset would be equal or over the region limit which is exactly what the assertion states. Reviewed-by: ysr, tonyp, jmasa
Thu, 11 Mar 2010 11:44:43 -0800 6755988: G1: assert(new_obj != 0 || ... "should be forwarded")
johnc [Thu, 11 Mar 2010 11:44:43 -0800] rev 5078
6755988: G1: assert(new_obj != 0 || ... "should be forwarded") Summary: A TLAB became large enough to be considered a humongous object allowing multiple objects to be allocated in a humongous region, which violates a basic assumption about humongous regions. The changes ensure that TLABs cannot be regarded as humongous. Reviewed-by: iveresov, tonyp
Mon, 15 Mar 2010 02:56:45 -0700 Merge
apetrusenko [Mon, 15 Mar 2010 02:56:45 -0700] rev 5077
Merge
Wed, 03 Mar 2010 14:48:26 -0800 4396719: Mark Sweep stack overflow on deeply nested Object arrays
jcoomes [Wed, 03 Mar 2010 14:48:26 -0800] rev 5076
4396719: Mark Sweep stack overflow on deeply nested Object arrays Summary: Use an explicit stack for object arrays and process them in chunks. Reviewed-by: iveresov, apetrusenko
(0) -3000 -1000 -300 -100 -15 +15 +100 +300 +1000 +3000 +10000 +30000 tip