RFR: 8324683: Unify AttachListener code for Posix platforms
Peter Tribble
peter.tribble at gmail.com
Thu Mar 21 16:52:24 UTC 2024
Hi,
Just a comment from the maintainer of the Solaris/illumos port. As the
shared posix
implementation is for bsd and linux, please consider replacing the wrapping
'#ifndef AIX'
with '#if defined(BSD) || defined(LINUX)'. Not only does this make the
lives of those of
us maintaining external ports much easier, it also far more clearly
expresses the intent
of the code.
Thanks!
On Thu, Mar 21, 2024 at 3:21 PM Sonia Zaldana Calles <szaldana at openjdk.org>
wrote:
> Hi folks,
>
> This PR aims to unify a lot of the shared code between
> ```attachListener_linux.cpp``` and ```attachListener_bsd.cpp```.
>
> Some key points:
>
> 1. AIX:
>
> ```attachListener_aix.cpp``` has some key differences from linux/bsd, so I
> have reduced the scope of the issue to linux and bsd only. As a result,
> there's an ifndef AIX statement wrapping the whole file. Unifying AIX could
> be a separate issue.
>
> 2. Peer credentials:
>
> In ```AttachListener::dequeue```, bsd and linux use different APIs to
> obtain peer credentials. Linux uses ```getsockopt```, while bsd uses
> ```getpeerid```.
>
> Bsd doesn't have [SO_PEERCRED ](
> https://developer.apple.com/library/archive/documentation/System/Conceptual/ManPages_iPhoneOS/man2/getsockopt.2.html).
> While Linux has ```getpeerid``` implemented on top of ```getsockopt```, it
> comes in the [bsd compat lib](
> https://cgit.freedesktop.org/libbsd/tree/src/getpeereid.c).
>
> To avoid adding further dependencies, I have kept both API calls separated
> by an ifdef macro.
>
> Additionally, there are some slight differences in the logging messages in
> this area for bsd and linux. It's possible to coalesce them should this
> make more sense.
>
> 3. ```AttachListener::is_init_trigger()```
>
> Please refer to [mailing list discussion](
> https://mail.openjdk.org/pipermail/hotspot-runtime-dev/2024-March/068413.html)
> for details.
>
> Per the discussion, I tried removing the check for ".attach_pid" in the
> current working directory (more closely resembling what the bsd code does).
> However, I noted this caused many failure across linux hotspot tests. See
> GHA job with failures [here](
> https://github.com/SoniaZaldana/jdk/actions/runs/8349574000).
>
> Therefore, I opted for the Linux approach in this PR. This means we do the
> check in the current working directory across bsd and linux, although this
> has been removed from bsd before. This seemingly doesn't break any bsd
> tests.
>
> 5. Minimal JVM Variant:
>
> I came across an error in the minimal JVM build:
> ` error: invalid use of incomplete type ‘class AttachOperation’
> 80 | class PosixAttachOperation : public AttachOperation {`
>
> After a bit of digging, I found that we only get complete definition of
> AttachOperation inside the directive ```#IF INCLUDE_SERVICES``` [here](
> https://github.com/openjdk/jdk/blob/master/src/hotspot/share/services/attachListener.hpp#L138
> ).
>
> I added the same directive for the ```attachListener_posix.cpp``` file but
> I’m not entirely sure why this wasn't an issue before. The JVM minimal
> build compiles now, but I'd appreciate any feedback on this change.
>
> Testing:
> - [x] Hotspot test suite passes
>
> Please let me know your thoughts,
> Sonia
>
> -------------
>
> Commit messages:
> - 8324683: Unify AttachListener code for Posix platforms
>
> Changes: https://git.openjdk.org/jdk/pull/18283/files
> Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=18283&range=00
> Issue: https://bugs.openjdk.org/browse/JDK-8324683
> Stats: 1692 lines in 3 files changed: 589 ins; 1103 del; 0 mod
> Patch: https://git.openjdk.org/jdk/pull/18283.diff
> Fetch: git fetch https://git.openjdk.org/jdk.git
> pull/18283/head:pull/18283
>
> PR: https://git.openjdk.org/jdk/pull/18283
>
--
-Peter Tribble
http://www.petertribble.co.uk/ - http://ptribble.blogspot.com/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.org/pipermail/hotspot-runtime-dev/attachments/20240321/f3919039/attachment-0001.htm>
More information about the hotspot-runtime-dev
mailing list