lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <CAGXJAmx+m5kpvgHqRmPrZkZxjN7tZqe=ExTSij6bXi-wcrJLNg@mail.gmail.com>
Date: Mon, 18 Aug 2025 13:39:03 -0700
From: John Ousterhout <ouster@...stanford.edu>
To: netdev@...r.kernel.org
Cc: pabeni@...hat.com, edumazet@...gle.com, horms@...nel.org, kuba@...nel.org
Subject: Re: [PATCH net-next v14 01/15] net: homa: define user-visible API for Homa

Please ignore this patch series; it is damaged because of garbled
Author email fields in the commits. I will submit a new patch series
that is properly formed.

Many apologies for my error.

-John-


On Mon, Aug 18, 2025 at 1:29 PM John Ousterhout <ouster@...stanford.edu> wrote:
>
> From: John Ousterhout <ouster@...stanford.edouster@...e0.ouster-266167.homa-pg0.utah.cloudlab.usu>
>
> Note: for man pages, see the Homa Wiki at:
> https://homa-transport.atlassian.net/wiki/spaces/HOMA/overview
>
> Signed-off-by: John Ousterhout <ouster@...stanford.edu>
>
> ---
> Changes for v11:
> * Add explicit padding to struct homa_recvmsg_args to fix problems compiling
>   on 32-bit machines.
>
> Changes for v9:
> * Eliminate use of _Static_assert
> * Remove declarations related to now-defunct homa_api.c
>
> Changes for v7:
> * Add HOMA_SENDMSG_NONBLOCKING flag for sendmsg
> * API changes for new mechanism for waiting for incoming messages
> * Add setsockopt SO_HOMA_SERVER (enable incoming requests)
> * Use u64 and __u64 properly
> ---
>  include/uapi/linux/homa.h | 158 ++++++++++++++++++++++++++++++++++++++
>  1 file changed, 158 insertions(+)
>  create mode 100644 include/uapi/linux/homa.h
>
> diff --git a/include/uapi/linux/homa.h b/include/uapi/linux/homa.h
> new file mode 100644
> index 000000000000..3a010cc13b25
> --- /dev/null
> +++ b/include/uapi/linux/homa.h
> @@ -0,0 +1,158 @@
> +/* SPDX-License-Identifier: BSD-2-Clause or GPL-2.0+ WITH Linux-syscall-note */
> +
> +/* This file defines the kernel call interface for the Homa
> + * transport protocol.
> + */
> +
> +#ifndef _UAPI_LINUX_HOMA_H
> +#define _UAPI_LINUX_HOMA_H
> +
> +#include <linux/types.h>
> +#ifndef __KERNEL__
> +#include <netinet/in.h>
> +#include <sys/socket.h>
> +#endif
> +
> +/* IANA-assigned Internet Protocol number for Homa. */
> +#define IPPROTO_HOMA 146
> +
> +/**
> + * define HOMA_MAX_MESSAGE_LENGTH - Maximum bytes of payload in a Homa
> + * request or response message.
> + */
> +#define HOMA_MAX_MESSAGE_LENGTH 1000000
> +
> +/**
> + * define HOMA_BPAGE_SIZE - Number of bytes in pages used for receive
> + * buffers. Must be power of two.
> + */
> +#define HOMA_BPAGE_SIZE (1 << HOMA_BPAGE_SHIFT)
> +#define HOMA_BPAGE_SHIFT 16
> +
> +/**
> + * define HOMA_MAX_BPAGES - The largest number of bpages that will be required
> + * to store an incoming message.
> + */
> +#define HOMA_MAX_BPAGES ((HOMA_MAX_MESSAGE_LENGTH + HOMA_BPAGE_SIZE - 1) >> \
> +               HOMA_BPAGE_SHIFT)
> +
> +/**
> + * define HOMA_MIN_DEFAULT_PORT - The 16 bit port space is divided into
> + * two nonoverlapping regions. Ports 1-32767 are reserved exclusively
> + * for well-defined server ports. The remaining ports are used for client
> + * ports; these are allocated automatically by Homa. Port 0 is reserved.
> + */
> +#define HOMA_MIN_DEFAULT_PORT 0x8000
> +
> +/**
> + * struct homa_sendmsg_args - Provides information needed by Homa's
> + * sendmsg; passed to sendmsg using the msg_control field.
> + */
> +struct homa_sendmsg_args {
> +       /**
> +        * @id: (in/out) An initial value of 0 means a new request is
> +        * being sent; nonzero means the message is a reply to the given
> +        * id. If the message is a request, then the value is modified to
> +        * hold the id of the new RPC.
> +        */
> +       __u64 id;
> +
> +       /**
> +        * @completion_cookie: (in) Used only for request messages; will be
> +        * returned by recvmsg when the RPC completes. Typically used to
> +        * locate app-specific info about the RPC.
> +        */
> +       __u64 completion_cookie;
> +
> +       /**
> +        * @flags: (in) OR-ed combination of bits that control the operation.
> +        * See below for values.
> +        */
> +       __u32 flags;
> +
> +       /** @reserved: Not currently used, must be 0. */
> +       __u32 reserved;
> +};
> +
> +/* Flag bits for homa_sendmsg_args.flags (see man page for documentation):
> + */
> +#define HOMA_SENDMSG_PRIVATE       0x01
> +#define HOMA_SENDMSG_VALID_FLAGS   0x01
> +
> +/**
> + * struct homa_recvmsg_args - Provides information needed by Homa's
> + * recvmsg; passed to recvmsg using the msg_control field.
> + */
> +struct homa_recvmsg_args {
> +       /**
> +        * @id: (in/out) Initial value is 0 to wait for any shared RPC;
> +        * nonzero means wait for that specific (private) RPC. Returns
> +        * the id of the RPC received.
> +        */
> +       __u64 id;
> +
> +       /**
> +        * @completion_cookie: (out) If the incoming message is a response,
> +        * this will return the completion cookie specified when the
> +        * request was sent. For requests this will always be zero.
> +        */
> +       __u64 completion_cookie;
> +
> +       /**
> +        * @num_bpages: (in/out) Number of valid entries in @bpage_offsets.
> +        * Passes in bpages from previous messages that can now be
> +        * recycled; returns bpages from the new message.
> +        */
> +       __u32 num_bpages;
> +
> +       /** @reserved: Not currently used, must be 0. */
> +       __u32 reserved;
> +
> +       /**
> +        * @bpage_offsets: (in/out) Each entry is an offset into the buffer
> +        * region for the socket pool. When returned from recvmsg, the
> +        * offsets indicate where fragments of the new message are stored. All
> +        * entries but the last refer to full buffer pages (HOMA_BPAGE_SIZE
> +        * bytes) and are bpage-aligned. The last entry may refer to a bpage
> +        * fragment and is not necessarily aligned. The application now owns
> +        * these bpages and must eventually return them to Homa, using
> +        * bpage_offsets in a future recvmsg invocation.
> +        */
> +       __u32 bpage_offsets[HOMA_MAX_BPAGES];
> +};
> +
> +/** define SO_HOMA_RCVBUF: setsockopt option for specifying buffer region. */
> +#define SO_HOMA_RCVBUF 10
> +
> +/**
> + * define SO_HOMA_SERVER: setsockopt option for specifying whether a
> + * socket will act as server.
> + */
> +#define SO_HOMA_SERVER 11
> +
> +/** struct homa_rcvbuf_args - setsockopt argument for SO_HOMA_RCVBUF. */
> +struct homa_rcvbuf_args {
> +       /** @start: Address of first byte of buffer region in user space. */
> +       __u64 start;
> +
> +       /** @length: Total number of bytes available at @start. */
> +       size_t length;
> +};
> +
> +/* Meanings of the bits in Homa's flag word, which can be set using
> + * "sysctl /net/homa/flags".
> + */
> +
> +/**
> + * define HOMA_FLAG_DONT_THROTTLE - disable the output throttling mechanism
> + * (always send all packets immediately).
> + */
> +#define HOMA_FLAG_DONT_THROTTLE   2
> +
> +/* I/O control calls on Homa sockets. These are mapped into the
> + * SIOCPROTOPRIVATE range of 0x89e0 through 0x89ef.
> + */
> +
> +#define HOMAIOCFREEZE _IO(0x89, 0xef)
> +
> +#endif /* _UAPI_LINUX_HOMA_H */
> --
> 2.43.0
>

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