From nobody Mon Jul 22 17:21:43 2024 X-Original-To: dev-commits-doc-all@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 4WSRsM4yDWz5RJjh for ; Mon, 22 Jul 2024 17:21:43 +0000 (UTC) (envelope-from git@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 "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WSRsM4M5Yz4DmQ; Mon, 22 Jul 2024 17:21:43 +0000 (UTC) (envelope-from git@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1721668903; 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; bh=YTAfT5zAJF2AdBxyn6sqp1YKpUrEvvbDhok0k+jIBa4=; b=nzcy/JJWUBD+cVTlYUo6vOhhe8QYh0f6NRsuBloe9cjJ8Fgf+DnkKp8pqj1G4UlmIza0Oq lPvCsRZhJKIwa3sO+W/dKAzjstWkHUFxn2N88gfEIrl5cnJnHzLisiKAAnyXjSGmm/ajWd zaao2xlsRHIaCk43zk1itnLczk+gegHLFsVa8WjO71mtAKO+VYsU6JM1p24d12H+NTBBAA Am45l7tBVfWuEfUu5PTza3WLUpVOH5tqIn9QmI317CGatipmhA59kjtBoWR9b1EjvhdAoX P1gp7/XUA/ybK6JCyBcnkhGLsE1XAAS0YvMpeOWQypEq8ka/plHcFmfC1hQ3TA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1721668903; a=rsa-sha256; cv=none; b=A12Up2CkSz8T3r9/LUYh/Jgz4rQzAMENOTsIz+pRVnBIAZesF7RGdVJeORdHNocYEOK5Po Ks+EKcZJeLXSipLqaNvSP2gXoSwR4p8ARvrgewUcI22SOzAJLt4uSDfK/Xz1GzT1sUf5/b QHZFHTGzfiIHVEhDFt1RELy1nzbLFtcirPTEbCiH5xtwfQZogSgJLtKlJnMRdD1/H+lyvM eezVTedgJDEuXmx3gYnxnaC2pSDniK9KQc+W1dj5nIn6ndJpb/pDPvmZb2K+LZ+4DIoVsz AmKRTXsd2w9gGSD/SPM+yEs2MGELCMO9xVmVnWbd/xNDO1T9TD5Jlw3sGZVa3w== 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=1721668903; 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; bh=YTAfT5zAJF2AdBxyn6sqp1YKpUrEvvbDhok0k+jIBa4=; b=DbCLSo7m1IkF7kIUAIqB+nhOI1OhmW0wxORf3bbg+Wybwuhi3PAVnuqipWDnCA+AUiYogJ XTsg9t1LVddEconHvOFksMdHo8KiPzpmlXNDd6Tyl+le9pB2CFpCmMBZdzfsov+MF4tcDo B6qz3bdrQn3pPRZOL95pZxmuVJrwibCR6TGXW64CNK/vkEIu0sRW+Dyl5EaRXb/IjrZFkk ge0nlw6k5wHFlT2GQGohJSS1pswe/xkbJB3BagdLBA8xQHnuG+4J1wy1nonKopUJdRVr7F eJ78Ogx9VLZ0jIMrxBlav/yrJIfOz+BeX3IeaYLl6E2vlC0qWUDpLvoOb5C6XQ== Received: from gitrepo.freebsd.org (gitrepo.freebsd.org [IPv6:2610:1c1:1:6068::e6a:5]) (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 4WSRsM3yfVztSc; Mon, 22 Jul 2024 17:21:43 +0000 (UTC) (envelope-from git@FreeBSD.org) Received: from gitrepo.freebsd.org ([127.0.1.44]) by gitrepo.freebsd.org (8.18.1/8.18.1) with ESMTP id 46MHLhnQ084224; Mon, 22 Jul 2024 17:21:43 GMT (envelope-from git@gitrepo.freebsd.org) Received: (from git@localhost) by gitrepo.freebsd.org (8.18.1/8.18.1/Submit) id 46MHLhkA084221; Mon, 22 Jul 2024 17:21:43 GMT (envelope-from git) Date: Mon, 22 Jul 2024 17:21:43 GMT Message-Id: <202407221721.46MHLhkA084221@gitrepo.freebsd.org> To: doc-committers@FreeBSD.org, dev-commits-doc-all@FreeBSD.org From: Wolfram Schneider Subject: git: 56e61698c4 - main - add manual pages for Dell UNIX System V Release 4, Issue 2.2 List-Id: Commit messages for all branches of the doc repository List-Archive: https://lists.freebsd.org/archives/dev-commits-doc-all List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: dev-commits-doc-all@freebsd.org Sender: owner-dev-commits-doc-all@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Git-Committer: wosch X-Git-Repository: doc X-Git-Refname: refs/heads/main X-Git-Reftype: branch X-Git-Commit: 56e61698c42d18dca3322c2fc6b4f57039cda385 Auto-Submitted: auto-generated The branch main has been updated by wosch: URL: https://cgit.FreeBSD.org/doc/commit/?id=56e61698c42d18dca3322c2fc6b4f57039cda385 commit 56e61698c42d18dca3322c2fc6b4f57039cda385 Author: Wolfram Schneider AuthorDate: 2024-07-22 17:21:29 +0000 Commit: Wolfram Schneider CommitDate: 2024-07-22 17:21:29 +0000 add manual pages for Dell UNIX System V Release 4, Issue 2.2 --- website/content/en/cgi/man.cgi | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/website/content/en/cgi/man.cgi b/website/content/en/cgi/man.cgi index 3ae18539dc..268178c0ce 100755 --- a/website/content/en/cgi/man.cgi +++ b/website/content/en/cgi/man.cgi @@ -838,6 +838,8 @@ $manPathDefault = 'FreeBSD 14.1-RELEASE and Ports'; 'DragonFly 1.12.1', "$manLocalDir/DragonFly-1.12.1", 'DragonFly 1.0A', "$manLocalDir/DragonFly-1.0A", + 'Dell UNIX SVR4 2.2', "$manLocalDir/Dell-SVR4-2.2", + 'HP-UX 11.22', "$manLocalDir/HP-UX-11.22", 'HP-UX 11.20', "$manLocalDir/HP-UX-11.20", 'HP-UX 11.11', "$manLocalDir/HP-UX-11.11", @@ -971,6 +973,7 @@ my @no_pdf_output = ( 'OpenBSD 4.8', 'OpenBSD 4.9', 'IRIX 6.5.30', + 'Dell UNIX SVR4 2.2', ); my %no_pdf_output = map { $_ => 1 } @no_pdf_output; @@ -2284,6 +2287,7 @@ Copyright (c) for manual pages by OS vendors: 2.11 BSD, Apple, CentOS, +Dell, Debian, DragonFly BSD, FreeBSD, From nobody Tue Jul 23 06:08:20 2024 X-Original-To: dev-commits-doc-all@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 4WSmsx1Mm6z5RKFh for ; Tue, 23 Jul 2024 06:08:21 +0000 (UTC) (envelope-from git@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 "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WSmsx0gLKz4ZJS; Tue, 23 Jul 2024 06:08:21 +0000 (UTC) (envelope-from git@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1721714901; 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; bh=WRoGsDszh38qVouhwRSFDDUMWr2P69q9iabthGOVs9w=; b=U8LiAChRMhFFBss30k0H78o7E/nhXHxb+u6wSOgmbnyK03jne2P6D81dyTUnCDccdTeRpy acIfihGRf7V1p3kTqsOB66p1yHJR9I4ik6c2sLkej7xjEtIUxZhMQE4lY7IYebpV6Q5cmt pNFLSO3wa5PBBNbTedCPY++FxjjC3HtW+zeuMerKwDCeKVQdxBOB+gKIOle+B6r4mRvd67 LW9loDAQ8WzUSuNkPDB1sM4L6njBVHG4Wv5sEmqUQNw2bYh28WEjCp+RzEppZ/Cm/2YCmQ XlR+AguqRb7qKto8tQS3mUTmUETG15b5S+T0T/eFHB2kFLHv6NtNGkxk9DN3nQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1721714901; a=rsa-sha256; cv=none; b=bmmoUvvAXGoH2bjmtajBsJRqavOBcGuKrsW8lLOtn70NxTlHdi+oydAq1c3wbS/go/XDal DGfFmaL2YpeoYJIojQtxsbtimMvm0BKT7S0kwA99QfrANb9JI0T1tS3ZtWcGVVELf3at/w NwcnLhi52M31PEd57emg/xEF9umJ2w7GyIjyzAxHCT9g7hGjz2wTjY1FU82B0OGNCvTnHa gtfZPzXGxLsHuphDfEE0dqR+cG9R7crG7+5WeZERlHzFwYAD+29adgFsR09WfzzLfWda1W KNTPNYiiHRWhLDMGl/R7sH/x2GtDAKCOwwgh+FyqKZ401isAtVZKoWGTro/q/A== 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=1721714901; 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; bh=WRoGsDszh38qVouhwRSFDDUMWr2P69q9iabthGOVs9w=; b=bp8zA8IBOsy4kQnI5mzLA4TPw2tt8ifQO1kHeataAHOsGItCEuPYVxJCiaSKzd3/HIFzR/ SDbNCGf1R+rYLaTwy/16FzN/UoXPuK714LDaZuDggD5EHfi+Dis84LQZLfPQJVJr+/kRnA 9teQLDMWcVOqRADCdM3J2xJEdcfjvtaEiFkyqZ3x7mAJYl2+znKxyF014cD6usZFJeGkcN uX2HookaLmOrg1z2N7rbhPWlBsjb5bZEePtk4Yus2s7bgbmA5Z7L/ih4kBPQpPqp922Zt0 7qHxRG8ST13ODcVQ3q6k4mHJx1LvJ96Oxn9n8r3nHHjXKZBcUr2umJFObayNDQ== Received: from gitrepo.freebsd.org (gitrepo.freebsd.org [IPv6:2610:1c1:1:6068::e6a:5]) (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 4WSmsx0GcZzGbJ; Tue, 23 Jul 2024 06:08:21 +0000 (UTC) (envelope-from git@FreeBSD.org) Received: from gitrepo.freebsd.org ([127.0.1.44]) by gitrepo.freebsd.org (8.18.1/8.18.1) with ESMTP id 46N68KE9076672; Tue, 23 Jul 2024 06:08:20 GMT (envelope-from git@gitrepo.freebsd.org) Received: (from git@localhost) by gitrepo.freebsd.org (8.18.1/8.18.1/Submit) id 46N68K9b076667; Tue, 23 Jul 2024 06:08:20 GMT (envelope-from git) Date: Tue, 23 Jul 2024 06:08:20 GMT Message-Id: <202407230608.46N68K9b076667@gitrepo.freebsd.org> To: doc-committers@FreeBSD.org, dev-commits-doc-all@FreeBSD.org From: Wolfram Schneider Subject: git: 6d5edfa2bb - main - fix URL typo from last commit List-Id: Commit messages for all branches of the doc repository List-Archive: https://lists.freebsd.org/archives/dev-commits-doc-all List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: dev-commits-doc-all@freebsd.org Sender: owner-dev-commits-doc-all@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Git-Committer: wosch X-Git-Repository: doc X-Git-Refname: refs/heads/main X-Git-Reftype: branch X-Git-Commit: 6d5edfa2bbbe56d8dfe615bfa4c28ed631166292 Auto-Submitted: auto-generated The branch main has been updated by wosch: URL: https://cgit.FreeBSD.org/doc/commit/?id=6d5edfa2bbbe56d8dfe615bfa4c28ed631166292 commit 6d5edfa2bbbe56d8dfe615bfa4c28ed631166292 Author: Wolfram Schneider AuthorDate: 2024-07-23 06:08:02 +0000 Commit: Wolfram Schneider CommitDate: 2024-07-23 06:08:02 +0000 fix URL typo from last commit --- website/content/en/cgi/man.cgi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/website/content/en/cgi/man.cgi b/website/content/en/cgi/man.cgi index 268178c0ce..6bc76b8de2 100755 --- a/website/content/en/cgi/man.cgi +++ b/website/content/en/cgi/man.cgi @@ -2287,7 +2287,7 @@ Copyright (c) for manual pages by OS vendors: 2.11 BSD, Apple, CentOS, -Dell, +Dell, Debian, DragonFly BSD, FreeBSD, From nobody Tue Jul 23 18:05:39 2024 X-Original-To: dev-commits-doc-all@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 4WT4nc2wSgz5SLQQ for ; Tue, 23 Jul 2024 18:05:40 +0000 (UTC) (envelope-from git@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 "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WT4nc17k5z4qHH; Tue, 23 Jul 2024 18:05:40 +0000 (UTC) (envelope-from git@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1721757940; 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; bh=HtII9BZyVdyCQNBTVJN0E8Iq3AqT/+pKQUVnwQA5oYI=; b=sVFyyGOL4a7whRYB/ZvyyggpJXCq5URc4vH8Suith+h1ExQ4CN+SfDR+Iakg302r8R+iBw l/pcgTG/E3lb4xxrRlV5Vb+l0m2GTS+/a4vuTcJYGWpZGaw5k74BIyDU2lDJktJ+C1wcMR sBCQRtOk7yS6Pm4ms/knFqy/5s/9rkFM9CJIpNucaMvgzV+cSjjvmx3R/ZDh0d9eEUV6Jq kaMA/mNWoV/HwjSTMPzymbBC89oUH8bbtYjz2XCKsolRwKBI/A+pjnYW+zt6VHAK4IbGOj PTSsdPW0qSYovNS+fMLjbkRmdrtH4O8RR3FqSPuWJ4cuiZkt3SQLPsiPPCb5AQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1721757940; a=rsa-sha256; cv=none; b=QLxJu5/hgXezb8P/Xb1AChLkScn595ZpIStBYbpffiZfkrp3O8+vR3XEi/OBdawqvLjTeB 011qzzn+TO+YxgR+N06BPOvhHvx2QQcFsZXkAoo1Wo+Rimz5m0z7abPxPvVnIgSl65tsOp s9sEvbCSrMEQNvJTVz5hAV8BF1Nmwv8NPD9wijnUQY8guMP48DaHuw1Qryp3zP8oFElbLc jbFy9005zSSYhLj2/ZtmNTutnZCOWIBS1sOQzyn7VTCFmSXQdfGsSYc5oVVAspYWW9bhhc idLPbNpk64zfEnqCfy+aU2WL23DfKB7MaMUZqjDWcAE4Y843SC3G/HsN2XepQg== 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=1721757940; 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; bh=HtII9BZyVdyCQNBTVJN0E8Iq3AqT/+pKQUVnwQA5oYI=; b=vue6CgH6rynwLxkpydjorp7ggfmfnED+u4XZGdHn+TeQ89EbFIq+4yuu5NBD3R197xkK68 WaVqyTRMsLKlTFl2UUHrHbiYscLXqBCbpeLicA0e5195cLUrX+Toe4Tn/Bvn3J+LTpf3ZW PqQPvGYk9VpYpZUR7nIsl70FUtuza5dkAzcUyEgKEPQn2fMEnsr2WjzRqbBUkHM77cn1tv kZBkmQDPWAQPwQXEjf5drkLTj4EjtCt6lSbeTYbkhOdOEbyMN1+PoXAlYvm9Z3FdkB3Gv2 kvY97HtH9+7DpTCusaykWDPdLn8FTR1sWjcNfSPJ+6kl0mHK7Tmv25lu3RV2Ug== Received: from gitrepo.freebsd.org (gitrepo.freebsd.org [IPv6:2610:1c1:1:6068::e6a:5]) (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 4WT4nc0d2XzfGh; Tue, 23 Jul 2024 18:05:40 +0000 (UTC) (envelope-from git@FreeBSD.org) Received: from gitrepo.freebsd.org ([127.0.1.44]) by gitrepo.freebsd.org (8.18.1/8.18.1) with ESMTP id 46NI5dhO097549; Tue, 23 Jul 2024 18:05:39 GMT (envelope-from git@gitrepo.freebsd.org) Received: (from git@localhost) by gitrepo.freebsd.org (8.18.1/8.18.1/Submit) id 46NI5dkk097546; Tue, 23 Jul 2024 18:05:39 GMT (envelope-from git) Date: Tue, 23 Jul 2024 18:05:39 GMT Message-Id: <202407231805.46NI5dkk097546@gitrepo.freebsd.org> To: doc-committers@FreeBSD.org, dev-commits-doc-all@FreeBSD.org From: Joseph Mingrone Subject: git: 1e7f565dc8 - main - status: Add 2024q2 FreeBSD Foundation report entry List-Id: Commit messages for all branches of the doc repository List-Archive: https://lists.freebsd.org/archives/dev-commits-doc-all List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: dev-commits-doc-all@freebsd.org Sender: owner-dev-commits-doc-all@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Git-Committer: jrm X-Git-Repository: doc X-Git-Refname: refs/heads/main X-Git-Reftype: branch X-Git-Commit: 1e7f565dc82d165b71b8bbf99c3db6fcd555fc4e Auto-Submitted: auto-generated The branch main has been updated by jrm: URL: https://cgit.FreeBSD.org/doc/commit/?id=1e7f565dc82d165b71b8bbf99c3db6fcd555fc4e commit 1e7f565dc82d165b71b8bbf99c3db6fcd555fc4e Author: Joseph Mingrone AuthorDate: 2024-06-28 19:22:24 +0000 Commit: Joseph Mingrone CommitDate: 2024-07-23 18:02:07 +0000 status: Add 2024q2 FreeBSD Foundation report entry Section authors: - Introduction: Deb Goodkin - OS Improvements: Joe Mingrone - Partnerships and Research: Greg Wallace - Advocacy: Anne Dickison Reviewed by: status (Pau Amma , salvadore) Sponsored by: The FreeBSD Foundation Pull Request: https://github.com/freebsd/freebsd-doc/pull/398 --- .../report-2024-04-2024-06/freebsd-foundation.adoc | 174 +++++++++++++++++++++ 1 file changed, 174 insertions(+) diff --git a/website/content/en/status/report-2024-04-2024-06/freebsd-foundation.adoc b/website/content/en/status/report-2024-04-2024-06/freebsd-foundation.adoc new file mode 100644 index 0000000000..4d5b396d10 --- /dev/null +++ b/website/content/en/status/report-2024-04-2024-06/freebsd-foundation.adoc @@ -0,0 +1,174 @@ +=== FreeBSD Foundation + +Links: + +link:https://freebsdfoundation.org/[FreeBSD Foundation] URL: link:https://freebsdfoundation.org/[] + +link:https://freebsdfoundation.org/blog/technology-roadmap/[Technology Roadmap] URL: link:https://freebsdfoundation.org/blog/technology-roadmap/[] + +link:https://freebsdfoundation.org/donate/[Donate] URL: link:https://freebsdfoundation.org/donate/[] + +link:https://freebsdfoundation.org/our-donors/freebsd-foundation-partnership-program/[Foundation Partnership Program] URL: link:https://freebsdfoundation.org/our-donors/freebsd-foundation-partnership-program/[] + +link:https://freebsdfoundation.org/journal/[FreeBSD Journal] URL: link:https://freebsdfoundation.org/journal/[] + +link:https://freebsdfoundation.org/our-work/events/[Foundation Events] URL: link:https://freebsdfoundation.org/our-work/events/[] + +Contact: Deb Goodkin + +The FreeBSD Foundation is a 501(c)(3) non-profit organization dedicated to supporting and promoting the FreeBSD Project and worldwide community, and helping to advance the state of FreeBSD. +We do this in both technical and non-technical ways. +We are 100% supported by donations from individuals and corporations and those investments help us fund the: + +* Software development projects to implement features and functionality in FreeBSD +* Sponsor and organize conferences and developer summits to provide collaborative opportunities and promote FreeBSD +* Purchase and support of hardware to improve and maintain FreeBSD infrastructure +* Resources to improve security, quality assurance, and continuous integration efforts +* Materials and staff needed to promote, educate, and advocate for FreeBSD +* Collaboration between commercial vendors and FreeBSD developers +* Representation of the FreeBSD Project in executing contracts, license agreements, and other legal arrangements that require a recognized legal entity + +Last quarter we helped FreeBSD celebrate its 31st anniversary! +This community sure loves to celebrate milestones like this one. +We not only saw more users sharing their stories on social media, but many commercial users stepped in to promote their use cases and love for FreeBSD. +It is exciting to see the growth of this project through the improvements made to FreeBSD, as well as the increase in users and contributors. + +Over the past few quarters, we have built up our technology, advocacy, and partnership teams to accelerate our work in improving the operating system, increasing the adoption and visibility of FreeBSD, and increasing the number of partners who help fund our work. + +Below you will find updates from each team to see the work we have accomplished to support you, the community and the operating system we all love. +But, first I want to share a fundraising update. +Last quarter we raised $41,154 towards our goal of raising over $2,000,000. +You can see our 2024 budget to understand how we are spending your donations here: link:https://freebsdfoundation.org/wp-content/uploads/2024/03/Budget2024-Approved-Public.pdf[]. + +Over half the budget goes directly into improving and securing FreeBSD. +If there is a security vulnerability out there, we have software developers on staff who can quickly step in, evaluate the situation, and put in a change or workaround if needed. +We have a full-time developer who leads the continuous integration efforts and investigates ways to improve the tools to test code, improve test coverage, and help developers be more efficient. +We have also allocated more funding towards our advocacy efforts. +This includes creating content to highlight FreeBSD's strengths and differentiators, talking to commercial users and documenting their use cases, and promoting the work you are doing. + +Please consider funding our efforts to help keep FreeBSD innovative, secure, and stable by making a donation here: link:https://freebsdfoundation.org/donate/[]. + +If you are a corporate user, please consider becoming a partner! +Go here to find out more information about our partnership opportunities: link:https://freebsdfoundation.org/our-donors/freebsd-foundation-partnership-program/[]. + +==== OS Improvements +During the second quarter of 2024, 204 src, 50 ports, and 11 doc tree commits identified The FreeBSD Foundation as a sponsor. + +The Foundation is sponsoring 13 projects. + +* mailto:christos@FreeBSD.org[Christos Margiolis] continued to improve FreeBSD's audio stack and provide audio developers with useful tools and frameworks to facilitate sound development on FreeBSD. +Refer to the <<_audio_stack_improvements,Audio Stack Improvements>> entry for details. + +* mailto:pjd@FreeBSD.org[Pawel Dawidek] is in the final stages of a project to add hierarchical rate limits to OpenZFS. +For details, refer to the <<_hierarchical_rate_limits_for_openzfs,Hierarchical rate limits for OpenZFS>> report entry and the link:https://github.com/openzfs/zfs/pull/16205[pull request in the OpenZFS repository]. + +* Long-term contractor mailto:olce@FreeBSD.org[Olivier Certner] was active in a few different parts of the tree: +** man:rtprio[2]: Updating the number of queues per runqueue from 64 to 256 +** UnionFS: reviewed work from mailto:jah@FreeBSD.org[Jason A. Harmening]. + Jason's work fixes many locking problems (wild accesses without locks, deadlocks, etc.), particularly in unionfs_rename() and improves locking logic. +** Vnode recycling/ZFS ARC reclaim: Reviewed a fix for link:https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=275594[bug #275594], liaised with upstream to obtain and test a backport, had an EN issued and applied as 13.3-RELEASE-p2, and started longer-term work to improve the vnode reclaiming mechanisms and have ZFS pass the right information +** ULE scheduler: Updated to work on a single runqueue instead of 3 for POSIX compliance with respect to the number of distinct SCHED_FIFO/SCHED_RR priority levels +** Miscellaneous: Many (26) reviews, ports updates, and investigated DRM problems +** Published a link:https://freebsdfoundation.org/eurobsdcon-2023/[EuroBSDCon 2023 conference report in the FreeBSD Journal]. + +* mailto:pierre@freebsdfoundation.org[Pierre Pronchery] continued work on a security-focused project with the Foundation that included: +** working on a conversion tool from link:https://vuxml.freebsd.org/freebsd/index.html[VuXML] to link:https://ossf.github.io/osv-schema/[OSV] +** automating the generation of VuXML reports across all ports with link:https://www.freshports.org/security/osv-scanner/[security/osv-scanner] +** running Coverity Scan reports around bhyve and assisting in rectifying the reported defects + +* Work continued on a joint project between Advanced Micro Devices (AMD) and The FreeBSD Foundation to develop a complete FreeBSD AMD IOMMU driver. + This work will allow FreeBSD to fully support greater than 256 cores with features such as CPU mapping and will also include bhyve integration. + mailto:kib@FreeBSD.org[Konstantin Belousov] has been working on various parts of the project, including driver attachment, register definitions, an ACPI table parser, and utility functions. + Two key components that need to be completed are context handling, which is mostly a generalization of Intel DMAR code, and page table creation. + After this, the AMD driver's enable bit can be turned on for testing. + To follow all of Konstantin's work, look for src commits tagged with Sponsored by fields for Advanced Micro Devices (AMD) and The FreeBSD Foundation. + +* The Vector Packet Processor (VPP) is an open-source, high-performance user space networking stack that provides fast packet processing suitable for software-defined networking and network function virtualization applications. + mailto:thj@FreeBSD.org[Tom Jones] is wrapping up his part on a project to port VPP to FreeBSD. + The code has been shared with RG Nets, a co-sponsor of the work, for extensive testing. + +* mailto:bz@FreeBSD.org[Björn Zeeb] continued to improve wireless networking on FreeBSD. + As with last quarter, the focus was mainly on bug fixes and stability improvements. + Most of Bjoern's 30+ src commits were to LinuxKPI and net80211 code. + +* mailto:philip@FreeBSD.org[Philip Paeps] is working on a 20-hour-per-month, six-month contract to continue modernizing the FreeBSD cluster. +This work includes moving more servers to our newest cluster site at NYI in Chicago. + +* mailto:bofh@FreeBSD.org[Moin Rahman] is under two contracts. +Moin is nearing completion of a Center for Internet Security (CIS) hardening guide and continues work to establish pre-commit CI. + +* mailto:freebsd@igalic.co[Mina Galić] continues efforts to put FreeBSD cloud-init support on par with Linux support. + +* mailto:mhorne@FreeBSD.org[Mitchell Horne] presented his RISC-V work at the FreeBSD developer summit. +You can read about the latest developments in the <<_freebsd_riscv64,FreeBSD/riscv64>> report entry. + +* Refer to mailto:starbops@hey.com[Chih-Hsin Chang]'s <<_openstack_on_freebsd,OpenStack on FreeBSD>> report entry for the latest updates on the project to port OpenStack components so that OpenStack can be run on FreeBSD hosts. + +Other members of the Foundation's technology team contributed to FreeBSD development efforts. +For example, Mark Johnston, along with Andrew Turner, authored basic routines to build a Flattened Device Tree (FDT) for arm64 bhyve guests. +The FDT describes various hardware components like CPUs, memory, UART, PCIe controller, interrupt controller, and platform timer, which the guest OS needs to know about. +Ed Maste committed a variety of src contributions, including modernization of man:tzsetup[8] and correcting an issue with man:diff[1] options. +Balancing their regular responsibilities, Li-Wen Hsu and Joe Mingrone contributed updates and fixes to various ports, including addressing pressing security issues. + +link:https://www.freebsd.org/projects/summerofcode/[FreeBSD is participating in the 20th consecutive Google Summer of Code]. +The link:https://wiki.freebsd.org/SummerOfCode2024Projects[11 projects for this summer] are well underway. + +==== Continuous Integration and Workflow Improvement +As part of our continued support of the FreeBSD Project, the Foundation supports a full-time staff member dedicated to improving the Project's continuous integration system and test infrastructure. + +==== Partnerships and Research + +In the Second Quarter, Greg Wallace, the Foundation Partnerships lead, attended the Open Source Summit event in Seattle. +There he joined Doug Rabson who gave a talk on the work of the FreeBSD OCI Runtime Extension working Group. +link:https://youtu.be/pggcc6fi-ow?si=0veLZJ5J4rXCWAHY[You can check it out here]. +Greg also used the event to connect with a number of key tech companies to advance major joint technology initiatives. +link:[Greg's write up on the event is here]. + +Work continues on other highly-requested features. +RG Nets and others have been making great strides to bring CUDA and related AI stack components to FreeBSD. +The Foundation is seeking ways to coordinate across users of FreeBSD to get support for a variety of AI technologies on FreeBSD. +One idea is to launch a FreeBSD AI lab that would pool money from supporters to get CUDA fully supported on FreeBSD and to round out DPU driver support. +mailto:partnerships@freebsdfoundation.org[Please contact us if you would like to support such an initiative]. + +Work continues to leverage the heroic work from the FreeBSD Community to get .NET supported on FreeBSD so that downstream dependencies can in turn better support FreeBSD. +More to come on this front soon. + +Thanks to the generous grant from Alpha-Omega, the FreeBSD Foundation has undertaken two code audits of important subsystems carried out by Synactiv. +Alpha-Omega is an open source project with a mission to protect society by catalyzing sustainable security improvements to the most critical open source software projects and ecosystems. +link:https://github.com/khorben/alpha-omega/blob/freebsd/alpha/engagements/2024/FreeBSD/update-2024-06.md[Our most recent monthly update can be found here]. +The code audits will conclude in July and then we will then undertake a process audit and will also run a 2FA pilot. + +In Q1 and Q2, Greg participated in several meetings about various government regulations. +In March, he represented FreeBSD at the link:https://www.cisa.gov/news-events/news/cisa-announces-new-efforts-help-secure-open-source-ecosystem[CISA two-day Open Source Software (OSS) Security Summit] alongside other link:https://opensource.org/programs/open-policy-alliance[Open Policy Alliance members]. +Previously, Greg collaborated with OPA to submit comments to CISA's RFC on how the US Government can support the security and sustainability of Open Source. +And in June, The FreeBSD Foundation joined the link:https://outreach.eclipse.foundation/open-regulatory-compliance[Open Regulatory Compliance Working Group] at the Eclipse Foundation. +This group aims to accelerate the development of cohesive cybersecurity processes required for regulatory compliance while offering a neutral environment for hosting technical discussions with the open source community at large. + +We are thrilled to welcome Alice Sowerby as a part time, contract Partnerships Program Manager. +Alice is an experienced, multi-skilled leader, currently active in a number of open source domains. +She is the co-host of the CHAOSS podcast and chair of the TODO group review team for the OSPO Book. +Alice is providing program and project management for partnership initiatives, like Alpha-Omega, OCI FreeBSD Runtime Extension WG, and the Enterprise Working Group. + +==== Advocacy +During the second quarter of 2024, we continued growing our efforts to drive awareness, advocate for the project, highlight users, and bring educational content to the FreeBSD community. +Below are some of those efforts. + +* Organized the link:https://freebsdfoundation.org/news-and-events/event-calendar/may-2024-freebsd-developer-summit/[May 2024 FreeBSD Developer Summit], co-located with link:https://www.bsdcan.org/2024/[BSDCan]. +Check out both the videos and link:https://freebsdfoundation.org/blog/highlights-from-the-freebsd-developer-summit-2024-innovations-and-future-directions/[write ups] from Summit. +* Celebrated FreeBSD's 31st Birthday with link:https://freebsdfoundation.org/freebsd-day/[FreeBSD Week], which included many new user stories, and an interview with Beastie! +* Released the link:https://freebsdfoundation.org/blog/results-from-the-2024-freebsd-community-survey-report/[Final Report] from the 2024 FreeBSD Community Survey. +* Announced the winners of the first annual link:https://www.globenewswire.com/news-release/2024/04/03/2856691/0/en/FreeBSD-Foundation-and-Digital-Security-by-Design-DSbD-Announce-Beacon-Award-Winners-for-Innovations-and-Improvements-to-CheriBSD.html[Digital Security by Design (DSbD) Ecosystem Beacon Awards] to celebrate innovators working with and enhancing link:https://www.globenewswire.com/Tracker?data=AqFv3m-G_PnXTakUHpA34riXXjhMCVgNSpwO99D5k4M7kT-0a6VExR0Fquv5oEcrgKs63RvmsH216VVudEa37mjZdDlZM2T-ySeVWUkJRMAgwt8-gc8RTgGWqjEd69fkAd0jDAYhTBzYItmcGkUkdgJvw-XOeoIGU1F-cb4Vn7yoefproJMVamLYOH5wJJfh1cD-65ey2Acl3WmtVfwInQ==[CheriBSD]. + The Beacon awards are sponsored by the Foundation in partnership with Innovate UK and Digital Security by Design (DSbD). +* Provided an overview of link:https://freebsdfoundation.org/blog/freebsd-14-1-whats-new-and-how-did-we-get-here/[FreeBSD 14.1]. +* Updated the link:https://freebsdfoundation.org/end-user-stories/[FreeBSD End User page] with new interviews and a number of new case studies including ones from link:https://freebsdfoundation.org/netflix-case-study/[Netflix], link:https://freebsdfoundation.org/end-user-stories/metify-case-study/[Metify], and link:https://freebsdfoundation.org/end-user-stories/rg-nets-case-study/[RGNets]. +* Published numerous blogs including: +** link:https://freebsdfoundation.org/blog/freebsd-foundation-delivers-v1-of-freebsd-ssdf-attestation-to-support-cybersecurity-compliance/[FreeBSD Foundation Delivers V1 of FreeBSD SSDF Attestation to Support Cybersecurity Compliance] +** link:https://freebsdfoundation.org/blog/freebsd-the-torchbearer-of-the-original-operating-system-distribution/[FreeBSD: The torchbearer of the original operating system distribution] +** link:https://freebsdfoundation.org/blog/the-2024-freebsd-foundation-budget-journey-choosing-where-we-invest/[The 2024 FreeBSD Foundation Budget Journey: Choosing Where We Invest] +** link:https://freebsdfoundation.org/blog/why-freebsd-continues-to-innovate-and-thrive/[Why FreeBSD Continues to Innovate and Thrive] +** link:https://freebsdfoundation.org/blog/innovating-the-future-arms-strategic-embrace-of-freebsd/[Innovating the Future: Arm's Strategic Embrace of FreeBSD] +** link:https://freebsdfoundation.org/blog/why-freebsd-events-are-important-to-furthering-the-development-of-freebsd/[Why FreeBSD Events are Important to Furthering the Development of FreeBSD] +* Participated in the following contributed articles, interviews and podcasts: +** link:https://cioinfluence.com/technology/operating-systems/cio-influence-interview-with-deb-goodkin-director-of-freebsd-foundation/[CIO Influence interview with Deb Goodkin] +** link:https://podcast.sustainoss.org/239[SustainOSS Podcast interview with Deb Goodkin] + +==== Legal/FreeBSD IP + +The Foundation owns the FreeBSD trademarks, and it is our responsibility to protect them. +We also provide legal support for the core team to investigate questions that arise. + +Go to link:https://freebsdfoundation.org[] to find more about how we support FreeBSD and how we can help you! From nobody Thu Jul 25 18:18:38 2024 X-Original-To: dev-commits-doc-all@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 4WVJzg055jz5R1lL for ; Thu, 25 Jul 2024 18:18:39 +0000 (UTC) (envelope-from git@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 "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WVJzf6ffvz54tZ; Thu, 25 Jul 2024 18:18:38 +0000 (UTC) (envelope-from git@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1721931518; 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; bh=UH6OtlZwMCNjEwD/VkRza5ijVlRU282Yg5/frhcwgo4=; b=P2fxE2SnYzQqsbdE6pLOpEGPpm4L1SjfNyM2Gt1x9WmGdO6wpc4dnsdlHLmKxtNU6DvhW5 I9Ud3o/LS+RzQ+yCwxYZbYYTUSm5Qy6Fdk5u1qW9FdNJFsSD6ZVvXUOT36xr4Yu4+vR9Gu fTmRLkbH66rwrP8O0TOZRQQsof1BRtfy4MPg3vi8FlyROnIeS0yCM1QB+otTmDNSitTo5G 60coQbqaK0Yb1WyFBd8HRYFPjcUvNm69zOkERhb/yXS9SB2tj6O4JMBP7cii+kbxGBPMuQ ioDvnlFxfuKx8C7eTAnmPEkRkZxs4WOy/CtO7sPArNJKGs1unCJS2AgQKQ5kjw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1721931518; a=rsa-sha256; cv=none; b=YQ578L4gP5pvDaGWZYrt5VoTBHi4BPmBLyeSeEiA3bb2V1uRcaUCE8FYuOpJ2CgM7RXctE ERo58zI5mSSaYuUvDrZIcBBJCvy/o2rxeJZM9wOrlipa/ew23s3y/zUfOQkvD541PHQ1lo idYrInwTABBisf0ylr9eKdg+hHXWlQJ2e4DQrmHjqoJY0VgojbEDWhAZRsbxJE7yEPA9Fr ZOJ4TMX+49bQb0qPQgVjnZ0bgQyn/HDR4MFEWDmDVCGs9uVxYES+6AsgVLuFXFcD0jq6jB bNapb742qmAcfVvakvZmjYPa28kV1aT/kQ+BkM/4DvOsPWUFFjb1o406mQ+7RA== 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=1721931518; 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; bh=UH6OtlZwMCNjEwD/VkRza5ijVlRU282Yg5/frhcwgo4=; b=lb3BfEciEKGacf6nLyhMaD/c3nUj725vEHxo7R4IsiKHdArMTDhFstT1m20Zr9dlSIJr34 0IAzhDpyUmOiDPDnJHbJKYH1JGSgmh7+NBneFKdXE1w9dOcKnGr/6cCuCi5UQAlf+1N4GO gAgn2BAuZopFa+TkDGGaGYyFGT+1LGIAotCZkg2LfvlHAVZMDQg3sgig1w/b8nSjyXDfSp klaDIdGjGtLZDy2riPoN9gHHvvrSreqkE0l/wVR8Gs0m2pORZNNHYbVuE/xAGANCwVGprH NHb6bPiu94BTkTgyCmSLpSOQ69nZSuPT63h+EA6yS6ahhGtj+TLFbx5q1lrwLw== Received: from gitrepo.freebsd.org (gitrepo.freebsd.org [IPv6:2610:1c1:1:6068::e6a:5]) (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 4WVJzf6G9wz15NK; Thu, 25 Jul 2024 18:18:38 +0000 (UTC) (envelope-from git@FreeBSD.org) Received: from gitrepo.freebsd.org ([127.0.1.44]) by gitrepo.freebsd.org (8.18.1/8.18.1) with ESMTP id 46PIIcCl007356; Thu, 25 Jul 2024 18:18:38 GMT (envelope-from git@gitrepo.freebsd.org) Received: (from git@localhost) by gitrepo.freebsd.org (8.18.1/8.18.1/Submit) id 46PIIc11007352; Thu, 25 Jul 2024 18:18:38 GMT (envelope-from git) Date: Thu, 25 Jul 2024 18:18:38 GMT Message-Id: <202407251818.46PIIc11007352@gitrepo.freebsd.org> To: doc-committers@FreeBSD.org, dev-commits-doc-all@FreeBSD.org From: Osama Abboud Subject: git: e4957ac9d5 - main - New committer (src): Osama Abboud ( osamaabb ) List-Id: Commit messages for all branches of the doc repository List-Archive: https://lists.freebsd.org/archives/dev-commits-doc-all List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: dev-commits-doc-all@freebsd.org Sender: owner-dev-commits-doc-all@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Git-Committer: osamaabb X-Git-Repository: doc X-Git-Refname: refs/heads/main X-Git-Reftype: branch X-Git-Commit: e4957ac9d52d1c67096bd774e62ee332df89f3cc Auto-Submitted: auto-generated The branch main has been updated by osamaabb: URL: https://cgit.FreeBSD.org/doc/commit/?id=e4957ac9d52d1c67096bd774e62ee332df89f3cc commit e4957ac9d52d1c67096bd774e62ee332df89f3cc Author: Osama Abboud AuthorDate: 2024-07-17 20:03:32 +0000 Commit: Osama Abboud CommitDate: 2024-07-25 18:18:09 +0000 New committer (src): Osama Abboud ( osamaabb ) Completed steps 1-4 from Committer's Guide. Approved by: cperciva (mentor) --- osamaabb.key | 43 ++++++++++++++++++++++++++++++++++++++++++ shared/authors.adoc | 4 ++++ shared/contrib-committers.adoc | 1 + website/data/en/news/news.toml | 4 ++++ 4 files changed, 52 insertions(+) diff --git a/osamaabb.key b/osamaabb.key new file mode 100644 index 0000000000..6820c9cfd8 --- /dev/null +++ b/osamaabb.key @@ -0,0 +1,43 @@ +// sh addkey.sh osamaabb 1F477635EE7AC924 ; + +[.literal-block-margin] +.... +pub 2048R/1F477635EE7AC924 2024-07-17 [expires: 2027-07-17] + Key fingerprint = 4EF1 AABE C1DC 6B7E 2689 8F49 1F47 7635 EE7A C924 +uid Osama Abboud +sub 2048R/8F5D02CBD84B29AA 2024-07-17 [expires: 2027-07-17] + +.... + +[.literal-block-margin] +.... +-----BEGIN PGP PUBLIC KEY BLOCK----- + +mQENBGaYG/ABCACtCsCzHwNUxZYEKphAPhFcty0OQ5WDfxfntU1Aiusaaq6GC4T5 +ye9anmZOVYRvgbyWIX7kUH345/LbQfuL7f9zb1cFhfOzglA5b96b0c58xMAUr/39 +1kIvm+Dhw/8CFydvef3CMKyiyyvWm6cxdpx38bf0ipRXNWDUKQlJqqkVhfrD1Z7F +VwdhUs3jrNr7HJBE6bqv1VxvDtikdEhe+x4JF7opqfFSnWSzPQ3vPqsMbpgC7goA +RbgW+XqW40PFCvRark2of7jIve2QHiBxZ/e6BEB1cyBLrxZiFzXHZGQllotjR+8J +o2R8EXASlSx2gZN5ZDOhMtE75Fq00TXJgFBDABEBAAG0I09zYW1hIEFiYm91ZCA8 +b3NhbWFhYmJARnJlZUJTRC5vcmc+iQE+BBMBAgAoBQJmmBvwAhsDBQkFo5qABgsJ +CAcDAgYVCAIJCgsEFgIDAQIeAQIXgAAKCRAfR3Y17nrJJAfBB/996dX8wjM5p7Re +EJoYnDECy6zBvFO9MA9WZ2HHSnNbuZpEtC8KZkYWhaOt16KfagYOc1BK5K++NKmc +PZBeUBJDv1AZNO3SxgQQAKpGAtuGytX8Bf00R3EBBkNNnY/smXI1HABsovJsTiQF +UZQyn8OAl3fbhgjefLQltek5dchwnfvLphdUfZywskVZnNheFCI/UwT05NXzL4lp +9F8++IKVRDfbctV97IpHjzmV3Atl5bJAEzDj/uvtBbav9ohAP8fLXAkwpbKTzpQ7 +jsG/aGIj4Q+CdrJNOopJdddaZN+hHBp2i3UvF9IV4DSBMoNy02D4H5lhawWm5+ge +/RDVsVOhuQENBGaYG/ABCADnoZflnHpRzndib3xsuz7j3jGwvNOWR0xW0ywrIsYJ +y2SJgHSB6rbnxfMx2CCDzrJGvh5lFsNa3nW+ms8k0WTXf/2V/MFwU7hzsSs2G91n +A/XNz2X//Nuiwy4WkWov6zabwv+FQ32WeJ8yUMKCxW9cG50rAHMSUmM0+SKJKN7+ +wQs/v+u2Z3o+1EcAIYXlU+CLP/R3ms/JJ/sNc8arSFh6mcWmPKx7MJX7E203pdSR +fz1mcA+290iNTMh6Ih3w+kAhpDxVfnL6LJ14B2fo5uL7K3i3f8hZ2beDXrQiB34Q +hrWkQPpcvdQPfg58tOETpfle2ytrqYNmNo7md3NILhhFABEBAAGJASUEGAECAA8F +AmaYG/ACGwwFCQWjmoAACgkQH0d2Ne56ySTJRAf5AZOAgQR2yxHhM4J4f6pujxpf +U8JKKKxJrNEyeYQlSbLVjJiFaq/P/MEF4MlH8GhjExH5f9x1VGJVgxOx5qroVvuq +RHlvw58+FWRq7gVSiL9mqNc/2BGFoEuOg62XggFKZdI0Mic8brMkEiKNc4XgzZQy +lOJUqq87GUqPm6bI0I4Q4ZXWnBHjg1M/Zn2VUWsE2O7Q5whkHR8u0whK3ywqAj+u +RMFscQNj0IJrY8A2XEUN03dE8Z2g96BCIPLQQ1cGnYGnu/poeimJ3DtLDPEJ1z1d +tihbGI17FyaB4DeTQCuHBQxm5I2253Lf5X27bknBFk/HsEMTZac/taUftV6B4Q== +=YbIK +-----END PGP PUBLIC KEY BLOCK----- +.... diff --git a/shared/authors.adoc b/shared/authors.adoc index f7a54608ac..88cbb9d331 100644 --- a/shared/authors.adoc +++ b/shared/authors.adoc @@ -2576,6 +2576,10 @@ :osa-email: osa@FreeBSD.org :osa: {osa-name} <{osa-email}> +:osamaabb-name: Osama Abboud +:osamaabb-email: osamaabb@FreeBSD.org +:osamaabb: {osamaabb-name} <{osamaabb-email}> + :oshogbo-name: Mariusz Zaborski :oshogbo-email: oshogbo@FreeBSD.org :oshogbo: {oshogbo-name} <{oshogbo-email}> diff --git a/shared/contrib-committers.adoc b/shared/contrib-committers.adoc index 44a360265f..a8f3f0c7bc 100644 --- a/shared/contrib-committers.adoc +++ b/shared/contrib-committers.adoc @@ -255,6 +255,7 @@ * {olgeni} * {michaelo} * {osa} +* {osamaabb} * {rodrigo} * {philip} * {zirias} diff --git a/website/data/en/news/news.toml b/website/data/en/news/news.toml index bbc842d01a..69b24f4f7a 100644 --- a/website/data/en/news/news.toml +++ b/website/data/en/news/news.toml @@ -5,6 +5,10 @@ date = "2024-06-12" title = "New FreeBSD Core Team Elected" description = "Active committers to the project have elected your thirteenth FreeBSD Core Team. For details, refer to the official announcement." +[[news]] +date = "2024-06-12" +description = "New committer: Osama Abboud (src)" + [[news]] date = "2024-06-04" title = "FreeBSD 14.1-RELEASE Available" From nobody Sun Jul 28 20:09:50 2024 X-Original-To: dev-commits-doc-all@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 4WXCJZ2HD5z5RYy7 for ; Sun, 28 Jul 2024 20:09:50 +0000 (UTC) (envelope-from git@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 "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WXCJZ1vp6z4BsM; Sun, 28 Jul 2024 20:09:50 +0000 (UTC) (envelope-from git@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1722197390; 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; bh=yF8royIOouS7HlFm+pQYg7hgyhwht1SBgb7uRsUK+7k=; b=ji4q1pik6mCi9B/Ifs1kaSFx9y9zFRa6v3g0p5TiyZf7tzw1YM3UZAHl2Dhq3usmj4JyqK dQKn/g3MjmcNrbgI85ybSIVLHo2VC19aU8wosbBJ/WGBHg/Nh/aKOXS8+w1I834WSTUdMK lxOiGGOdl4iyZ0bJOq1sz1v36hSXendHh5e7rsJF1YJ5VVRqDvaKOP09TIBJgLWUYnbnpR M7T04N9E2uBcRPgbpYIsM1jrWfvGdAbDlUQmpoTCXliLAKd91jqhJDMMY95ZAtESQynk5z 1u/N+bZYhU7ee4kdy85wK4b6W3lVS2lx3oTwyJUGX3HTh7bXkRbUBouJGQVFqg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1722197390; a=rsa-sha256; cv=none; b=Z7UdprKzOsZgIWjFooO95DmS2F2M4prMmC8NItGkuOe3YICi1IX0mu0NpVQCHAH7jtAXka e8yyZIYnwmY7eiXjLvTn1Ltr7IZpceyTfGREocE07nSO/xrt4879L40ASiGdxED62wTE4M 1ueRuksGRGMdUAHcirl/pLBWOCFRau7ix2N7MAG+mPnSaaarpspx80UCXP3kUpwqtdMUb6 1Z3ILDv7882JmcLfXVA9w6fM64O3kURGKomKb1EWZnpmprADQlFvyFyw/jGAofUVxXcbPf 98pI8Uu4ghT9Vg6c1kJBh7r/jImJ5Np4UmZB9XRP4AfibiTzGwqv5htVts20aA== 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=1722197390; 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; bh=yF8royIOouS7HlFm+pQYg7hgyhwht1SBgb7uRsUK+7k=; b=GkULHLEkOlKTLIYbkbg6mCqEPrDpJ4w378M8BmRM9vlhJJIe+q3nji3w+hvYwTrMEw63aG vWbYL8Smxj2wcxKRP7YN/tIwZ4DeBcPsYEC3mXDWZVHAUCi8tcYTq9+SFL984eL8TiGKpo U2xrH6kQna5Ru1YVdKaTnXIKEFI4VMVXV077SNwrOXonyNha+t2tQ+/pmMr9v7n8IvBfrz b4qqGHimkyr7eTIfhg5AdQZfwWHyMtcke7YLzNrI50UKsnTy8ehKzYZn3kLyClweLRRzqv Hd9q3RHQ1OLeJ/XIaqelegXAo+VK/YbSQKBL1ZHNWibp+ESFUKoZXJdy5B+V9g== Received: from gitrepo.freebsd.org (gitrepo.freebsd.org [IPv6:2610:1c1:1:6068::e6a:5]) (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 4WXCJZ1J9Tz14Zn; Sun, 28 Jul 2024 20:09:50 +0000 (UTC) (envelope-from git@FreeBSD.org) Received: from gitrepo.freebsd.org ([127.0.1.44]) by gitrepo.freebsd.org (8.18.1/8.18.1) with ESMTP id 46SK9oRT017769; Sun, 28 Jul 2024 20:09:50 GMT (envelope-from git@gitrepo.freebsd.org) Received: (from git@localhost) by gitrepo.freebsd.org (8.18.1/8.18.1/Submit) id 46SK9ouv017766; Sun, 28 Jul 2024 20:09:50 GMT (envelope-from git) Date: Sun, 28 Jul 2024 20:09:50 GMT Message-Id: <202407282009.46SK9ouv017766@gitrepo.freebsd.org> To: doc-committers@FreeBSD.org, dev-commits-doc-all@FreeBSD.org From: Ed Maste Subject: git: caabd66799 - main - arch-handbook: rewrite MAC chapter K&R C prototypes List-Id: Commit messages for all branches of the doc repository List-Archive: https://lists.freebsd.org/archives/dev-commits-doc-all List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: dev-commits-doc-all@freebsd.org Sender: owner-dev-commits-doc-all@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Git-Committer: emaste X-Git-Repository: doc X-Git-Refname: refs/heads/main X-Git-Reftype: branch X-Git-Commit: caabd66799fdd31af769c956ca4aa0a7232d175a Auto-Submitted: auto-generated The branch main has been updated by emaste: URL: https://cgit.FreeBSD.org/doc/commit/?id=caabd66799fdd31af769c956ca4aa0a7232d175a commit caabd66799fdd31af769c956ca4aa0a7232d175a Author: Ed Maste AuthorDate: 2024-07-27 21:10:30 +0000 Commit: Ed Maste CommitDate: 2024-07-28 20:09:11 +0000 arch-handbook: rewrite MAC chapter K&R C prototypes K&R C has been deprecated for decades and is no longer valid C. Reported by: https://101010.pl/@nabijaczleweli/112860058280711119 Reviewed by: lwhsu Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D46171 --- .../content/en/books/arch-handbook/mac/_index.adoc | 1212 +++++--------------- 1 file changed, 258 insertions(+), 954 deletions(-) diff --git a/documentation/content/en/books/arch-handbook/mac/_index.adoc b/documentation/content/en/books/arch-handbook/mac/_index.adoc index a1f07c1fb8..1724ba0553 100644 --- a/documentation/content/en/books/arch-handbook/mac/_index.adoc +++ b/documentation/content/en/books/arch-handbook/mac/_index.adoc @@ -362,8 +362,7 @@ The exception to this is the process credential, which is assumed to be understo [source,c] ---- -void mpo_init( conf); -struct mac_policy_conf *conf; +void mpo_init(struct mac_policy_conf *conf); ---- [.informaltable] @@ -387,8 +386,7 @@ If potentially sleeping memory allocations are required during policy initializa [source,c] ---- -void mpo_destroy( conf); -struct mac_policy_conf *conf; +void mpo_destroy(struct mac_policy_conf *conf); ---- [.informaltable] @@ -411,12 +409,7 @@ The policy list mutex is held, so caution should be applied. [source,c] ---- -int mpo_syscall( td, - call, - arg); -struct thread *td; -int call; -void *arg; +int mpo_syscall(struct thread *td, int call, void *arg); ---- [.informaltable] @@ -454,8 +447,7 @@ Modules must currently perform the `copyin()` of the syscall data on their own. [source,c] ---- -void mpo_thread_userret( td); -struct thread *td; +void mpo_thread_userret(struct thread *td); ---- [.informaltable] @@ -484,8 +476,7 @@ Policy writers are cautioned that event ordering relating to scheduling an AST a [source,c] ---- -void mpo_init_bpfdesc_label( label); -struct label *label; +void mpo_init_bpfdesc_label(struct label *label); ---- [.informaltable] @@ -508,8 +499,7 @@ Sleeping is permitted. [source,c] ---- -void mpo_init_cred_label( label); -struct label *label; +void mpo_init_cred_label(struct label *label); ---- [.informaltable] @@ -532,8 +522,7 @@ Sleeping is permitted. [source,c] ---- -void mpo_init_devfsdirent_label( label); -struct label *label; +void mpo_init_devfsdirent_label(struct label *label); ---- [.informaltable] @@ -556,8 +545,7 @@ Sleeping is permitted. [source,c] ---- -void mpo_init_ifnet_label( label); -struct label *label; +void mpo_init_ifnet_label(struct label *label); ---- [.informaltable] @@ -580,10 +568,7 @@ Sleeping is permitted. [source,c] ---- -void mpo_init_ipq_label( label, - flag); -struct label *label; -int flag; +void mpo_init_ipq_label(struct label *label, int flag); ---- [.informaltable] @@ -612,10 +597,7 @@ This entry point is permitted to fail resulting in the failure to allocate the I [source,c] ---- -void mpo_init_mbuf_label( flag, - label); -int flag; -struct label *label; +void mpo_init_mbuf_label(int flag, struct label *label); ---- [.informaltable] @@ -644,10 +626,7 @@ This entry point is permitted to fail resulting in the failure to allocate the m [source,c] ---- -void mpo_init_mount_label( mntlabel, - fslabel); -struct label *mntlabel; -struct label *fslabel; +void mpo_init_mount_label(struct label *mntlabel, struct label *fslabel); ---- [.informaltable] @@ -674,8 +653,7 @@ Sleeping is permitted. [source,c] ---- -void mpo_init_mount_fs_label( label); -struct label *label; +void mpo_init_mount_fs_label(struct label *label); ---- [.informaltable] @@ -698,8 +676,7 @@ Sleeping is permitted [source,c] ---- -void mpo_init_pipe_label( label); -struct label*label; +void mpo_init_pipe_label(struct label *label); ---- [.informaltable] @@ -722,10 +699,7 @@ Sleeping is permitted. [source,c] ---- -void mpo_init_socket_label( label, - flag); -struct label *label; -int flag; +void mpo_init_socket_label(struct label *label, int flag); ---- [.informaltable] @@ -752,10 +726,7 @@ The `flag` field may be one of M_WAITOK and M_NOWAIT, and should be employed to [source,c] ---- -void mpo_init_socket_peer_label( label, - flag); -struct label *label; -int flag; +void mpo_init_socket_peer_label(struct label *label, int flag); ---- [.informaltable] @@ -782,8 +753,7 @@ The `flag` field may be one of M_WAITOK and M_NOWAIT, and should be employed to [source,c] ---- -void mpo_init_proc_label( label); -struct label *label; +void mpo_init_proc_label(struct label *label); ---- [.informaltable] @@ -806,8 +776,7 @@ Sleeping is permitted. [source,c] ---- -void mpo_init_vnode_label( label); -struct label *label; +void mpo_init_vnode_label(struct label *label); ---- [.informaltable] @@ -830,8 +799,7 @@ Sleeping is permitted. [source,c] ---- -void mpo_destroy_bpfdesc_label( label); -struct label *label; +void mpo_destroy_bpfdesc_label(struct label *label); ---- [.informaltable] @@ -854,8 +822,7 @@ In this entry point a policy should free any internal storage associated with `l [source,c] ---- -void mpo_destroy_cred_label( label); -struct label *label; +void mpo_destroy_cred_label(struct label *label); ---- [.informaltable] @@ -878,8 +845,7 @@ In this entry point, a policy module should free any internal storage associated [source,c] ---- -void mpo_destroy_devfsdirent_label( label); -struct label *label; +void mpo_destroy_devfsdirent_label(struct label *label); ---- [.informaltable] @@ -902,8 +868,7 @@ In this entry point, a policy module should free any internal storage associated [source,c] ---- -void mpo_destroy_ifnet_label( label); -struct label *label; +void mpo_destroy_ifnet_label(struct label *label); ---- [.informaltable] @@ -926,8 +891,7 @@ In this entry point, a policy module should free any internal storage associated [source,c] ---- -void mpo_destroy_ipq_label( label); -struct label *label; +void mpo_destroy_ipq_label(struct label *label); ---- [.informaltable] @@ -950,8 +914,7 @@ In this entry point, a policy module should free any internal storage associated [source,c] ---- -void mpo_destroy_mbuf_label( label); -struct label *label; +void mpo_destroy_mbuf_label(struct label *label); ---- [.informaltable] @@ -974,8 +937,7 @@ In this entry point, a policy module should free any internal storage associated [source,c] ---- -void mpo_destroy_mount_label( label); -struct label *label; +void mpo_destroy_mount_label(struct label *label); ---- [.informaltable] @@ -998,10 +960,7 @@ In this entry point, a policy module should free the internal storage associated [source,c] ---- -void mpo_destroy_mount_label( mntlabel, - fslabel); -struct label *mntlabel; -struct label *fslabel; +void mpo_destroy_mount_label(struct label *mntlabel, struct label *fslabel); ---- [.informaltable] @@ -1028,8 +987,7 @@ In this entry point, a policy module should free the internal storage associated [source,c] ---- -void mpo_destroy_socket_label( label); -struct label *label; +void mpo_destroy_socket_label(struct label *label); ---- [.informaltable] @@ -1052,8 +1010,7 @@ In this entry point, a policy module should free any internal storage associated [source,c] ---- -void mpo_destroy_socket_peer_label( peerlabel); -struct label *peerlabel; +void mpo_destroy_socket_peer_label(struct label *peerlabel); ---- [.informaltable] @@ -1076,8 +1033,7 @@ In this entry point, a policy module should free any internal storage associated [source,c] ---- -void mpo_destroy_pipe_label( label); -struct label *label; +void mpo_destroy_pipe_label(struct label *label); ---- [.informaltable] @@ -1100,8 +1056,7 @@ In this entry point, a policy module should free any internal storage associated [source,c] ---- -void mpo_destroy_proc_label( label); -struct label *label; +void mpo_destroy_proc_label(struct label *label); ---- [.informaltable] @@ -1124,8 +1079,7 @@ In this entry point, a policy module should free any internal storage associated [source,c] ---- -void mpo_destroy_vnode_label( label); -struct label *label; +void mpo_destroy_vnode_label(struct label *label); ---- [.informaltable] @@ -1148,10 +1102,7 @@ In this entry point, a policy module should free any internal storage associated [source,c] ---- -void mpo_copy_mbuf_label( src, - dest); -struct label *src; -struct label *dest; +void mpo_copy_mbuf_label(struct label *src, struct label *dest); ---- [.informaltable] @@ -1177,10 +1128,7 @@ Copy the label information in `src` into `dest`. [source,c] ---- -void mpo_copy_pipe_label( src, - dest); -struct label *src; -struct label *dest; +void mpo_copy_pipe_label(struct label *src, struct label *dest); ---- [.informaltable] @@ -1206,10 +1154,7 @@ Copy the label information in `src` into `dest`. [source,c] ---- -void mpo_copy_vnode_label( src, - dest); -struct label *src; -struct label *dest; +void mpo_copy_vnode_label(struct label *src, struct label *dest); ---- [.informaltable] @@ -1235,14 +1180,8 @@ Copy the label information in `src` into `dest`. [source,c] ---- -int mpo_externalize_cred_label( label, - element_name, - sb, - *claimed); -struct label *label; -char *element_name; -struct sbuf *sb; -int *claimed; +int mpo_externalize_cred_label(struct label *label, char *element_name, + struct sbuf *sb, int *claimed); ---- [.informaltable] @@ -1281,14 +1220,8 @@ Once the policy fills in `element_data`, `*claimed` should be incremented. [source,c] ---- -int mpo_externalize_ifnet_label( label, - element_name, - sb, - *claimed); -struct label *label; -char *element_name; -struct sbuf *sb; -int *claimed; +int mpo_externalize_ifnet_label(struct label *label, char *element_name, + struct sbuf *sb, int *claimed); ---- [.informaltable] @@ -1327,14 +1260,8 @@ Once the policy fills in `element_data`, `*claimed` should be incremented. [source,c] ---- -int mpo_externalize_pipe_label( label, - element_name, - sb, - *claimed); -struct label *label; -char *element_name; -struct sbuf *sb; -int *claimed; +int mpo_externalize_pipe_label(struct label *label, char *element_name, + struct sbuf *sb, int *claimed); ---- [.informaltable] @@ -1373,14 +1300,8 @@ Once the policy fills in `element_data`, `*claimed` should be incremented. [source,c] ---- -int mpo_externalize_socket_label( label, - element_name, - sb, - *claimed); -struct label *label; -char *element_name; -struct sbuf *sb; -int *claimed; +int mpo_externalize_socket_label(struct label *label, char *element_name, + struct sbuf *sb, int *claimed); ---- [.informaltable] @@ -1419,14 +1340,8 @@ Once the policy fills in `element_data`, `*claimed` should be incremented. [source,c] ---- -int mpo_externalize_socket_peer_label( label, - element_name, - sb, - *claimed); -struct label *label; -char *element_name; -struct sbuf *sb; -int *claimed; +int mpo_externalize_socket_peer_label(struct label *label, char *element_name, + struct sbuf *sb, int *claimed); ---- [.informaltable] @@ -1465,14 +1380,8 @@ Once the policy fills in `element_data`, `*claimed` should be incremented. [source,c] ---- -int mpo_externalize_vnode_label( label, - element_name, - sb, - *claimed); -struct label *label; -char *element_name; -struct sbuf *sb; -int *claimed; +int mpo_externalize_vnode_label(struct label *label, char *element_name, + struct sbuf *sb, int *claimed); ---- [.informaltable] @@ -1511,14 +1420,8 @@ Once the policy fills in `element_data`, `*claimed` should be incremented. [source,c] ---- -int mpo_internalize_cred_label( label, - element_name, - element_data, - claimed); -struct label *label; -char *element_name; -char *element_data; -int *claimed; +int mpo_internalize_cred_label(struct label *label, char *element_name, + char *element_data, int *claimed); ---- [.informaltable] @@ -1554,14 +1457,8 @@ Just as in the `externalize` entry points, the entry point should return 0 if `e [source,c] ---- -int mpo_internalize_ifnet_label( label, - element_name, - element_data, - claimed); -struct label *label; -char *element_name; -char *element_data; -int *claimed; +int mpo_internalize_ifnet_label(struct label *label, char *element_name, + char *element_data, int *claimed); ---- [.informaltable] @@ -1597,14 +1494,8 @@ Just as in the `externalize` entry points, the entry point should return 0 if `e [source,c] ---- -int mpo_internalize_pipe_label( label, - element_name, - element_data, - claimed); -struct label *label; -char *element_name; -char *element_data; -int *claimed; +int mpo_internalize_pipe_label(struct label *label, char *element_name, + char *element_data, int *claimed); ---- [.informaltable] @@ -1640,14 +1531,8 @@ Just as in the `externalize` entry points, the entry point should return 0 if `e [source,c] ---- -int mpo_internalize_socket_label( label, - element_name, - element_data, - claimed); -struct label *label; -char *element_name; -char *element_data; -int *claimed; +int mpo_internalize_socket_label(struct label *label, char *element_name, + char *element_data, int *claimed); ---- [.informaltable] @@ -1683,14 +1568,8 @@ Just as in the `externalize` entry points, the entry point should return 0 if `e [source,c] ---- -int mpo_internalize_vnode_label( label, - element_name, - element_data, - claimed); -struct label *label; -char *element_name; -char *element_data; -int *claimed; +int mpo_internalize_vnode_label(struct label *label, char *element_name, + char *element_data, int *claimed); ---- [.informaltable] @@ -1773,18 +1652,9 @@ These labels are initialized and destroyed as with other label types, but the cr [source,c] ---- -void mpo_associate_vnode_devfs( mp, - fslabel, - de, - delabel, - vp, - vlabel); -struct mount *mp; -struct label *fslabel; -struct devfs_dirent *de; -struct label *delabel; -struct vnode *vp; -struct label *vlabel; +void mpo_associate_vnode_devfs(struct mount *mp, struct label *fslabel, + struct devfs_dirent *de, struct label *delabel, struct vnode *vp, + struct label *vlabel); ---- [.informaltable] @@ -1826,14 +1696,8 @@ Fill in the label (`vlabel`) for a newly created devfs vnode based on the devfs [source,c] ---- -int mpo_associate_vnode_extattr( mp, - fslabel, - vp, - vlabel); -struct mount *mp; -struct label *fslabel; -struct vnode *vp; -struct label *vlabel; +int mpo_associate_vnode_extattr(struct mount *mp, struct label *fslabel, + struct vnode *vp, struct label *vlabel); ---- [.informaltable] @@ -1870,14 +1734,8 @@ In the event of an error, an appropriate value for `errno` should be returned. [source,c] ---- -void mpo_associate_vnode_singlelabel( mp, - fslabel, - vp, - vlabel); -struct mount *mp; -struct label *fslabel; -struct vnode *vp; -struct label *vlabel; +void mpo_associate_vnode_singlelabel(struct mount *mp, struct label *fslabel, + struct vnode *vp, struct label *vlabel); ---- [.informaltable] @@ -1911,12 +1769,8 @@ On non-multilabel file systems, this entry point is called to set the policy lab [source,c] ---- -void mpo_create_devfs_device( dev, - devfs_dirent, - label); -dev_t dev; -struct devfs_dirent *devfs_dirent; -struct label *label; +void mpo_create_devfs_device(dev_t dev, struct devfs_dirent *devfs_dirent, + struct label *label); ---- [.informaltable] @@ -1947,14 +1801,8 @@ This call will be made when the device file system is mounted, regenerated, or a [source,c] ---- -void mpo_create_devfs_directory( dirname, - dirnamelen, - devfs_dirent, - label); -char *dirname; -int dirnamelen; -struct devfs_dirent *devfs_dirent; -struct label *label; +void mpo_create_devfs_directory(char *dirname, int dirnamelen, + struct devfs_dirent *devfs_dirent, struct label *label); ---- [.informaltable] @@ -1985,18 +1833,9 @@ This call will be made when the device file system is mounted, regenerated, or a [source,c] ---- -void mpo_create_devfs_symlink( cred, - mp, - dd, - ddlabel, - de, - delabel); -struct ucred *cred; -struct mount *mp; -struct devfs_dirent *dd; -struct label *ddlabel; -struct devfs_dirent *de; -struct label *delabel; +void mpo_create_devfs_symlink(struct ucred *cred, struct mount *mp, + struct devfs_dirent *dd, struct label *ddlabel, struct devfs_dirent *de, + struct label *delabel); ---- [.informaltable] @@ -2038,22 +1877,9 @@ Fill in the label (`delabel`) for a newly created man:devfs[5] symbolic link ent [source,c] ---- -int mpo_create_vnode_extattr( cred, - mp, - fslabel, - dvp, - dlabel, - vp, - vlabel, - cnp); -struct ucred *cred; -struct mount *mp; -struct label *fslabel; -struct vnode *dvp; -struct label *dlabel; -struct vnode *vp; -struct label *vlabel; -struct componentname *cnp; +int mpo_create_vnode_extattr(struct ucred *cred, struct mount *mp, + struct label *fslabel, struct vnode *dvp, struct label *dlabel, + struct vnode *vp, struct label *vlabel, struct componentname *cnp); ---- [.informaltable] @@ -2105,14 +1931,8 @@ Otherwise, return an appropriate error. [source,c] ---- -void mpo_create_mount( cred, - mp, - mnt, - fslabel); -struct ucred *cred; -struct mount *mp; -struct label *mnt; -struct label *fslabel; +void mpo_create_mount(struct ucred *cred, struct mount *mp, struct label *mnt, + struct label *fslabel); ---- [.informaltable] @@ -2147,14 +1967,8 @@ This call will be made when a new file system is mounted. [source,c] ---- -void mpo_create_root_mount( cred, - mp, - mntlabel, - fslabel); -struct ucred *cred; -struct mount *mp; -struct label *mntlabel; -struct label *fslabel; +void mpo_create_root_mount(struct ucred *cred, struct mount *mp, + struct label *mntlabel, struct label *fslabel); ---- [.informaltable] @@ -2175,14 +1989,8 @@ This call will be made when the root file system is mounted, after `mpo_create_m [source,c] ---- -void mpo_relabel_vnode( cred, - vp, - vnodelabel, - newlabel); -struct ucred *cred; -struct vnode *vp; -struct label *vnodelabel; -struct label *newlabel; +void mpo_relabel_vnode(struct ucred *cred, struct vnode *vp, + struct label *vnodelabel, struct label *newlabel); ---- [.informaltable] @@ -2216,14 +2024,8 @@ Update the label on the passed vnode given the passed update vnode label and the [source,c] ---- -int mpo_setlabel_vnode_extattr( cred, - vp, - vlabel, - intlabel); -struct ucred *cred; -struct vnode *vp; -struct label *vlabel; -struct label *intlabel; +int mpo_setlabel_vnode_extattr(struct ucred *cred, struct vnode *vp, + struct label *vlabel, struct label *intlabel); ---- [.informaltable] @@ -2258,14 +2060,8 @@ This is called from `vop_stdcreatevnode_ea`. [source,c] ---- -void mpo_update_devfsdirent( devfs_dirent, - direntlabel, - vp, - vnodelabel); -struct devfs_dirent *devfs_dirent; -struct label *direntlabel; -struct vnode *vp; -struct label *vnodelabel; +void mpo_update_devfsdirent(struct devfs_dirent *devfs_dirent, + struct label *direntlabel, struct vnode *vp, struct label *vnodelabel); ---- [.informaltable] @@ -2305,14 +2101,8 @@ It will also be made when a symlink is created in devfs, following a call to `ma [source,c] ---- -void mpo_create_mbuf_from_socket( so, - socketlabel, - m, - mbuflabel); -struct socket *so; -struct label *socketlabel; -struct mbuf *m; -struct label *mbuflabel; +void mpo_create_mbuf_from_socket(struct socket *so, struct label *socketlabel, + struct mbuf *m, struct label *mbuflabel); ---- [.informaltable] @@ -2347,12 +2137,8 @@ This call is made when a new datagram or message is generated by the socket and [source,c] ---- -void mpo_create_pipe( cred, - pipe, - pipelabel); -struct ucred *cred; -struct pipe *pipe; -struct label *pipelabel; +void mpo_create_pipe(struct ucred *cred, struct pipe *pipe, + struct label *pipelabel); ---- [.informaltable] @@ -2383,12 +2169,8 @@ This call is made when a new pipe is created. [source,c] ---- -void mpo_create_socket( cred, - so, - socketlabel); -struct ucred *cred; -struct socket *so; -struct label *socketlabel; +void mpo_create_socket(struct ucred *cred, struct socket *so, + struct label *socketlabel); ---- [.informaltable] @@ -2419,14 +2201,9 @@ This call is made when a socket is created. [source,c] ---- -void mpo_create_socket_from_socket( oldsocket, - oldsocketlabel, - newsocket, - newsocketlabel); -struct socket *oldsocket; -struct label *oldsocketlabel; -struct socket *newsocket; -struct label *newsocketlabel; +void mpo_create_socket_from_socket(struct socket *oldsocket, + struct label *oldsocketlabel, struct socket *newsocket, + struct label *newsocketlabel); ---- [.informaltable] @@ -2460,14 +2237,8 @@ Label a socket, `newsocket`, newly man:accept[2]ed, based on the man:listen[2] s [source,c] ---- -void mpo_relabel_pipe( cred, - pipe, - oldlabel, - newlabel); -struct ucred *cred; -struct pipe *pipe; -struct label *oldlabel; -struct label *newlabel; +void mpo_relabel_pipe(struct ucred *cred, struct pipe *pipe, + struct label *oldlabel, struct label *newlabel); ---- [.informaltable] @@ -2501,14 +2272,8 @@ Apply a new label, `newlabel`, to `pipe`. [source,c] ---- -void mpo_relabel_socket( cred, - so, - oldlabel, - newlabel); -struct ucred *cred; -struct socket *so; -struct label *oldlabel; -struct label *newlabel; +void mpo_relabel_socket(struct ucred *cred, struct socket *so, + struct label *oldlabel, struct label *newlabel); ---- [.informaltable] @@ -2542,14 +2307,8 @@ Update the label on a socket from the passed socket label update. [source,c] ---- -void mpo_set_socket_peer_from_mbuf( mbuf, - mbuflabel, - oldlabel, - newlabel); -struct mbuf *mbuf; -struct label *mbuflabel; -struct label *oldlabel; -struct label *newlabel; +void mpo_set_socket_peer_from_mbuf(struct mbuf *mbuf, struct label *mbuflabel, + struct label *oldlabel, struct label *newlabel); ---- [.informaltable] @@ -2584,14 +2343,9 @@ This call will be made when the first datagram is received by the stream socket, [source,c] ---- -void mpo_set_socket_peer_from_socket( oldsocket, - oldsocketlabel, - newsocket, - newsocketpeerlabel); -struct socket *oldsocket; -struct label *oldsocketlabel; -struct socket *newsocket; -struct label *newsocketpeerlabel; +void mpo_set_socket_peer_from_socket(struct socket *oldsocket, + struct label *oldsocketlabel, struct socket *newsocket, + struct label *newsocketpeerlabel); ---- [.informaltable] @@ -2629,12 +2383,8 @@ This call will be made when the socket pair is connected, and will be made for b [source,c] ---- -void mpo_create_bpfdesc( cred, - bpf_d, - bpflabel); -struct ucred *cred; -struct bpf_d *bpf_d; -struct label *bpflabel; +void mpo_create_bpfdesc(struct ucred *cred, struct bpf_d *bpf_d, + struct label *bpflabel); ---- [.informaltable] @@ -2665,10 +2415,7 @@ This call will be made when a BPF device node is opened by a process with the pa [source,c] ---- -void mpo_create_ifnet( ifnet, - ifnetlabel); -struct ifnet *ifnet; -struct label *ifnetlabel; +void mpo_create_ifnet(struct ifnet *ifnet, struct label *ifnetlabel); ---- [.informaltable] @@ -2695,14 +2442,8 @@ This call may be made when a new physical interface becomes available to the sys [source,c] ---- -void mpo_create_ipq( fragment, - fragmentlabel, - ipq, - ipqlabel); -struct mbuf *fragment; -struct label *fragmentlabel; -struct ipq *ipq; -struct label *ipqlabel; +void mpo_create_ipq(struct mbuf *fragment, struct label *fragmentlabel, + struct ipq *ipq, struct label *ipqlabel); ---- [.informaltable] @@ -2736,14 +2477,8 @@ Set the label on a newly created IP fragment reassembly queue from the mbuf head [source,c] ---- -void mpo_create_create_datagram_from_ipq( ipq, - ipqlabel, - datagram, - datagramlabel); -struct ipq *ipq; -struct label *ipqlabel; -struct mbuf *datagram; -struct label *datagramlabel; +void mpo_create_create_datagram_from_ipq(struct ipq *ipq, + struct label *ipqlabel, struct mbuf *datagram, struct label *datagramlabel); ---- [.informaltable] @@ -2777,14 +2512,8 @@ Set the label on a newly reassembled IP datagram from the IP fragment reassembly [source,c] ---- -void mpo_create_fragment( datagram, *** 1302 LINES SKIPPED ***