diff options
| author | Olivier Certner <olce@FreeBSD.org> | 2026-10-06 09:36:09 +0000 |
|---|---|---|
| committer | Olivier Certner <olce@FreeBSD.org> | 2026-10-09 07:44:10 +0000 |
| commit | e478037df4f12e3d1b6b551f05ea7ce23c096886 (patch) | |
| tree | 3d52983da7ee93414c35a5b0acd570be68774deb /lib/libarchive/test/(developers-only) | |
| parent | a66236edbf7182fcb1407590a8021f1e40adc05d (diff) | |
It only contains sched_pin_lite() and sched_unpin_lite(), which have
been unused in-tree for the past 8 years, and were only briefly used
between 6573d7580b85 ("epoch(9): allow preemptible epochs to compose")
and a760c50c9ea7 ("With epoch not inlined, there is no point in using
_lite KPI. (...)").
Additionally, these functions are redundant with the existing
sched_pin() and sched_unpin() in <sys/sched.h>, which are already
themselves inline functions. The only difference is that the
sched_*_lite() ones do not require the full definition of 'struct
thread', which may have been useful to circumvent namespace pollution.
That problem, if it materializes again, could be quickly circumvented
without this trickery by the use of non-inline functions, or using
inline functions referencing a variable filled at kernel startup with
the desired offset. The trickery of using offsets computed at
compile-time appears necessary only in the case of extremely performance
sensitive functions. Cleaning up namespace pollution should stay the
preferred way forward whenever possible.
Reviewed by: glebius, imp
MFC after: 3 days
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D60404
Diffstat (limited to 'lib/libarchive/test/(developers-only)')
0 files changed, 0 insertions, 0 deletions
