aboutsummaryrefslogtreecommitdiff
path: root/usr.sbin/Makefile
Commit message (Collapse)AuthorAgeFilesLines
* virtual_oss: Take MK_CUSE into accountChristos Margiolis2026-01-151-1/+1
| | | | | | | | | Reported by: brooks Fixes: f74f891581bc ("src.opts: Introduce MK_SOUND") Sponsored by: The FreeBSD Foundation MFC after: 4 days Reviewed by: brooks, emaste Differential Revision: https://reviews.freebsd.org/D54708
* build: Remove duplicate SUBDIR entriesMark Johnston2026-01-121-2/+0
| | | | Fixes: f74f891581bc ("src.opts: Introduce MK_SOUND")
* src.opts: Introduce MK_SOUNDChristos Margiolis2026-01-121-1/+3
| | | | | | | | PR: 291853 Sponsored by: The FreeBSD Foundation MFC after: 1 week Reviewed by: zarychtam_plan-b.pwste.edu.pl, markj Differential Revision: https://reviews.freebsd.org/D54456
* setaudit: Initial importMark Johnston2025-11-181-0/+1
| | | | | | | | | | | | | | Unmodified sources from https://github.com/csjayp/setaudit at commit aa4dd9dfa40b6437030d718834236f4eaeb18ccb. Some follow-up changes will fix a few issues and make it easier to use this utility in the rc framework. Reviewed by: csjp MFC after: 2 weeks Sponsored by: Modirum MDPay Sponsored by: Klara, Inc. Differential Revision: https://reviews.freebsd.org/D53669
* blocklist: Rename blacklist to blocklistJose Luis Duran2025-10-121-0/+2
| | | | | | | | | | | | | | | | | | Follow up upstream rename from blacklist to blocklist. - Old names and rc scripts are still valid, but emitting an ugly warning - Old firewall rules and anchor names should work, but emitting an ugly warning - Old MK_BLACKLIST* knobs are wired to the new ones Although care has been taken not to break current configurations, this is a large patch containing mostly duplicated code. If issues arise, it will be swiftly reverted. Reviewed by: ivy (pkgbase) Approved by: emaste (mentor) MFC after: 2 days Relnotes: yes
* virtual_oss: Do not build if WITHOUT_CUSE is setChristos Margiolis2025-09-301-1/+1
| | | | | | | | | PR: 289920 Fixes: 9cab9fde5eda ("virtual_oss: Port to base") Sponsored by: The FreeBSD Foundation MFC after: 1 day Reviewed by: emaste Differential Revision: https://reviews.freebsd.org/D52807
* wlanstat(8): Rename from wlanstats(8) to keep consistencyLi-Wen Hsu2025-09-301-1/+1
| | | | | | | | | | All the status and statistics utilties in base are ending with "stat", the only exception is mailstats(8) but that's from sendmail. Reviewed by: imp, adrian MFC after: 3 days Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D52724
* virtual_oss: Port to baseChristos Margiolis2025-09-281-0/+1
| | | | | | | | | | | | | | | | | | | | | | This patch diverges quite a bit from the current upstream [1] in a few ways: 1. virtual_oss(8), virtual_bt_speaker(8) and virtual_oss_cmd(8) are actually separate programs. 2. Backends (lib/virtual_oss) are built as separate shared libraries and we dlopen() them in virtual_oss(8) and virtual_bt_speaker(8) on demand. 3. virtual_equalizer(8) and the sndio and bluetooth backends are built as ports, because they depend on third-party libraries. 4. Use newer libav API in bluetooth backend (see HAVE_LIBAV ifdefs) to address compiler errors. [1] https://github.com/freebsd/virtual_oss Sponsored by: The FreeBSD Foundation MFC after: 1 week Reviewed by: emaste Differential Revision: https://reviews.freebsd.org/D52308
* Remove MK_GSSAPILexi Winter2025-08-201-3/+1
| | | | | | | | | | | | | | | 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
* Revert "Remove Secure RPC DES authentication"Lexi Winter2025-08-151-0/+1
| | | | | | This reverts commit 7ac276298b72982189ac1a5b17461936dc00163e. Requested by: kib
* Remove Secure RPC DES authenticationLexi Winter2025-08-101-1/+0
| | | | | | | | | | | | | | | | | | | Following the earlier removal of keyserv, none of this functionality works since it requires keyserv. Remove the relevant symbols from libc's Symbol.map. Leave compatibility symbols for existing applications, but since the functions don't work without keyserv, stub them out to return an error. Remove some private symbols that were only used by keyserv; these don't get compatibility symbols. Remove the documentation for the old functions. Remove rpc.ypupdated since it requires DES authentication. Reviewed by: manu, des, emaste Differential Revision: https://reviews.freebsd.org/D50442
* nvmfd: Move out of the base install and into tools/tools/nvmfJohn Baldwin2025-08-081-1/+0
| | | | | | | | This is still useful as an example use of the APIs in libnvmf similar to nvmfdd, but this functionality is now provided in the base system by ctld. Sponsored by: Chelsio Communications
* kgssapi: Fix the kgssapi so that it can use MIT KerberosRick Macklem2025-08-071-0/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Without this patch, the kgssapi uses detailed knowledge of the internal context structure for Heimdal (up to vers 1.5). It also does four upcalls to the gssd daemon to establish a server side RPCSEC_GSS context. This patch adds support for three new upcalls: gss_init_sec_context_lucid_v1() gss_accept_sec_context_lucid_v1() gss_supports_lucid() These are used to determine if the gssd can do the upcalls and uses them to avoid needing detailed Heimdal knowledge if they are supported. gss_init_sec_context_lucid_v1() and gss_accept_sec_context_lucid_v1() return the information needed to complete the RPCSEC_GSS context. They use gss_krb5_export_lucid_sec_context() to acquire the information from the libraries. (MIT Kerberos supports this and I believe newer versions of Heimdal does, as well). This avoids the need for detailed knowledge about MIT's internals and replaces the 2 or 4 (initiator or acceptor) upcalls with a single upcall to create the RPCSEC_GSS context. The old Heimdal (up to 1.5) support is left intact, but should be removed whenever Heimdal 1.5 is removed from /usr/src. It also modifies the Makefile so that the gssd is only built when MK_KERBEROS_SUPPORT != "no", since it is useless without Kerberos. Reviewed by: cy Differeential Revision: https://reviews.freebsd.org/D51731 Differeential Revision: https://reviews.freebsd.org/D51733
* Revert "kgssapi: Fix the kgssapi so that it can use MIT Kerberos"Rick Macklem2025-08-071-2/+0
| | | | | | This broke the build and will have to wait for cy@'s commit. This reverts commit 554651ebf1c1798fa8fb2560cab761ac3d219555.
* kgssapi: Fix the kgssapi so that it can use MIT KerberosRick Macklem2025-08-061-0/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Without this patch, the kgssapi uses detailed knowledge of the internal context structure for Heimdal (up to vers 1.5). It also does four upcalls to the gssd daemon to establish a server side RPCSEC_GSS context. This patch adds support for three new upcalls: gss_init_sec_context_lucid_v1() gss_accept_sec_context_lucid_v1() gss_supports_lucid() These are used to determine if the gssd can do the upcalls and uses them to avoid needing detailed Heimdal knowledge if they are supported. gss_init_sec_context_lucid_v1() and gss_accept_sec_context_lucid_v1() return the information needed to complete the RPCSEC_GSS context. They use gss_krb5_export_lucid_sec_context() to acquire the information from the libraries. (MIT Kerberos supports this and I believe newer versions of Heimdal does, as well). This avoids the need for detailed knowledge about MIT's internals and replaces the 2 or 4 (initiator or acceptor) upcalls with a single upcall to create the RPCSEC_GSS context. The old Heimdal (up to 1.5) support is left intact, but should be removed whenever Heimdal 1.5 is removed from /usr/src. It also modifies the Makefile so that the gssd is only built when MK_KERBEROS_SUPPORT != "no", since it is useless without Kerberos. Reviewed by: cy Differential Revision: https://reviews.freebsd.org/D51731 Differential Revision: https://reviews.freebsd.org/D51733
* don't gate ctl{d,adm} behind MK_ISCSILexi Winter2025-06-011-1/+3
| | | | | | | | These are no longer specific to iSCSI; always build them. Reviewed by: kevans, jhb Approved by: kevans (mentor) Differential Revision: https://reviews.freebsd.org/D50625
* Rename audio(8) to sndctl(8)Christos Margiolis2025-05-051-1/+1
| | | | | | | Sponsored by: The FreeBSD Foundation MFC after: 1 week Reviewed by: adrian Differential Revision: https://reviews.freebsd.org/D50167
* audio(8): Initial revisionChristos Margiolis2025-05-051-0/+1
| | | | | | | | | | | audio(8) is a new program that lists and modifies audio device properties, using a control-driven interface, in similar fashion to mixer(8). Sponsored by: The FreeBSD Foundation MFC after: 1 week Reviewed by: adrian Differential Revision: https://reviews.freebsd.org/D46227
* wlanstats: move from tools to usr.sbinBjoern A. Zeeb2025-02-191-0/+1
| | | | | | | | | | | | | | | | | | | | | | wlanstats is an incredible tool to get a quick overview of state of affairs of wireless by looking at the counters. And it makes it simple. Having landed the LinuxKPI HW_CRYPTO bits I was asked by users what to check and I realised the answer is in wlanstats. It is annoying even as a developer to manually build it for each installation but given it's also useful to users and support make it available with the general installation. Probably very long overdue. Adjust the Makefile and make build again on main. Hook it up to the build conditional on MK_WIRELESS. Discussed with: adrian Sponsored by: The FreeBSD Foundation TODO: man page MFC after: 3 days
* Remove publickey(5) stuffEmmanuel Vadot2025-01-221-1/+0
| | | | | | | | This uses DES and it's likely that nobody uses that in 2025. If somebody uses this we help them by deprecating and removing this. Reviewed by: bapt, emaste Differential Revision: https://reviews.freebsd.org/D30683
* Revert "isp: Fix abort issue introduced by previous commit"Alexander Motin2025-01-081-1/+0
| | | | | | This reverts commit 1f7c379c07168029694a9a33bc437b05cdee623e. Leaked unintended changes. I'm sorry.
* isp: Fix abort issue introduced by previous commitAlexander Motin2025-01-081-0/+1
| | | | | | | | | | | 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
* mergemaster: remove from the treeEd Maste2024-07-161-1/+0
| | | | | | | | | | | Mergemaster has been deprecated for many years, replaced by etcupdate(8). Remove it now, in advance of FreeBSD 15.0. PR: 252417 Reviewed by: imp Relnotes: Yes Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D45622
* Remove residual blank line at start of MakefileWarner Losh2024-07-151-1/+0
| | | | | | | This is a residual of the $FreeBSD$ removal. MFC After: 3 days (though I'll just run the command on the branches) Sponsored by: Netflix
* nvmfd: A simple userspace daemon for the NVMe over Fabrics controllerJohn Baldwin2024-05-021-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | This daemon can operate as a purely userspace controller exporting one or more simulated RAM disks or local block devices as NVMe namespaces to a remote host. In this case the daemon provides a discovery controller with a single entry for an I/O controller. nvmfd can also offload I/O controller queue pairs to the nvmft.ko in-kernel Fabrics controller when -K is passed. In this mode, nvmfd still accepts connections and performs initial transport-specific negotitation in userland. The daemon still provides a userspace-only discovery controller with a single entry for an I/O controller. However, queue pairs for the I/O controller are handed off to the CTL NVMF frontend. Eventually ctld(8) should be refactored to to provide an abstraction for the frontend protocol and the discovery and the kernel mode of this daemon should be merged into ctld(8). At that point this daemon can be moved to tools/tools/nvmf as a debugging tool (mostly as sample code for a userspace controller using libnvmf). Reviewed by: imp Sponsored by: Chelsio Communications Differential Revision: https://reviews.freebsd.org/D44731
* usr.sbin: Remove ancient SCCS tags.Warner Losh2023-11-271-1/+0
| | | | | | | | Remove ancient SCCS tags from the tree, automated scripting, with two minor fixup to keep things compiling. All the common forms in the tree were removed with a perl script. Sponsored by: Netflix
* bsdconfig: always build and installBaptiste Daroussin2023-10-051-1/+1
| | | | it does not depend on dialog(1) anymore
* ofwdump: install dependent on MK_FDTMitchell Horne2023-10-021-0/+1
| | | | | | | | | | | | | The utility depends on the presence of the openfirm(4) pseudo-device, which is gated by the FDT kernel option. The MK_FDT knob is correctly set to "yes" for FDT/OFW-enabled platforms (powerpc* included); use it to install the utility and eliminate the arch-specific Makefile logic. No functional change intended. Reviewed by: emaste, pkubaj Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D41977
* Remove $FreeBSD$: one-line sh patternWarner Losh2023-08-161-1/+0
| | | | Remove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/
* fwget: Introduce new utilityEmmanuel Vadot2023-05-011-0/+1
| | | | | | | | | | | This script's goal is to check the system for peripherals that needs firmware and install the needed packages for them. For now it only support pci subsystem and only video classes for AMD and Intel GPUs. Reviewed by: bapt Sponsored by: Beckhoff Automation GmbH & Co. KG Differential Revision: https://reviews.freebsd.org/D39825
* Add efiwake toolJohannes Totz2023-04-281-1/+1
| | | | | | Reviewed by: kib MFC after: 1 week Differential revision: https://reviews.freebsd.org/D36714
* Remove portsnap(8)Colin Percival2023-04-231-1/+0
| | | | | | | | | | | | | | | Rather than having a tool in the FreeBSD base system for obtaining the FreeBSD ports tree, users are encouraged to `pkg install git` and then `git clone https://git.FreeBSD.org/ports.git /usr/ports`. The portsnap servers will continue operating until FreeBSD 13 reaches its End-of-Life, and portsnap is available from the ports tree as ports-mgmt/portsnap. Requested by: portmgr Relnotes: yes Differential Revision: https://reviews.freebsd.org/D39563 X-MFC: no
* hyperv: Build and install where supportedWarner Losh2023-02-011-0/+1
| | | | | | | | | | Remove the hard-coded dependency on HYPERV being only x86. Instead, 100% rely on MK_HYPERV. It's always right (since it's marked BROKEN (so set to "no") on architectures we don't support). Sponsored by: Netflix Reviewed by: bz Differential Revision: https://reviews.freebsd.org/D38306
* Bring our tzcode up to date.Dag-Erling Smørgrav2023-01-101-0/+1
| | | | | | | | | | * Replay 2010[acflm] which had been merged but not recorded. * Merge 2010n. * Reorganize (unsplit) the code to match the upstream layout. * Merge 2022[cdefg]. MFC after: 1 week Sponsored by: Klara, Inc.
* Retire trpt(8).Gleb Smirnoff2022-12-021-1/+0
| | | | | | | | | trpt(8) was utility to pull TCP debugging data from the kernel originating back from 4.2BSD. It is not used nowadays by TCP developers. We have more powerful debugging facilities, e.g. the Dtrace probing, the TCP black box logging and siftr. Discussed with: rscheff, tuexen, rrs, jtl and others
* boottrace(8): small wrapper utilityMitchell Horne2022-02-221-0/+1
| | | | | | | | | | | | | This is a small program that when invoked will create start and stop boottrace entries via sysctl, and execute the desired command. Having this as an executable -- as opposed to some shell script invoking sysctl(8) -- allows the total resource usage recorded by the trace entries to include the child process. Reviewed by: 0mp, trasz (older version) Sponsored by: NetApp, Inc. Sponsored by: Klara, Inc. Differential Revision: https://reviews.freebsd.org/D31929
* usr.sbin: add tcpsso to MakefileMichael Tuexen2022-02-091-0/+1
|
* Fix bsd.subdir.mk-related issues after 0a0f7486413cJessica Clarke2021-07-121-2/+2
| | | | | | | | | | | | | Since bsd.prog.mk includes bsd.obj.mk, and thus bsd.subdir.mk, we must ensure all our bsd.subdir.mk-affecting variables are set before including bsd.prog.mk. Since sbin's various Makefile.arch files add to SUBDIR this results in those not taking effect, and presumably we also end up not having buildworld as parallel as it should be due to the fact that SUBDIR_PARALLEL was not being set before including bsd.prog.mk. MFC with: 0a0f7486413c147d56808b38055c40c64cff61f5 Reviewed by: olivier Differential Revision: https://reviews.freebsd.org/D31125
* Add efitable(8), a userspace tool to fetch and parse EFI tablesPavel Balaev2021-07-031-1/+1
| | | | | | | | Only ESRT and PROP tables are handled at the moment. Submitted by: Pavel Balaev <pavel.balaev@3mdeb.com> MFC after: 2 weeks Differential revision: https://reviews.freebsd.org/D30104
* man: Build manpages for all architecturesFernando Apesteguía2021-06-301-0/+7
| | | | | | | | | | | | | | | | | | | | | | | | | | Building and installing architecture-specific man pages only raises a number of problems: * The https://www.freebsd.org/cgi/man.cgi is incomplete. As an example, it does not show results for pae(4). The reason for this is that the cgi interface runs on FreeBSD amd64. * In FreeBSD amd64 some manual pages have broken X-refs. See hptrr(4) for an example. * Also, we have broken links in our Release Notes. This is a consequence of the first point. See https://www.freebsd.org/releases/13.0R/hardware/#proc-i386. Make MAN_ARCH default to 'all' so we build all the man pages for all the architectures. The difference in disk space is negligible. Also link architecture-specific man pages to their own section while keeping their own namespace. PR: 212290 Reported by: mj@bsdops.com Approved by: ceri@, wosch@ MFC after: 4 weeks
* pkgbase: Move ctld/ctladm to iscsi packageEmmanuel Vadot2021-06-191-3/+1
| | | | | | | | While here only compile both of them if WITH_ISCSI is set (this is the default). Reviewed by: emaste Differential Revision: https://reviews.freebsd.org/D30755 Sponsored by: Diablotin Systems
* ancontrol: Remove an(4) utilityEmmanuel Vadot2021-06-111-1/+0
| | | | | | | | | Last an(4) devices have been End Of Life and End Of Sale in 2007. Time to remove this driver. Differential Revision: https://reviews.freebsd.org/D30680 Reviewed by: imp (earlier version), emaste (earlier version) Sponsored by: Diablotin Systems
* Remove fmtree(8)Kyle Evans2021-03-021-1/+0
| | | | | | | | | | fmtree(8) deprecation was announced on February 12, 2021, and no longer built by default as of that date. The deprecation notice was merged back to stable/12 and stable/13 + releng/13.0. Continue with the plan by finishing the removal. Relnotes: yes
* nfs-over-tls: add user space daemons rpc.tlsclntd and rpc.tlsservdRick Macklem2021-02-181-0/+2
| | | | | | | | | | | | | | | | | | | The kernel changes needed for nfs-over-tls have been committed to main. However, nfs-over-tls requires user space daemons to handle the TLS handshake and other non-application data TLS records. There is one daemon (rpc.tlsclntd) for the client side and one daemon (rpc.tlsservd) for the server side, although they share a fair amount of code found in rpc.tlscommon.c and rpc.tlscommon.h. They use a KTLS enabled OpenSSL to perform the actual work and, as such, are only built when MK_OPENSSL_KTLS is set. Communication with the kernel is done via upcall RPCs done on AF_LOCAL sockets and the custom system call rpctls_syscall. Reviewed by: gbe (man pages only), jhb (usr.sbin/Makefile only) Comments by: jhb MFC after: 2 weeks Differential Revision: https://reviews.freebsd.org/D28430 Relnotes: yes
* build: remove LIBPTHREAD/LIBTHR build optionsKyle Evans2021-01-221-2/+0
| | | | | | | | | | | | | | | | | | WITHOUT_LIBTHR has been broken for a little over five years now, since the xz 5.2.0 update introduced a hard liblzma dependency on libthr, and building a useful system without threading support is becoming increasingly more difficult. Additionally, in the five plus years that it's been broken more reverse dependencies have cropped up in libzstd, libsqlite3, and libcrypto (among others) that make it more and more difficult to reconcile the effort needed to fix these options. Remove the broken options. PR: 252760 Reviewed by: brooks, emaste, kib Differential Revision: https://reviews.freebsd.org/D28263
* Minor simplification of MK_PMC case in usr.sbin/MakefileAlex Richardson2021-01-201-2/+1
| | | | | | | MK_PMC is already guarded by MK_CXX in src.opts.mk, so we can actually merge it with the following SUBDIR statement after c1a3d7f20696. Suggested By: jrtc27
* Remove remaining uses of ${COMPILER_FEATURES:Mc++11}Alex Richardson2021-01-191-3/+1
| | | | | | | | | | All supported compilers have C++11 support so these checks can be replaced with MK_CXX guards. See also https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=252759 PR: 252759 Reviewed By: emaste Differential Revision: https://reviews.freebsd.org/D28234
* [pmc] whoops, remove spurious #'sAdrian Chadd2020-07-141-3/+3
| | | | | | | pointed out by gonzo@, thanks! Notes: svn path=/head/; revision=363176
* [hwpmc] Compile 'pmc' only if we have C++11.Adrian Chadd2020-07-141-3/+3
| | | | | | | | I noticed when compiling with ye olde gcc-6.3.0 on mips that it tripped over a lack of C++11 bits. This allows it to compile fine. Notes: svn path=/head/; revision=363174
* retire amd(8)Ed Maste2020-03-091-1/+0
| | | | | | | | | | | | | | autofs was introduced with FreeBSD 10.1 and is the supported method for automounting filesystems. As of r296194 the amd man page claimed that it is deprecated. Remove it from base now; the sysutils/am-utils port is still available if necessary. Discussed with: cy Relnotes: Yes Sponsored by: The FreeBSD Foundation Notes: svn path=/head/; revision=358821
generated by cgit v1.2.3 (git 2.25.1) at 2026-04-07 05:41:09 +0000