Re: RFR: 8303814: getLastErrorString should avoid charset conversions

2023-03-09 Thread Chris Plummer
On Wed, 8 Mar 2023 11:30:27 GMT, Daniel Jeliński wrote: > This patch modifies the `getLastErrorString` method to return a `jstring`. > Thanks to that we can avoid unnecessary back and forth conversions between > Unicode and other charsets on Windows. > > Other changes include: > - the Windows

Re: RFR: 8303908: Add missing check in VTMS_transition_disable_for_all() for suspend mode

2023-03-09 Thread David Holmes
On Thu, 9 Mar 2023 18:55:06 GMT, Patricio Chilano Mateo wrote: > Please review this small fix. A suspender is a JvmtiVTMSTransitionDisabler > monopolist, meaning VTMS_transition_disable_for_all() should not return while > there is any active jvmtiVTMSTransitionDisabler. The code though is chec

Re: RFR: 8303908: Add missing check in VTMS_transition_disable_for_all() for suspend mode

2023-03-09 Thread Serguei Spitsyn
On Thu, 9 Mar 2023 18:55:06 GMT, Patricio Chilano Mateo wrote: > Please review this small fix. A suspender is a JvmtiVTMSTransitionDisabler > monopolist, meaning VTMS_transition_disable_for_all() should not return while > there is any active jvmtiVTMSTransitionDisabler. The code though is chec

Re: RFR: 8291555: Implement alternative fast-locking scheme [v16]

2023-03-09 Thread Daniel D . Daugherty
On Thu, 9 Mar 2023 21:08:16 GMT, Roman Kennke wrote: >> This change adds a fast-locking scheme as an alternative to the current >> stack-locking implementation. It retains the advantages of stack-locking >> (namely fast locking in uncontended code-paths), while avoiding the overload >> of the

Re: RFR: 8291555: Implement alternative fast-locking scheme [v15]

2023-03-09 Thread Daniel D . Daugherty
On Wed, 8 Mar 2023 18:25:15 GMT, Roman Kennke wrote: >> This change adds a fast-locking scheme as an alternative to the current >> stack-locking implementation. It retains the advantages of stack-locking >> (namely fast locking in uncontended code-paths), while avoiding the overload >> of the

Re: RFR: 8291555: Implement alternative fast-locking scheme [v16]

2023-03-09 Thread Daniel D . Daugherty
On Thu, 9 Mar 2023 21:08:16 GMT, Roman Kennke wrote: >> This change adds a fast-locking scheme as an alternative to the current >> stack-locking implementation. It retains the advantages of stack-locking >> (namely fast locking in uncontended code-paths), while avoiding the overload >> of the

Integrated: 8302779: HelidonAppTest.java fails with "assert(_cb == CodeCache::find_blob(pc())) failed: Must be the same" or SIGSEGV

2023-03-09 Thread Patricio Chilano Mateo
On Tue, 7 Mar 2023 22:14:39 GMT, Patricio Chilano Mateo wrote: > Please review the following fix. The Method instance representing > Continuation.enterSpecial() is replaced by a new Method during redefinition > of the Continuation class. The already existing nmethod for it is not used, > but

Re: RFR: 8302779: HelidonAppTest.java fails with "assert(_cb == CodeCache::find_blob(pc())) failed: Must be the same" or SIGSEGV

2023-03-09 Thread Patricio Chilano Mateo
On Thu, 9 Mar 2023 22:24:00 GMT, Serguei Spitsyn wrote: > Looks good. Thank you for taking care about it! Serguei, Thanks > Thanks for the review Serguei! - PR: https://git.openjdk.org/jdk/pull/12911

Re: RFR: 8302779: HelidonAppTest.java fails with "assert(_cb == CodeCache::find_blob(pc())) failed: Must be the same" or SIGSEGV

2023-03-09 Thread Serguei Spitsyn
On Tue, 7 Mar 2023 22:14:39 GMT, Patricio Chilano Mateo wrote: > Please review the following fix. The Method instance representing > Continuation.enterSpecial() is replaced by a new Method during redefinition > of the Continuation class. The already existing nmethod for it is not used, > but

