RFR: 8075466: Address not aligned in Klass::decode_klass_not_null
Thomas Schatzl
thomas.schatzl at oracle.com
Wed Apr 15 07:24:07 UTC 2015
Hi Kim,
On Tue, 2015-04-14 at 11:05 -0400, Kim Barrett wrote:
> On Apr 14, 2015, at 5:51 AM, Bengt Rutisson <bengt.rutisson at oracle.com> wrote:
> >
> >
> > On 2015-04-14 00:00, Kim Barrett wrote:
> >>> The problem is that a SATB queue may contain a stale reference to an
> >>> eagerly reclaimed humongous object. Assert-conditional verification
> >>> during full queue processing that all entries are oop's can now fail.
> >>>
> >>> We deal with this by eliminating the pre-filtering verification
> >>> (removed call to ObjPtrQueue::verify_oops_in_buffer and removed that
> >>> now unused function). Instead, ObjPtrQueue::filter has been revised
> >>> to be more careful about oop-ness assumptions, and to assert the
> >>> oop-ness of entries that are retained.
> >> Here's an update, modified per Bengt's and Eric's comments.
> >>
> >> Eliminated unnecessary cast to HeapWord**.
> >> Removed bogus comment.
> >> Fixed formatting of "if" statement.
> >>
> >> CR:
> >> https://bugs.openjdk.java.net/browse/JDK-8075466
> >>
> >> Webrev:
> >> http://cr.openjdk.java.net/~kbarrett/8075466/webrev.01/
> >
> > Did something go wrong during the upload of the webrev? I get a "404 - Not Found" from the above link. :)
>
> That would be because I forgot to upload it. Fixed now. Sorry about that.
Looks good.
Thomas
More information about the hotspot-gc-dev
mailing list