Integrated: 8260296: SA's dumpreplaydata fails

2021-02-05 Thread Roland Westrelin
On Fri, 22 Jan 2021 14:21:52 GMT, Roland Westrelin wrote: > I noticed that the SA's dumpreplaydata command fails with: > > java.lang.AssertionError: CLHSDB wasn't run successfully: Opening core file, > please wait... > hsdb> Exception in thread "main" java.lang.In

Re: RFR: 8260296: SA's dumpreplaydata fails [v5]

2021-02-05 Thread Roland Westrelin
by systemd (I'm running some recent version of fedora). I > suppose, the system can be configured differently but having the test > work out the box is nice. I extended the test case to handle that. > > With the improved test, there are a few differences between the VM and > SA re

Re: RFR: 8260296: SA's dumpreplaydata fails [v4]

2021-02-05 Thread Roland Westrelin
On Thu, 4 Feb 2021 18:25:45 GMT, Igor Ignatyev wrote: >> Roland Westrelin has updated the pull request with a new target base due to >> a merge or a rebase. The incremental webrev excludes the unrelated changes >> brought in by the merge/rebase. The pull request cont

Re: RFR: 8260296: SA's dumpreplaydata fails [v4]

2021-02-04 Thread Roland Westrelin
by systemd (I'm running some recent version of fedora). I > suppose, the system can be configured differently but having the test > work out the box is nice. I extended the test case to handle that. > > With the improved test, there are a few differences between the VM and > SA re

Re: RFR: 8260296: SA's dumpreplaydata fails [v3]

2021-02-04 Thread Roland Westrelin
On Wed, 3 Feb 2021 18:51:57 GMT, Igor Ignatyev wrote: >> Thanks for reviewing this. I did not store the pid in the OutputAnalyzer >> because it doesn't seem to belong there as it has nothing to do with the >> text output of a test. But if you think that's ok. that's fine with me too. >> Do

Re: RFR: 8260296: SA's dumpreplaydata fails [v3]

2021-02-03 Thread Roland Westrelin
On Wed, 3 Feb 2021 05:45:02 GMT, Igor Ignatyev wrote: >> Roland Westrelin has updated the pull request with a new target base due to >> a merge or a rebase. The incremental webrev excludes the unrelated changes >> brought in by the merge/rebase. The pull request contain

Re: RFR: 8260296: SA's dumpreplaydata fails [v3]

2021-01-27 Thread Roland Westrelin
On Fri, 22 Jan 2021 17:44:34 GMT, Vladimir Kozlov wrote: >> Roland Westrelin has updated the pull request with a new target base due to >> a merge or a rebase. The incremental webrev excludes the unrelated changes >> brought in by the merge/rebase. The pull request contain

Re: RFR: 8260296: SA's dumpreplaydata fails [v2]

2021-01-27 Thread Roland Westrelin
On Mon, 25 Jan 2021 19:43:56 GMT, Chris Plummer wrote: >> Roland Westrelin has updated the pull request incrementally with one >> additional commit since the last revision: >> >> use CoreUtils > > test/lib/jdk/test/lib/util/CoreUtils.java line 193: >

Re: RFR: 8260296: SA's dumpreplaydata fails [v3]

2021-01-27 Thread Roland Westrelin
by systemd (I'm running some recent version of fedora). I > suppose, the system can be configured differently but having the test > work out the box is nice. I extended the test case to handle that. > > With the improved test, there are a few differences between the VM and > SA re

Re: RFR: 8260296: SA's dumpreplaydata fails [v2]

2021-01-25 Thread Roland Westrelin
by systemd (I'm running some recent version of fedora). I > suppose, the system can be configured differently but having the test > work out the box is nice. I extended the test case to handle that. > > With the improved test, there are a few differences between the VM and > SA re

Re: RFR: 8260296: SA's dumpreplaydata fails [v2]

2021-01-25 Thread Roland Westrelin
On Fri, 22 Jan 2021 21:28:33 GMT, Chris Plummer wrote: >> Roland Westrelin has updated the pull request incrementally with one >> additional commit since the last revision: >> >> use CoreUtils > > src/jdk.hotspot.agent/share/classes/sun/jvm/hotspot/oops/Profile

RFR: 8260296: SA's dumpreplaydata fails

2021-01-22 Thread Roland Westrelin
I noticed that the SA's dumpreplaydata command fails with: java.lang.AssertionError: CLHSDB wasn't run successfully: Opening core file, please wait... hsdb> Exception in thread "main" java.lang.InternalError: ciMetadata does not appear to be polymorphic with a simple test program. This happens

Re: RFR (round 5), JDK-8214259: Implementation: JEP 189: Shenandoah: A Low-Pause Garbage Collector

2018-12-07 Thread Roland Westrelin
> http://cr.openjdk.java.net/~rkennke/shenandoah-upstream/05/ C2 changes look good to me. Roland.

Re: RFR(S): 8077832: SA's dumpreplaydata, dumpcfg and buildreplayjars are broken

2015-04-17 Thread Roland Westrelin
Thanks for the reviews, Vladimir, Dmitry and Staffan. Roland.

Re: RFR(S): 8071999: SA's buildreplayjars fail with exception

2015-02-09 Thread Roland Westrelin
So it isn't default methods that are the problem but bridge methods? Yes, it looks like it. Roland.

Re: RFR(S): 8071999: SA's buildreplayjars fail with exception

2015-02-06 Thread Roland Westrelin
Hi Chris, Since you’re saying it only fixes it partially should we file a followup bug and maybe leave a comment behind? Actually I don’t know if it’s partial or not. I don’t understand default methods enough to be sure. Roland.

Re: RFR(S): 8071999: SA's buildreplayjars fail with exception

2015-02-06 Thread Roland Westrelin
Hi David, I wouldn't say it supports default methods rather it ignores them so they don't trigger exceptions. I'm still puzzling over why default methods have a zero _codeIndex as that seems to be the real cause of the trouble. ?? I took another look and it turns out the test on _codeIndex

RFR(S): 8071999: SA's buildreplayjars fail with exception

2015-02-04 Thread Roland Westrelin
buildreplayjars sometimes fail with an exception and I think that's caused by the lack of support for default methods when the SA dumps classes. This change fixes it at least partially. It may not be the cleanest way to support default methods but it already proved useful when investigating a

Re: RFR: 8043637 compiler/ciReplay/TestSA.sh: java.lang.InternalError: missing reason for 17

2014-05-21 Thread Roland Westrelin
Hi Staffan, Please review this fix for a problem with compiler/ciReplay/TestSA.sh. It fails with an exception because SA can’t find the values for some the enum entries in Deoptimization::DeoptReason since they are missing from vmStructs.cpp. The patch below adds them. bug:

Re: RFR(L): 8028468: Add inlining information into ciReplay

2014-01-08 Thread Roland Westrelin
AM, Roland Westrelin wrote: http://cr.openjdk.java.net/~kvn/8028468/webrev/ New webrev: http://cr.openjdk.java.net/~kvn/8028468/webrev.01/ Should the agent/doc/cireplay.html be updated? Is there another doc on how to use the replay support somewhere (wiki)? cireplay.html describes

Re: RFR(L): 8028468: Add inlining information into ciReplay

2014-01-07 Thread Roland Westrelin
http://cr.openjdk.java.net/~kvn/8028468/webrev/ Should the agent/doc/cireplay.html be updated? Is there another doc on how to use the replay support somewhere (wiki)? ciReplay.cpp typos: // Use pointer because we may need to retirn inline records // Replay Inlinig vmError.cpp typo: // Do not

Re: RFR(L): 8028468: Add inlining information into ciReplay

2014-01-07 Thread Roland Westrelin
:39 AM, Roland Westrelin roland.westre...@oracle.com wrote: http://cr.openjdk.java.net/~kvn/8028468/webrev/ Should the agent/doc/cireplay.html be updated? Is there another doc on how to use the replay support somewhere (wiki)? ciReplay.cpp typos: // Use pointer because we may need

Re: 8029383: assert(counter_changed) failed: failed dependencies, but counter didn't change

2013-12-10 Thread Roland Westrelin
Thanks for the review Vladimir Christian Roland.

Re: 8029383: assert(counter_changed) failed: failed dependencies, but counter didn't change

2013-12-09 Thread Roland Westrelin
) { + notice_modification(); Thanks, Vladimir On 12/9/13 9:03 AM, Roland Westrelin wrote: http://cr.openjdk.java.net/~roland/8029383/webrev.00/ When an anonymous class is defined through Unsafe (not recorded in the system dictionary), SystemDictionary::notice_modification() is not called

Re: Request for Review: JDK-8008796: SA: Oop.iterateFields() should support CompressedKlassPointers again

2013-03-15 Thread Roland Westrelin
It looks good to me. Roland.

hg: hsx/hotspot-rt/hotspot: 7085012: ARM: com/sun/jdi/PopSynchronousTest.java still fails

2011-09-07 Thread roland . westrelin
Changeset: 2fecca53a2c6 Author:roland Date: 2011-09-07 14:15 +0200 URL: http://hg.openjdk.java.net/hsx/hotspot-rt/hotspot/rev/2fecca53a2c6 7085012: ARM: com/sun/jdi/PopSynchronousTest.java still fails Summary: InterpreterRuntime::popframe_move_outgoing_args() is required for the