Re: RFR: 8291555: Implement alternative fast-locking scheme [v16]

2023-03-09 Thread Daniel D . Daugherty
On Thu, 9 Mar 2023 21:08:16 GMT, Roman Kennke wrote: >> This change adds a fast-locking scheme as an alternative to the current >> stack-locking implementation. It retains the advantages of stack-locking >> (namely fast locking in uncontended code-paths), while avoiding the overload >> of the

Integrated: 8303924: ProblemList serviceability/sa/UniqueVtableTest.java on Linux

2023-03-09 Thread Alex Menkov
On Thu, 9 Mar 2023 21:36:32 GMT, Alex Menkov wrote: > The test fails intermittently on linux-x64-debug and linux-aarch64-debug This pull request has now been integrated. Changeset: e930b63a Author:Alex Menkov URL: https://git.openjdk.org/jdk/commit/e930b63a8f166502740bca45e3d022f69f

Integrated: 8303609: ProblemList serviceability/sa/TestSysProps.java with ZGC

2023-03-09 Thread Chris Plummer
On Wed, 8 Mar 2023 22:40:56 GMT, Chris Plummer wrote: > Although it takes both ZGC and -Xcomp to cause the test to fail, we have no > way to problem list for just that combination, so I'm choosing the problem > list with just ZGC since it is the main cause of the failure. I've only seen > this

Integrated: 8289765: JDI EventSet/resume/resume008 failed with "ERROR: suspendCounts don't match for : VirtualThread-unparker"

2023-03-09 Thread Chris Plummer
On Fri, 3 Mar 2023 18:16:25 GMT, Chris Plummer wrote: > The test failure is caused by the arrival of unexpected ThreadStartEvents, > which mess up the debugger side. The events are for threads we normally only > see getting created when using virtual threads, such as carrier threads and > the

Re: RFR: 8289765: JDI EventSet/resume/resume008 failed with "ERROR: suspendCounts don't match for : VirtualThread-unparker" [v2]

2023-03-09 Thread Chris Plummer
On Wed, 8 Mar 2023 22:39:55 GMT, Chris Plummer wrote: >> The test failure is caused by the arrival of unexpected ThreadStartEvents, >> which mess up the debugger side. The events are for threads we normally only >> see getting created when using virtual threads, such as carrier threads and >>

Re: RFR: 8303609: ProblemList serviceability/sa/TestSysProps.java with ZGC

2023-03-09 Thread Chris Plummer
On Wed, 8 Mar 2023 22:40:56 GMT, Chris Plummer wrote: > Although it takes both ZGC and -Xcomp to cause the test to fail, we have no > way to problem list for just that combination, so I'm choosing the problem > list with just ZGC since it is the main cause of the failure. I've only seen > this

RFR: 8303924: ProblemList serviceability/sa/UniqueVtableTest.java on Linux

2023-03-09 Thread Alex Menkov
The test fails intermittently on linux-x64-debug and linux-aarch64-debug - Commit messages: - problemlist UniqueVtableTest on linux Changes: https://git.openjdk.org/jdk/pull/12962/files Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=12962&range=00 Issue: https://bugs.openjdk.or

Re: RFR: 8303924: ProblemList serviceability/sa/UniqueVtableTest.java on Linux

2023-03-09 Thread Daniel D . Daugherty
On Thu, 9 Mar 2023 21:36:32 GMT, Alex Menkov wrote: > The test fails intermittently on linux-x64-debug and linux-aarch64-debug Thumbs up. This is a trivial fix. - Marked as reviewed by dcubed (Reviewer). PR: https://git.openjdk.org/jdk/pull/12962

Re: RFR: 8301995: Move invokedynamic resolution information out of ConstantPoolCacheEntry [v2]

2023-03-09 Thread Matias Saavedra Silva
> The current structure used to store the resolution information for > invokedynamic, ConstantPoolCacheEntry, is difficult to interpret due to its > ambigious fields f1 and f2. This structure can hold information for fields, > methods, and invokedynamics and each of its fields can hold different

