<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/sys/tools, branch stable/14</title>
<subtitle>FreeBSD source tree</subtitle>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/'/>
<entry>
<title>vdso: Build without debug info</title>
<updated>2025-09-21T14:52:38+00:00</updated>
<author>
<name>Mark Johnston</name>
<email>markj@FreeBSD.org</email>
</author>
<published>2025-08-22T20:47:43+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=c3a8da8f6828979f53a54ec1da9d3ee28feeb95b'/>
<id>c3a8da8f6828979f53a54ec1da9d3ee28feeb95b</id>
<content type='text'>
The debug info is not very useful and embeds build paths because
elf-vdso.so.o is built without CFLAGS, breaking reproducibility of
elf-vdso.so.o and thus the kernel.  Just stop passing debug flags to
amd64_vdso.sh.

Reviewed by:	kib
MFC after:	2 weeks
Sponsored by:	Klara, Inc.
Sponsored by:	The FreeBSD Foundation
Differential Revision:	https://reviews.freebsd.org/D52129

(cherry picked from commit b7e0373acb1d022e9e5acb5be9727def5f941194)
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The debug info is not very useful and embeds build paths because
elf-vdso.so.o is built without CFLAGS, breaking reproducibility of
elf-vdso.so.o and thus the kernel.  Just stop passing debug flags to
amd64_vdso.sh.

Reviewed by:	kib
MFC after:	2 weeks
Sponsored by:	Klara, Inc.
Sponsored by:	The FreeBSD Foundation
Differential Revision:	https://reviews.freebsd.org/D52129

(cherry picked from commit b7e0373acb1d022e9e5acb5be9727def5f941194)
</pre>
</div>
</content>
</entry>
<entry>
<title>vfs: Move DEBUG_VFS_LOCKS checks to INVARIANTS</title>
<updated>2025-08-25T13:57:56+00:00</updated>
<author>
<name>Mark Johnston</name>
<email>markj@FreeBSD.org</email>
</author>
<published>2025-07-17T21:54:32+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=10bb227a7d10cbdc859473424cc0c1ab0adbf503'/>
<id>10bb227a7d10cbdc859473424cc0c1ab0adbf503</id>
<content type='text'>
It is easy to forget to configure DEBUG_VFS_LOCKS, and when one does, no
vnode lock assertions are checked when INVARIANTS is configured, so bugs
can arise.  This has happened to me more than once, and the overhead
over DEBUG_VFS_LOCKS does not appear to be high enough to prohibit
folding it into INVARIANTS, so let's do that.

The change makes vnode lock assertions useful in plain INVARIANTS
kernels, and guards VOP debug routines on INVARIANTS rather than
DEBUG_VFS_LOCKS.  Further, invariants are now checked by plain
assertions rather than having various sysctls to finely control what
happens the checks fail.  The extra complexity didn't seem particularly
useful and is at odds with how we handle debugging most everywhere else.

Reviewed by:	kib
MFC after:	2 weeks
Differential Revision:	https://reviews.freebsd.org/D51402

(cherry picked from commit 3bd8fab2415bf517d169fed2aa345ef08a977a98)
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
It is easy to forget to configure DEBUG_VFS_LOCKS, and when one does, no
vnode lock assertions are checked when INVARIANTS is configured, so bugs
can arise.  This has happened to me more than once, and the overhead
over DEBUG_VFS_LOCKS does not appear to be high enough to prohibit
folding it into INVARIANTS, so let's do that.

The change makes vnode lock assertions useful in plain INVARIANTS
kernels, and guards VOP debug routines on INVARIANTS rather than
DEBUG_VFS_LOCKS.  Further, invariants are now checked by plain
assertions rather than having various sysctls to finely control what
happens the checks fail.  The extra complexity didn't seem particularly
useful and is at odds with how we handle debugging most everywhere else.

Reviewed by:	kib
MFC after:	2 weeks
Differential Revision:	https://reviews.freebsd.org/D51402

(cherry picked from commit 3bd8fab2415bf517d169fed2aa345ef08a977a98)
</pre>
</div>
</content>
</entry>
<entry>
<title>vnode: Make the vop_vector reference a pointer to const</title>
<updated>2024-12-03T01:02:10+00:00</updated>
<author>
<name>Mark Johnston</name>
<email>markj@FreeBSD.org</email>
</author>
<published>2024-11-25T22:38:22+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=d841b67b47479b19606768b348a6f99dacd64a98'/>
<id>d841b67b47479b19606768b348a6f99dacd64a98</id>
<content type='text'>
No functional change intended.

MFC after:	1 week

(cherry picked from commit cd048d5d8be736419df878c26e6e170b8569dd12)
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
No functional change intended.

MFC after:	1 week

