From nobody Tue Feb 17 09:51:20 2026 X-Original-To: ports-bugs@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4fFZfJ4lgyz6S8Vb for ; Tue, 17 Feb 2026 09:51:20 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R12" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4fFZfJ3nfqz3Qxy for ; Tue, 17 Feb 2026 09:51:20 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1771321880; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=OgWrmCxq3uqsNUkg7dg4P4rQ1O3dcfyjweXfXjrZdTw=; b=pGCNFn/YscdYX8xK/Ex+AGOlzLE1NH7l1lrLuxGl1GXsKo0PW3DgJxX6KX/cVLSOIW1+qx N+0lgAiRssynJg7nNxCWv0wBbGKPMdCGSl4+EmVze4DrBwTDan4kHg7SzhvP8U6ckCxrzw A0O0ORrEqc8TzQwCUaFE2LQWk/0K1G/8QM0N1g7Lpoa7kpeMhCy67gpaXGQ5s1FGnuqU98 VBibmTqAM6yso5/fLXxrejqE3Fww66QU1NJJw4mzyoBAqCf+/tu3d8FzpRvc96vdb4YZ7E h1/13XHeMU3Kdi8bGSARpP43f9Vd/N+gZlE6R/V9UNcNWNw5AiyWvbk+8xWRfg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1771321880; a=rsa-sha256; cv=none; b=vp1VFhAeesGLSWv7k7uGRCQceIXyt+RwVJeLPxudFZPwqFsDSRXsSLpheRXtrp9BlnckFL 4jVuEpsXp9QCD4J0Y1zQk2olOgzNRbjt011QXOuAaaloxBqAFB8iTRgcpb1LlDPO7FHepB 5A+/xQiS0LMOuTn6kBJEfCy3SfngrDqtUsTtxR1aB8APlNerTRIbcWndMolEkNkmhqI65L FLkVBHXwopugMDJlLOynMxshF+KJ6B4gQdjMlSQDwQ8VKuWBjEMM6/oEJ0nkAyqZjt995n cXwcLuma/LApTtjHzl6iJ9+7rVyNNWaIqLhyVRwgSKH4HQlgsD0k0znWwySG2g== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1771321880; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=OgWrmCxq3uqsNUkg7dg4P4rQ1O3dcfyjweXfXjrZdTw=; b=OxYgmKAvA1qPxM7yZAdaS36IP9B99J3HN2X+xK7f3icVYjj7gFw9cTxRDh2bXzaqfHFOgw F9X2xXm+PZGfrgbo4YdxOoRIBq+SCa/WT5g75UxzsJ0Iz0y5zg6h0He42iL1qPu9TodB6S moU/KjDjdIbbJvAid10Dh+qQepd4JwpRRsJ5TuxfFrSJbmslYk35lpFa8hk/VW/M90K3tM pr1mkQAo9IDkhHMm0PLDQtnZIfd28BqvBu2VtU/RJwLCQ4XvIGueLKCK3au6niMKXHwjPk TaIaY+5QuUz43+a+S8/c3toS38TYUo+DU04HQzrZ+SnzaAioyeEQItvO8324yQ== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4fFZfJ3DBFz14bK for ; Tue, 17 Feb 2026 09:51:20 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 61H9pK2b038476 for ; Tue, 17 Feb 2026 09:51:20 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 61H9pKLC038475 for ports-bugs@FreeBSD.org; Tue, 17 Feb 2026 09:51:20 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: ports-bugs@FreeBSD.org Subject: [Bug 292889] [NEW PORT] net/ucx: Unified Communication X (UCX) framework Date: Tue, 17 Feb 2026 09:51:20 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: fuz@FreeBSD.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ports-bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc resolution bug_status Message-ID: In-Reply-To: References: Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8" X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Ports bug reports List-Archive: https://lists.freebsd.org/archives/freebsd-ports-bugs List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports-bugs@freebsd.org Sender: owner-freebsd-ports-bugs@FreeBSD.org MIME-Version: 1.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D292889 Robert Clausecker changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fuz@FreeBSD.org Resolution|Not Accepted |--- Status|Closed |Open --- Comment #19 from Robert Clausecker --- (In reply to Generic Rikka from comment #16) Reopening. Initial review of your patch set: - the brk() syscall may be going away in the future and is already not available on some platforms - we do support eventfd() since FreeBSD 13, not sure why you patch it out - HOST_NAME_MAX can be determined through sysconf(_SC_HOST_NAME_MAX) or as _POSIX_HOST_NAME_MAX in . Furthermore, you are defining polyf= ill for HOST_NAME_MAX in two different places, maybe this can be consolidate= d? - we also support netlink since FreeBSD 13, though I don't know if we supp= ort enough of it for the purpose of this program - This is suspect: #if defined(HAVE_NETINET_IN_H) || defined(__FreeBSD__) #if defined(HAVE_ARPA_INET_H) || defined(__FreeBSD__) consider fixing the configure test instead so it finds the header on Fre= eBSD - raw syscalls work on FreeBSD as they do on Linux, but you need to use SYS_... instead of __NR_... So e.g. syscall(SYS_munmap, ...) to call munmap(). = I do not know why the Linux code doesn't just call munmap() directly though. = Do you know if it is correct to go through libc when the Linux code path takes great care not to? - for your floating point stuff: note that FP byte order is independent of host byte order and there are some platforms (e.g. MIPS) where it doesn't mat= ch. It may be safer to add a configure test here. - can you refactor the #ifdef cascade for include so that it doesn't repeat the structure definitions? - the usage of bit fields in your definition of iphdr and ipv6hdr is suspe= ct and likely to break as different ABIs lay out bitfields in different manners. Have you tested this on all platforms we support, in particular on ppc/ppc64/ppc64le? --=20 You are receiving this mail because: You are the assignee for the bug.=