Re: RFR: 8292818: replace 96-bit representation for field metadata with variable-sized streams

2023-03-09 Thread Frederic Parain
On Wed, 8 Mar 2023 16:05:57 GMT, Coleen Phillimore wrote: >> Please review this change re-implementing the FieldInfo data structure. >> >> The FieldInfo array is an old data structure storing fields metadata. It has >> poor extension capabilities, a complex management code because of lack of >

Re: RFR: 8291555: Implement alternative fast-locking scheme [v16]

2023-03-09 Thread Roman Kennke
> This change adds a fast-locking scheme as an alternative to the current > stack-locking implementation. It retains the advantages of stack-locking > (namely fast locking in uncontended code-paths), while avoiding the overload > of the mark word. That overloading causes massive problems with Li

Re: RFR: 8292818: replace 96-bit representation for field metadata with variable-sized streams

2023-03-09 Thread Frederic Parain
On Wed, 8 Mar 2023 15:50:05 GMT, Coleen Phillimore wrote: >> Please review this change re-implementing the FieldInfo data structure. >> >> The FieldInfo array is an old data structure storing fields metadata. It has >> poor extension capabilities, a complex management code because of lack of >

Re: RFR: 8292818: replace 96-bit representation for field metadata with variable-sized streams

2023-03-09 Thread Frederic Parain
On Wed, 8 Mar 2023 15:46:12 GMT, Coleen Phillimore wrote: >> Please review this change re-implementing the FieldInfo data structure. >> >> The FieldInfo array is an old data structure storing fields metadata. It has >> poor extension capabilities, a complex management code because of lack of >

Re: RFR: 8301995: Move invokedynamic resolution information out of ConstantPoolCacheEntry

2023-03-09 Thread Coleen Phillimore
On Thu, 9 Mar 2023 16:44:21 GMT, Richard Reingruber wrote: >> This looks cool. > >> This change should be in a further RFE though (and you can explain it there >> so we can maybe use it in the other platforms too). > > Ok. > >> Does it affect performance when generating the template interprete

Re: RFR: 8301995: Move invokedynamic resolution information out of ConstantPoolCacheEntry

2023-03-09 Thread Frederic Parain
On Mon, 27 Feb 2023 21:37:34 GMT, Matias Saavedra Silva wrote: > The current structure used to store the resolution information for > invokedynamic, ConstantPoolCacheEntry, is difficult to interpret due to its > ambigious fields f1 and f2. This structure can hold information for fields, > met

RFR: 8303908: Add missing check in VTMS_transition_disable_for_all() for suspend mode

2023-03-09 Thread Patricio Chilano Mateo
The message from this sender included one or more files which could not be scanned for virus detection; do not open these files unless you are certain of the sender's intent. -- Please review this small fix. A suspender is a Jvmti

Integrated: 8303489: Add a test to verify classes in vmStruct have unique vtables