(cherry picked from commit cd048d5d8be736419df878c26e6e170b8569dd12)
</pre>
</div>
</content>
</entry>
<entry>
<title>amd64: do not pass -z rodynamic to ld.bfd when building vdso</title>
<updated>2024-10-24T02:44:40+00:00</updated>
<author>
<name>Konstantin Belousov</name>
<email>kib@FreeBSD.org</email>
</author>
<published>2024-10-18T14:09:26+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=be2940e908642c3019ba8196430c2cb09f1dc532'/>
<id>be2940e908642c3019ba8196430c2cb09f1dc532</id>
<content type='text'>
(cherry picked from commit 3b2cf9381ef86847603c3c94811f638660c417ae)
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
(cherry picked from commit 3b2cf9381ef86847603c3c94811f638660c417ae)
</pre>
</div>
</content>
</entry>
<entry>
<title>tools/sdiodevs2h.awk: introduce palias</title>
<updated>2024-10-09T19:18:36+00:00</updated>
<author>
<name>Bjoern A. Zeeb</name>
<email>bz@FreeBSD.org</email>
</author>
<published>2024-08-27T18:41:17+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=dfc9df8106e7afa1a6ef1388a30639909cd573b0'/>
<id>dfc9df8106e7afa1a6ef1388a30639909cd573b0</id>
<content type='text'>
Some of the defined names are not the direct 1:1 mapping with vendor
and device names used by Linux device drivers.
Introduce a p(roduct)alias so we can map the one device entry I came
across without much extra hassle and generate a name device drivers
know about:
palias BROADCOM_CYPRESS_43439  CYPRESS_43439

Sponsored by:	The FreeBSD Foundation
Reviewed by:	emaste
Differential Revision: https://reviews.freebsd.org/D46455

(cherry picked from commit b4ef1b1be753952a4aafa505817164624f712c37)
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Some of the defined names are not the direct 1:1 mapping with vendor
and device names used by Linux device drivers.
Introduce a p(roduct)alias so we can map the one device entry I came
across without much extra hassle and generate a name device drivers
know about:
palias BROADCOM_CYPRESS_43439  CYPRESS_43439

Sponsored by:	The FreeBSD Foundation
Reviewed by:	emaste
Differential Revision: https://reviews.freebsd.org/D46455

(cherry picked from commit b4ef1b1be753952a4aafa505817164624f712c37)
</pre>
</div>
</content>
</entry>
<entry>
<title>tools/sdiodevs2h.awk: adjust defined named for vendor and device IDs</title>
<updated>2024-10-09T19:18:28+00:00</updated>
<author>
<name>Bjoern A. Zeeb</name>
<email>bz@FreeBSD.org</email>
</author>
<published>2024-08-27T18:35:49+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=794e20f8071e434ac4f72033264ab493bf1ea94e'/>
<id>794e20f8071e434ac4f72033264ab493bf1ea94e</id>
<content type='text'>
Generate defined names which match the ones in the Linux drivers (a lot more);
given we are likely to have drivers only based on those one way or another
there is absolutely no reason to fight over differently generated names
for device and vendor IDs.

Sponsored by:	The FreeBSD Foundation
Reviewed by:	imp
Differential Revision: https://reviews.freebsd.org/D46300

(cherry picked from commit 51cb6f5244575e1abc008598e90eb35452ffbcac)
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Generate defined names which match the ones in the Linux drivers (a lot more);
given we are likely to have drivers only based on those one way or another
there is absolutely no reason to fight over differently generated names
for device and vendor IDs.

Sponsored by:	The FreeBSD Foundation
Reviewed by:	imp
Differential Revision: https://reviews.freebsd.org/D46300

(cherry picked from commit 51cb6f5244575e1abc008598e90eb35452ffbcac)
</pre>
</div>
</content>
</entry>
<entry>
<title>tools/sdiodevs2h.awk: fix after removal of $FreeBSD$</title>
<updated>2024-10-09T19:18:20+00:00</updated>
<author>
<name>Bjoern A. Zeeb</name>
<email>bz@FreeBSD.org</email>
</author>
<published>2024-08-27T18:33:14+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=87b32aa4d40974d1fc87a21ed457b067b95d248c'/>
<id>87b32aa4d40974d1fc87a21ed457b067b95d248c</id>
<content type='text'>
The input file used to have a $FreeBSD$ tag on the first line and we
recorded that in the generated files to know which versions they were
based on.  With the removal of $FreeBSD$ the logic was not quite
correct anymore;  fix that to generate proper header files again.

Sponsored by:	The FreeBSD Foundation
Reviewed by:	imp
Differential Revision: https://reviews.freebsd.org/D46300

(cherry picked from commit 499c337781bf8df7f97f612b93427b3f53dfd8bb)
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The input file used to have a $FreeBSD$ tag on the first line and we
recorded that in the generated files to know which versions they were
based on.  With the removal of $FreeBSD$ the logic was not quite
correct anymore;  fix that to generate proper header files again.

