PING: RFR: 8194249: SA: G1HeapRegionTable#getByAddress() returns incorrect HeapRegion
David Holmes
david.holmes at oracle.com
Mon Jan 29 21:00:40 UTC 2018
Added in hotspot-gc-dev. Although this is in the SA it is about the SA
interaction with G1 and so likely needs someone familiar with G1 to
review it.
David
On 28/01/2018 10:41 PM, Yasumasa Suenaga wrote:
> PING: Could you review it?
>
>>>> http://cr.openjdk.java.net/~ysuenaga/JDK-8194249/webrev.01/
>
> This webrev has been reviewed by Jini.
> I need a Reviewer and sponsor.
>
>
> Yasumasa
>
>
> On 2018/01/22 19:53, Yasumasa Suenaga wrote:
>> Hi Jini,
>>
>> Thank you for your review!
>> I will update the copyright year in this changeset.
>>
>> I'm waiting for Reviewer and sponsor.
>>
>>
>> Yasumasa
>>
>>
>> On 2018/01/22 13:14, Jini George wrote:
>>> Hi Yasumasa,
>>>
>>> The changes look good to me. Please do update the copyright year to
>>> 2018.
>>>
>>> Thanks!
>>> Jini (Not a Reviewer).
>>>
>>>
>>>
>>> On 12/31/2017 10:03 AM, Yasumasa Suenaga wrote:
>>>> Hi David,
>>>>
>>>>
>>>>> How did you submit to mach5 ???
>>>>
>>>> I'm using Submit Repo for testing:
>>>> https://wiki.openjdk.java.net/display/Build/Submit+Repo
>>>>
>>>>
>>>>> Anyway the failure is with:
>>>>
>>>> Thanks!
>>>> I've fixed them in new webrev:
>>>> http://cr.openjdk.java.net/~ysuenaga/JDK-8194249/webrev.01/
>>>>
>>>> This webrev has passed Mach 5 tier 1 tests in Submit Repo:
>>>> http://java.se.oracle.com:10065/mdash/jobs/mach5-one-ysuenaga-JDK-8194249-20171231-0202-8291
>>>>
>>>>
>>>>
>>>> Yasumasa
>>>>
>>>>
>>>> On 2017/12/30 10:31, David Holmes wrote:
>>>>> Hi Yasumasa,
>>>>>
>>>>> Not a review ...
>>>>>
>>>>> On 29/12/2017 11:16 PM, Yasumasa Suenaga wrote:
>>>>>> Hi all,
>>>>>>
>>>>>> G1HeapRegionTable#getByAddress() returns incorrect HeapRegion
>>>>>> which contains incorrect address. We can see it in Stack Memory
>>>>>> window on HSDB. Some oop addresses are shown as Free Region
>>>>>> (attached image).
>>>>>>
>>>>>> G1HeapRegion#getByAddress() should create HeapRegion instance from
>>>>>> the address in _biased_base array.
>>>>>>
>>>>>> I uploaded webrev. Could you review it?
>>>>>>
>>>>>> http://cr.openjdk.java.net/~ysuenaga/JDK-8194249/webrev.00/
>>>>>>
>>>>>> I've tested this change with test/hotspot/jtreg/serviceability/sa,
>>>>>> it works fine.
>>>>>> But I received some failure from Mach 5. I also tested this change
>>>>>> via submit repos.
>>>>>>
>>>>>> http://java.se.oracle.com:10065/mdash/jobs/mach5-one-ysuenaga-JDK-8194249-20171228-0605-8272
>>>>>>
>>>>>>
>>>>>> I cannot access this URL. Could you share the result?
>>>>>
>>>>> How did you submit to mach5 ???
>>>>>
>>>>> Anyway the failure is with:
>>>>>
>>>>> test/hotspot/jtreg/serviceability/sa/TestG1HeapRegion.java
>>>>>
>>>>> On linux and OS X:
>>>>>
>>>>> stderr: [Exception in thread "main" java.lang.NullPointerException
>>>>> at
>>>>> TestG1HeapRegion$G1HeapRegionTestClosure.doSpace(TestG1HeapRegion.java:70)
>>>>>
>>>>> at
>>>>> jdk.hotspot.agent/sun.jvm.hotspot.gc.g1.G1CollectedHeap.heapRegionIterate(G1CollectedHeap.java:121)
>>>>>
>>>>> at TestG1HeapRegion.scanHeapRegion(TestG1HeapRegion.java:81)
>>>>> at TestG1HeapRegion.main(TestG1HeapRegion.java:129)
>>>>>
>>>>> On Solaris sparcv9:
>>>>>
>>>>> stderr: [Exception in thread "main" java.lang.RuntimeException:
>>>>> Address of HeapRegion does not match.: expected 0x00000007afb00000
>>>>> to equal 0x00000007afc00000
>>>>> at jdk.test.lib.Asserts.fail(Asserts.java:594)
>>>>> at jdk.test.lib.Asserts.assertEquals(Asserts.java:205)
>>>>> at
>>>>> TestG1HeapRegion$G1HeapRegionTestClosure.doSpace(TestG1HeapRegion.java:70)
>>>>>
>>>>> at
>>>>> jdk.hotspot.agent/sun.jvm.hotspot.gc.g1.G1CollectedHeap.heapRegionIterate(G1CollectedHeap.java:121)
>>>>>
>>>>> at TestG1HeapRegion.scanHeapRegion(TestG1HeapRegion.java:81)
>>>>> at TestG1HeapRegion.main(TestG1HeapRegion.java:129)
>>>>> ]
>>>>>
>>>>> David
>>>>> -----
>>>>>
>>>>>> Also I cannot access JPRT. So I need a sponsor.
>>>>>>
>>>>>>
>>>>>> Thanks,
>>>>>>
>>>>>> Yasumasa
More information about the serviceability-dev
mailing list