2023-03-09 Thread Alex Menkov
On Thu, 2 Mar 2023 02:41:12 GMT, Alex Menkov wrote: > Unique vtables for classes in vmStruct data is a requirement for SA to > correctly detect hotspot classes. > The fix adds test to verify this requirement. > > The test fails as expected on Windows if VM is built without RTTI (see > JDK-8302

Re: RFR: 8291555: Implement alternative fast-locking scheme [v15]

2023-03-09 Thread Daniel D . Daugherty
On Wed, 8 Mar 2023 18:25:15 GMT, Roman Kennke wrote: >> This change adds a fast-locking scheme as an alternative to the current >> stack-locking implementation. It retains the advantages of stack-locking >> (namely fast locking in uncontended code-paths), while avoiding the overload >> of the

Re: RFR: 8291555: Implement alternative fast-locking scheme [v5]

2023-03-09 Thread Daniel D . Daugherty
On Mon, 30 Jan 2023 14:30:41 GMT, Roman Kennke wrote: >> src/hotspot/share/runtime/synchronizer.cpp line 1336: >> >>> 1334: // Success! Return inflated monitor. >>> 1335: if (own) { >>> 1336: assert(current->is_Java_thread(), "must be: checked in >>> is_lock_owned()");

Re: RFR: 8303814: getLastErrorString should avoid charset conversions

2023-03-09 Thread Naoto Sato
On Wed, 8 Mar 2023 11:30:27 GMT, Daniel Jeliński wrote: > This patch modifies the `getLastErrorString` method to return a `jstring`. > Thanks to that we can avoid unnecessary back and forth conversions between > Unicode and other charsets on Windows. > > Other changes include: > - the Windows

Re: RFR: 8257967: JFR: Events for loaded agents [v9]

2023-03-09 Thread Markus Grönlund
> Greetings, > > We are adding support to let JFR report on Agents. > > Design > > An Agent is a library that uses any instrumentation or profiling APIs. Most > agents are started and initialized on the command line, but agents can also > be loaded dynamically during runtime. Because comm

Re: RFR: 8301995: Move invokedynamic resolution information out of ConstantPoolCacheEntry

2023-03-09 Thread Richard Reingruber
On Thu, 9 Mar 2023 16:01:21 GMT, Coleen Phillimore wrote: >> This change should be in a further RFE though (and you can explain it there >> so we can maybe use it in the other platforms too). Does it affect >> performance when generating the template interpreter? Do you need to have >> hsdis

Re: RFR: 8301995: Move invokedynamic resolution information out of ConstantPoolCacheEntry

2023-03-09 Thread Coleen Phillimore
On Thu, 9 Mar 2023 16:00:53 GMT, Coleen Phillimore wrote: >> Yes this is really useful when debugging the template interpreter. It >> annotates the disassembly with the generator source code. It helped tracking >> down a bug in the ppc part oft this pr. Other platforms have it too. >> >> Examp

Re: RFR: 8301995: Move invokedynamic resolution information out of ConstantPoolCacheEntry

2023-03-09 Thread Coleen Phillimore
On Tue, 7 Mar 2023 15:04:29 GMT, Richard Reingruber wrote: >> src/hotspot/cpu/ppc/templateTable_ppc_64.cpp line 53: >> >>> 51: >>> 52: #undef __ >>> 53: #define __ Disassembler::hook(__FILE__, >>> __LINE__, _masm)-> >> >> What is this? Is this something useful for debugging the template >>

Re: RFR: 8301995: Move invokedynamic resolution information out of ConstantPoolCacheEntry

2023-03-09 Thread Coleen Phillimore
On Tue, 7 Mar 2023 19:25:58 GMT, Matias Saavedra Silva wrote: >> src/hotspot/share/oops/cpCache.cpp line 727: >> >>> 725: set_reference_map(nullptr); >>> 726: #if INCLUDE_CDS >>> 727: if (_initial_entries != nullptr) { >> >> @iklam with moving invokedynamic entries out, do you still need t

Integrated: 8303702: Provide ThreadFactory to create platform/virtual threads for com/sun/jdi tests

2023-03-09 Thread Leonid Mesnik
On Mon, 6 Mar 2023 23:47:09 GMT, Leonid Mesnik wrote: > Provide a way to start debugee threads as platform or virtual for debugee in > com/sun/jdi tests. This pull request has now been integrated. Changeset: cdcf5c1e Author:Leonid Mesnik URL: https://git.openjdk.org/jdk/commit/cdcf

Re: RFR: 8303702: Provide ThreadFactory to create platform/virtual threads for com/sun/jdi tests [v3]

2023-03-09 Thread Leonid Mesnik
On Tue, 7 Mar 2023 19:00:25 GMT, Leonid Mesnik wrote: >> Provide a way to start debugee threads as platform or virtual for debugee in >> com/sun/jdi tests. > > Leonid Mesnik has updated the pull request incrementally with one additional > commit since the last revision: > > fixed JdbStopThre

Re: RFR: 8257967: JFR: Events for loaded agents [v8]

2023-03-09 Thread Markus Grönlund
> Greetings, > > We are adding support to let JFR report on Agents. > > Design > > An Agent is a library that uses any instrumentation or profiling APIs. Most > agents are started and initialized on the command line, but agents can also > be loaded dynamically during runtime. Because comm

Re: RFR: 8257967: JFR: Events for loaded agents [v7]

2023-03-09 Thread Markus Grönlund
> Greetings, > > We are adding support to let JFR report on Agents. > > Design > > An Agent is a library that uses any instrumentation or profiling APIs. Most > agents are started and initialized on the command line, but agents can also > be loaded dynamically during runtime. Because comm

Re: RFR: 8257967: JFR: Events for loaded agents [v6]

2023-03-09 Thread Markus Grönlund
> Greetings, > > We are adding support to let JFR report on Agents. > > Design > > An Agent is a library that uses any instrumentation or profiling APIs. Most > agents are started and initialized on the command line, but agents can also > be loaded dynamically during runtime. Because comm

Re: RFR: 8257967: JFR: Events for loaded agents [v5]

2023-03-09 Thread Markus Grönlund
> Greetings, > > We are adding support to let JFR report on Agents. > > Design > > An Agent is a library that uses any instrumentation or profiling APIs. Most > agents are started and initialized on the command line, but agents can also > be loaded dynamically during runtime. Because comm

Re: RFR: 8257967: JFR: Events for loaded agents [v4]

2023-03-09 Thread Markus Grönlund
On Thu, 9 Mar 2023 09:36:28 GMT, Andrew Dinn wrote: > Yes, I appreciate that `dynamic` can be derived from `initializationMethod` > -- and vice versa. However, I was approaching this semantically from the > opposite end. To me the primary characteristic that the user would be > interested in i

Re: RFR: 8257967: JFR: Events for loaded agents [v4]

2023-03-09 Thread Andrew Dinn
The message from this sender included one or more files which could not be scanned for virus detection; do not open these files unless you are certain of the sender's intent. -- On Wed, 8 Mar 2023 18:56:55 GMT, Markus Grönlund wr

Re: RFR: 8257967: JFR: Events for loaded agents [v4]

2023-03-09 Thread Markus Grönlund
On Thu, 9 Mar 2023 00:23:39 GMT, David Holmes wrote: > > No need to load any JFR classes. > > I thought JFR was all Java-based these days. But if no Java involved then > that is good. Ehh, no. Far from it. > > No change to startup logic. > > I flagged a change in my comment above. Thanks, p

Re: RFR: 8257967: JFR: Events for loaded agents [v4]

2023-03-09 Thread Markus Grönlund
The message from this sender included one or more files which could not be scanned for virus detection; do not open these files unless you are certain of the sender's intent. -- On Wed, 8 Mar 2023 22:56:31 GMT, David Holmes wrote

Re: RFR: 8257967: JFR: Events for loaded agents [v4]

2023-03-09 Thread Markus Grönlund
On Wed, 8 Mar 2023 23:28:52 GMT, Markus Grönlund wrote: >> Markus Grönlund has updated the pull request incrementally with two >> additional commits since the last revision: >> >> - remove JVMPI >> - cleanup > > No need to load any JFR classes. No change to startup logic. > @mgronlun Why mar

Re: RFR: 8257967: JFR: Events for loaded agents [v4]

2023-03-09 Thread Andrew Dinn
The message from this sender included one or more files which could not be scanned for virus detection; do not open these files unless you are certain of the sender's intent. -- On Wed, 8 Mar 2023 23:28:52 GMT, Markus Grönlund wr

Re: RFR: 8303814: getLastErrorString should avoid charset conversions

2023-03-09 Thread Daniel Jeliński
On Wed, 8 Mar 2023 23:23:33 GMT, Chris Plummer wrote: >> This patch modifies the `getLastErrorString` method to return a `jstring`. >> Thanks to that we can avoid unnecessary back and forth conversions between >> Unicode and other charsets on Windows. >> >> Other changes include: >> - the Wind