<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/include/Makefile, branch main</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src/atom?h=main</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src/atom?h=main'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/'/>
<updated>2026-01-09T16:28:43Z</updated>
<entry>
<title>Makefile*: remove powerpcspe</title>
<updated>2026-01-09T16:28:43Z</updated>
<author>
<name>Minsoo Choo</name>
<email>minsoochoo0122@proton.me</email>
</author>
<published>2025-12-03T03:57:23Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=94d1731e73ccb97df5fc5928bb584cabb8e37f1f'/>
<id>urn:sha1:94d1731e73ccb97df5fc5928bb584cabb8e37f1f</id>
<content type='text'>
As reported on the freebsd-announce mailing list[1] FreeBSD is
continuing to retire 32-bit support.  Remove powerpcspe from build
infrastructure.

[1] https://lists.freebsd.org/archives/freebsd-announce/2024-February/000117.html

Signed-off-by: Minsoo Choo &lt;minsoochoo0122@proton.me&gt;
Reviewed by:	jhibbits, emaste
Pull request:	https://github.com/freebsd/freebsd-src/pull/1914
</content>
</entry>
<entry>
<title>libc: implement C23 &lt;stdbit.h&gt; functions</title>
<updated>2025-11-30T19:21:52Z</updated>
<author>
<name>Robert Clausecker</name>
<email>fuz@FreeBSD.org</email>
</author>
<published>2025-11-18T17:32:53Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=6296500a85c8474e3ff3fe2f8e4a9d56dd0acd64'/>
<id>urn:sha1:6296500a85c8474e3ff3fe2f8e4a9d56dd0acd64</id>
<content type='text'>
This new header complies with ISO/IEC 9899:2024 (C23).

Contrary to glibc, we do not provide inline definitions in
&lt;stdbit.h&gt; as we expect our system compiler to soon recognise
these as builtins anyway.

Relnotes:	yes
MFC after:	1 month
Reviewed by:	adrian
Approved by:	markj (mentor)
Differential Revision:	https://reviews.freebsd.org/D53657
</content>
</entry>
<entry>
<title>Use ZFSTOP more broadly</title>
<updated>2025-11-24T15:47:10Z</updated>
<author>
<name>John Baldwin</name>
<email>jhb@FreeBSD.org</email>
</author>
<published>2025-11-24T15:47:10Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=e928afc531e68b7a142ee49d8f7e5c8426d54033'/>
<id>urn:sha1:e928afc531e68b7a142ee49d8f7e5c8426d54033</id>
<content type='text'>
Reviewed by:	brooks
Obtained from:	CheriBSD
Differential Revision:	https://reviews.freebsd.org/D53791
</content>
</entry>
<entry>
<title>libbsm: Rename package to audit-lib</title>
<updated>2025-09-30T08:14:58Z</updated>
<author>
<name>Lexi Winter</name>
<email>ivy@FreeBSD.org</email>
</author>
<published>2025-09-30T08:13:03Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=a053f948ade60e8a63ebdaa676bf95c5ce38af07'/>
<id>urn:sha1:a053f948ade60e8a63ebdaa676bf95c5ce38af07</id>
<content type='text'>
This is part of audit, so use the new LIB_PACKAGE feature to name the
package audit-lib, rather than libbsm.

MFC after:	1 day
Reviewed by:	bapt
Sponsored by:	https://www.patreon.com/bsdivy
Differential Revision:	https://reviews.freebsd.org/D52789
</content>
</entry>
<entry>
<title>Remove MK_GSSAPI</title>
<updated>2025-08-20T18:42:20Z</updated>
<author>
<name>Lexi Winter</name>
<email>ivy@FreeBSD.org</email>
</author>
<published>2025-08-20T18:42:20Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=dc5ba6b8b4f028eb944434be82838d272330f26f'/>
<id>urn:sha1:dc5ba6b8b4f028eb944434be82838d272330f26f</id>
<content type='text'>
For MIT Kerberos, MK_GSSAPI has no meaning: GSSAPI is a required part of
Kerberos and is always built if MK_KERBEROS is enabled.  Backport this
behaviour to Heimdal so it works the same way.

While here, change Heimdal's libcom_err and compile_et to be selected by
MK_KERBEROS, not MK_KERBEROS_SUPPORT, since these are part of Kerberos
and third-party users might need it even if Kerberos support is disabled
in the base system.  This means MK_KERBEROS_SUPPORT installs the same
files with both MIT and Heimdal.

