RFR: 8075466: Address not aligned in Klass::decode_klass_not_null
Kim Barrett
kim.barrett at oracle.com
Wed Apr 15 20:36:34 UTC 2015
On Apr 15, 2015, at 4:51 AM, Bengt Rutisson <bengt.rutisson at oracle.com> wrote:
>
>
> Hi Kim,
>
> On 2015-04-14 17:05, 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.
>
> :)
>
> Latest webrev looks good to me.
>
> Thanks,
> Bengt
Thanks for your review.
More information about the hotspot-gc-dev
mailing list