Sponsored by:	The FreeBSD Foundation
Reviewed by:	imp
Differential Revision: https://reviews.freebsd.org/D46300

(cherry picked from commit 499c337781bf8df7f97f612b93427b3f53dfd8bb)
</pre>
</div>
</content>
</entry>
<entry>
<title>arm_kernel_bothdr.awk: Update to latest ota</title>
<updated>2024-04-24T23:57:55+00:00</updated>
<author>
<name>Warner Losh</name>
<email>imp@FreeBSD.org</email>
</author>
<published>2024-04-15T21:07:46+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=9857f824ec77cdc27c82e0871356eb2e9662fc86'/>
<id>9857f824ec77cdc27c82e0871356eb2e9662fc86</id>
<content type='text'>
The latest ota is the first one in FreeBSD that treats 0 + "0xf" as
being '0' instead of '15'. Don't use this old trick anymore to convert
from hexidecimal to a number. Write a function to do that instead. This
fixes kernel.bin building on arm*. awk on 14 doesn't need this, but to
build FreeBSD stable/14's kernel.bin on 15 we'll need it, so fast MFC.

MFC After:		3 days
Sponsored by:		Netflix
Reviewed by:		kevans
Differential Revision:  https://reviews.freebsd.org/D44801

(cherry picked from commit de22251127cd0e89ce1edb56c58b202496a97ba3)
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The latest ota is the first one in FreeBSD that treats 0 + "0xf" as
being '0' instead of '15'. Don't use this old trick anymore to convert
from hexidecimal to a number. Write a function to do that instead. This
fixes kernel.bin building on arm*. awk on 14 doesn't need this, but to
build FreeBSD stable/14's kernel.bin on 15 we'll need it, so fast MFC.

MFC After:		3 days
Sponsored by:		Netflix
Reviewed by:		kevans
Differential Revision:  https://reviews.freebsd.org/D44801

(cherry picked from commit de22251127cd0e89ce1edb56c58b202496a97ba3)
</pre>
</div>
</content>
</entry>
<entry>
<title>makesyscalls: don't make syscall.mk by default</title>
<updated>2023-12-13T23:07:06+00:00</updated>
<author>
<name>Brooks Davis</name>
<email>brooks@FreeBSD.org</email>
</author>
<published>2023-11-18T00:48:14+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=3ad2fd6fb11d36566aa9322bbc360eaf5232634f'/>
<id>3ad2fd6fb11d36566aa9322bbc360eaf5232634f</id>
<content type='text'>
We only want to produce syscall.mk for the main syscall table so default
to not producing it (send it to /dev/null) and add a syscalls.conf to
sys/kern to trigger the creation of sys/sys/syscall.mk.  This eliminates
the need for entries in other syscalls.conf files and is a cleaner
pattern going forward.

Reviewed by:	kevans, imp
Differential Revision:	https://reviews.freebsd.org/D42663

(cherry picked from commit 54d487c4d01d68ef0ac03eae1fc574f7533d46f6)
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
We only want to produce syscall.mk for the main syscall table so default
to not producing it (send it to /dev/null) and add a syscalls.conf to
sys/kern to trigger the creation of sys/sys/syscall.mk.  This eliminates
the need for entries in other syscalls.conf files and is a cleaner
pattern going forward.

Reviewed by:	kevans, imp
Differential Revision:	https://reviews.freebsd.org/D42663

(cherry picked from commit 54d487c4d01d68ef0ac03eae1fc574f7533d46f6)
</pre>
</div>
</content>
</entry>
<entry>
<title>makesyscall: Simplify a bit emitting syscall declarations</title>
<updated>2023-12-06T16:04:05+00:00</updated>
<author>
<name>Olivier Certner</name>
<email>olce.freebsd@certner.fr</email>
</author>
<published>2023-10-12T13:47:03+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=e64d827d3a582af994288fcdbc5a701828fc66d6'/>
<id>e64d827d3a582af994288fcdbc5a701828fc66d6</id>
<content type='text'>
Reviewed by:            kevans, imp
MFC after:              2 weeks
Sponsored by:           The FreeBSD Foundation
Differential Revision:  https://reviews.freebsd.org/D42168

(cherry picked from commit 2f68ae6150aa51d724e22c7e6748adfe2bc932d7)
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Reviewed by:            kevans, imp
MFC after:              2 weeks
Sponsored by:           The FreeBSD Foundation
Differential Revision:  https://reviews.freebsd.org/D42168

(cherry picked from commit 2f68ae6150aa51d724e22c7e6748adfe2bc932d7)
</pre>
</div>
</content>
</entry>
</feed>
