> 8327114: Attach in Linux may have wrong behaviour when pid == ns_pid
> (Kubernetes debug container)
Sebastian Lövdahl has updated the pull request incrementally with one
additional commit since the last revision:
Adapt code style
-
Changes:
- all: https://git.openjdk.org/jdk
On Fri, 28 Jun 2024 18:02:28 GMT, Kevin Walls wrote:
>> Sebastian Lövdahl has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> Add test for the elevated privileges case
>
> src/jdk.attach/linux/classes/sun/tools/attach/VirtualMachineImpl.java
Once the main thread has detected that the spawned thread is in the BLOCKED
state, the spawned thread's LingeredAppWithLock.lockMethod() should be visible
on the top of the stack, but it is not, so the "waiting to lock" message is
missing from the stack trace.
I think the explanations mentioned
> On macosx-aarch64, sometimes the generated core file does not contain all
> valid memory. This causes SA tests to fail with various address related java
> exceptions. There's nothing SA can do to work around the problem, and these
> failures over time have been just too noisy, so I'm problem l
On Mon, 11 Mar 2024 16:55:36 GMT, Severin Gehwolf wrote:
> Please review this enhancement to the container detection code which allows
> it to figure out whether the JVM is actually running inside a container
> (`podman`, `docker`, `crio`), or with some other means that enforces
> memory/cpu l
On Fri, 28 Jun 2024 15:41:48 GMT, Severin Gehwolf wrote:
>> Please review this enhancement to the container detection code which allows
>> it to figure out whether the JVM is actually running inside a container
>> (`podman`, `docker`, `crio`), or with some other means that enforces
>> memory/c
On Sat, 22 Jun 2024 09:30:25 GMT, Evgeny Astigeevich
wrote:
>> A Java method can become non-compilable if there are issues with its
>> compilation or if its compiled version causes problems. Additionally, a
>> method can be marked as non-compilable using a compile command or a compiler
>> dir
On Fri, 28 Jun 2024 20:34:48 GMT, Chris Plummer wrote:
> The completely unrelated fix to
> [JDK-8335124](https://bugs.openjdk.org/browse/JDK-8335124) led me to believe
> that the issue with sometimes not being able to get the stack trace of the
> SteadyStateThread might be due to the thread be
On Fri, 28 Jun 2024 22:30:52 GMT, Chris Plummer wrote:
> Once the main thread has detected that the spawned thread is in the BLOCKED
> state, the spawned thread's LingeredAppWithLock.lockMethod() should be
> visible on the top of the stack, but it is not, so the "waiting to lock"
> message is
On Mon, 1 Jul 2024 07:19:48 GMT, Sebastian Lövdahl wrote:
>> 8327114: Attach in Linux may have wrong behaviour when pid == ns_pid
>> (Kubernetes debug container)
>
> Sebastian Lövdahl has updated the pull request incrementally with one
> additional commit since the last revision:
>
> Adapt c
On Thu, 27 Jun 2024 14:30:43 GMT, Axel Boldt-Christmas
wrote:
> Hi all,
>
> This pull request contains a backport of commit
> [5909d541](https://github.com/openjdk/jdk/commit/5909d54147355dd7da5786ff39ead4c15816705c)
> from the [openjdk/jdk](https://git.openjdk.org/jdk) repository.
>
> The c
On Thu, 27 Jun 2024 14:30:43 GMT, Axel Boldt-Christmas
wrote:
> Hi all,
>
> This pull request contains a backport of commit
> [5909d541](https://github.com/openjdk/jdk/commit/5909d54147355dd7da5786ff39ead4c15816705c)
> from the [openjdk/jdk](https://git.openjdk.org/jdk) repository.
>
> The c
On Fri, 28 Jun 2024 12:14:55 GMT, Coleen Phillimore wrote:
> Clean backport of JDK-8333542. After this, we need a backport for
> JDK-8335134 to fix the test.
Thank you Chris.
-
PR Comment: https://git.openjdk.org/jdk/pull/19938#issuecomment-210801
On Fri, 28 Jun 2024 12:14:55 GMT, Coleen Phillimore wrote:
> Clean backport of JDK-8333542. After this, we need a backport for
> JDK-8335134 to fix the test.
This pull request has now been integrated.
Changeset: 7040de19
Author:Coleen Phillimore
URL:
https://git.openjdk.org/jdk/co
On Mon, 1 Jul 2024 07:19:48 GMT, Sebastian Lövdahl wrote:
>> 8327114: Attach in Linux may have wrong behaviour when pid == ns_pid
>> (Kubernetes debug container)
>
> Sebastian Lövdahl has updated the pull request incrementally with one
> additional commit since the last revision:
>
> Adapt c
On 7/1/24 5:59 AM, Kevin Walls wrote:
On Mon, 1 Jul 2024 07:19:48 GMT, Sebastian Lövdahl wrote:
8327114: Attach in Linux may have wrong behaviour when pid == ns_pid
(Kubernetes debug container)
Sebastian Lövdahl has updated the pull request incrementally with one
additional commit since
On Sat, 22 Jun 2024 09:30:25 GMT, Evgeny Astigeevich
wrote:
>> A Java method can become non-compilable if there are issues with its
>> compilation or if its compiled version causes problems. Additionally, a
>> method can be marked as non-compilable using a compile command or a compiler
>> dir
On Fri, 28 Jun 2024 15:15:31 GMT, Damon Fenacci wrote:
>> Evgeny Astigeevich has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> Fix data race
>
> src/hotspot/share/compiler/compileBroker.cpp line 1336:
>
>> 1334: }
>> 1335:
>> 1336: A
Clean backport. Need to backport this since it was introduced with the new test
in [JDK-8333542](https://bugs.openjdk.org/browse/JDK-8333542), which has also
been backpoted to 23.
-
Commit messages:
- Backport 4e8cbf884ab1eee9c3110712ab62edc706e948ba
Changes: https://git.openjdk.o
On Mon, 1 Jul 2024 12:55:24 GMT, Kevin Walls wrote:
>(!havePidNSes && nsPid > 1)
> I didn't get this at first, I think it's because PID 1 can't have a parent?
> (in the same namespace)
That was my assumption as well. Is that correct @larry-cable? Maybe it could be
worth clarifying with a comm
On Fri, 28 Jun 2024 14:51:57 GMT, Erik Gahlin wrote:
> Could I have a review of a change to the jcmd man page? A typo was also fixed
> for JFR.start.
>
> Testing: tier1
>
> Thanks
> Erik
Marked as reviewed by mgronlun (Reviewer).
-
PR Review: https://git.openjdk.org/jdk/pull/199
On Fri, 28 Jun 2024 14:51:57 GMT, Erik Gahlin wrote:
> Could I have a review of a change to the jcmd man page? A typo was also fixed
> for JFR.start.
>
> Testing: tier1
>
> Thanks
> Erik
Marked as reviewed by kevinw (Reviewer).
-
PR Review: https://git.openjdk.org/jdk/pull/19942
Could I have a review of a change to the jcmd man page? A typo was also fixed
for JFR.start.
Testing: tier1
Thanks
Erik
-
Commit messages:
- Don't touch version
- Review feedback
- Initial
Changes: https://git.openjdk.org/jdk/pull/19942/files
Webrev: https://webrevs.openjdk.o
On Mon, 1 Jul 2024 09:31:12 GMT, Kevin Walls wrote:
>> The completely unrelated fix to
>> [JDK-8335124](https://bugs.openjdk.org/browse/JDK-8335124) led me to believe
>> that the issue with sometimes not being able to get the stack trace of the
>> SteadyStateThread might be due to the thread b
On Mon, 1 Jul 2024 17:10:44 GMT, Chris Plummer wrote:
> Clean backport. Need to backport this since it was introduced with the new
> test in [JDK-8333542](https://bugs.openjdk.org/browse/JDK-8333542), which has
> also been backpoted to 23.
Backport looks accurate.
Thanks
-
Marke
On Mon, 1 Jul 2024 17:10:44 GMT, Chris Plummer wrote:
> Clean backport. Need to backport this since it was introduced with the new
> test in [JDK-8333542](https://bugs.openjdk.org/browse/JDK-8333542), which has
> also been backpoted to 23.
Thanks David!
Integrating now since without this back
On Mon, 1 Jul 2024 17:10:44 GMT, Chris Plummer wrote:
> Clean backport. Need to backport this since it was introduced with the new
> test in [JDK-8333542](https://bugs.openjdk.org/browse/JDK-8333542), which has
> also been backpoted to 23.
This pull request has now been integrated.
Changeset:
On Fri, 28 Jun 2024 14:39:12 GMT, Sonia Zaldana Calles
wrote:
>> Sonia Zaldana Calles has updated the pull request incrementally with three
>> additional commits since the last revision:
>>
>> - Updating copyright header
>> - Modifying usage to --help and -help. Updated ensuing test case to
28 matches
Mail list logo