Reviewed by:	cy
Differential Revision:	https://reviews.freebsd.org/D51859
</content>
</entry>
<entry>
<title>gssapi,krb5: Replace libgssapi with the MIT version</title>
<updated>2025-08-07T17:17:00Z</updated>
<author>
<name>Cy Schubert</name>
<email>cy@FreeBSD.org</email>
</author>
<published>2025-07-31T16:51:20Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=e26259f48afe98022d885f02fbb8abcd7878e41a'/>
<id>urn:sha1:e26259f48afe98022d885f02fbb8abcd7878e41a</id>
<content type='text'>
lib/libgssapi is based on Heimdal. As on Linux systems, the MIT
libgssapi_krb5 replaces it. With both gssapi libraries and header files
installed results in broken buildworld (gssd) and ports that will not
build without modifications to support the MIT gssapi in an alternate
location.

73ed0c7992fd removed the MIT GSSAPI headers from /usr/include. Apps using
MIT KRB5 gssapi functions and structures will fail to build without this
patch.

This patch includes a temporary patch to usr.sbin/gssd to allow it
to build with this patch. rmacklem@ has a patch for this and for
kgssapi that uses this patch to resolve kgssapi issues for NFS with
Kerberos.

This patch is an updated version of D51661 to allow it to build following
additional patchs to the tree.

This should have been implmented with 7e35117eb07f.

Fixes:			7e35117eb07f, 73ed0c7992fd
Differential Revision:	https://reviews.freebsd.org/D51661
</content>
</entry>
<entry>
<title>Add sys/stdarg.h</title>
<updated>2025-06-11T16:39:02Z</updated>
<author>
<name>Brooks Davis</name>
<email>brooks@FreeBSD.org</email>
</author>
<published>2025-06-11T16:39:02Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=2d92a5abefc9cf6aa81fb7d23f8fcca4f1d6026d'/>
<id>urn:sha1:2d92a5abefc9cf6aa81fb7d23f8fcca4f1d6026d</id>
<content type='text'>
While the type of va_list and implementation of va_*() psuedo functions
varies (sometimes greatly) by architecture, they will always be defined
by the compiler in a consistant way that does not require machine
dependent handling.

MFC after:	1 week

Reviewed by:	imp
Exp-run by:	antoine (PR 286274)
Pull Request:	https://github.com/freebsd/freebsd-src/pull/1595
</content>
</entry>
<entry>
<title>Provide user interface to retrieve reported extended errors</title>
<updated>2025-05-31T19:52:42Z</updated>
<author>
<name>Konstantin Belousov</name>
<email>kib@FreeBSD.org</email>
</author>
<published>2025-05-23T05:03:12Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=a56fe703c2065069cf756bbafcb3dc35c25f5343'/>
<id>urn:sha1:a56fe703c2065069cf756bbafcb3dc35c25f5343</id>
<content type='text'>
Reviewed by:	brooks
Sponsored by:	The FreeBSD Foundation
MFC after:	2 weeks
Differential revision:	https://reviews.freebsd.org/D50483
</content>
</entry>
<entry>
<title>Revert "isp: Fix abort issue introduced by previous commit"</title>
<updated>2025-01-08T18:20:09Z</updated>
<author>
<name>Alexander Motin</name>
<email>mav@FreeBSD.org</email>
</author>
<published>2025-01-08T18:20:09Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=e6c96c7af717b459aea4126590ba413d29f283bf'/>
<id>urn:sha1:e6c96c7af717b459aea4126590ba413d29f283bf</id>
<content type='text'>
This reverts commit 1f7c379c07168029694a9a33bc437b05cdee623e.

Leaked unintended changes.  I'm sorry.
</content>
</entry>
<entry>
<title>isp: Fix abort issue introduced by previous commit</title>
<updated>2025-01-08T18:04:34Z</updated>
<author>
<name>Alexander Motin</name>
<email>mav@FreeBSD.org</email>
</author>
<published>2025-01-08T18:04:34Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=1f7c379c07168029694a9a33bc437b05cdee623e'/>
<id>urn:sha1:1f7c379c07168029694a9a33bc437b05cdee623e</id>
<content type='text'>
Aborting ATIO while its CTIOs are in progress makes impossible to
handle their completions, making them stuck forever.  Detect this
case by checking ctcnt counter and if so instead of aborting just
mark the ATIO as dead to block any new CTIOs.  It is not perfect
since the task id can not be reused for some more time, but not
as bad as the task stuck forever.

MFC after:	1 week
</content>
</entry>
</feed>
