FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=main 2026-04-28T19:50:41Z 2026-04-28T19:50:41Z Lexi Winter ivy@FreeBSD.org 2026-04-28T19:37:33Z urn:sha1:c4b244af42a1f20937939a824b753a92c9c0a46f ACPI is only supported on amd64, arm64 and i386. Don't install the power_profile rc script or devd configuration on other platforms. This avoids creating a useless FreeBSD-acpi package on those platforms. MFC after: 2 weeks Reviewed by: imp Sponsored by: https://www.patreon.com/bsdivy Differential Revision: https://reviews.freebsd.org/D56650 2026-01-12T14:16:35Z Christos Margiolis christos@FreeBSD.org 2026-01-12T14:16:35Z urn:sha1:f74f891581bc4df20431607de9b761107f6a0aa7 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 2025-10-02T01:37:35Z Lexi Winter ivy@FreeBSD.org 2025-10-02T01:16:11Z urn:sha1:1b806e607f52285f973fb1106491668fd28da6a4 Put virtual_oss, /etc/devd/snd.conf and the other audio-related tools into a new "sound" package. Don't create a separate -lib package, since it's unlikely someone will want mixer(3) without mixer(8). Put the sound package in the optional set rather than minimal, since it's not actually required for audio hardware support, and many systems (including nearly all servers) won't want it installed. MFC after: 3 seconds Reviewed by: christos Sponsored by: https://www.patreon.com/bsdivy Differential Revision: https://reviews.freebsd.org/D52823 2025-10-01T08:23:02Z Christos Margiolis christos@FreeBSD.org 2025-10-01T08:18:32Z urn:sha1:5cc36854ee63dc695d90a841d9db587bec67ba24 This was done by accident, build snd.conf always. Reported by: ivy Fixes: 2ffaca551eaf ("snd_hda: Implement automatic redirection between associations") Sponsored by: The FreeBSD Foundation MFC after: 1 day 2025-09-30T10:52:44Z Christos Margiolis christos@FreeBSD.org 2025-09-30T10:52:44Z urn:sha1:2ffaca551eaf32c17f701762ecf29a961cf19aa4 For audio to be redirected to the headphones/headset after plugging the jack, or back to the speaker/internal mic when unplugging it, the speaker and headphone pins need to be part of the same association (i.e., the same PCM device). This patch makes it possible to redirect audio even between different associations, which can reduce the need for manual pin patching. The idea is that we issue a devctl_notify() from within the jack detection callback whenever a jack is (un-)plugged to redirect audio to the appropriate device. Then the snd.conf devd script is responsible for using virtual_oss to change the playback/recording device to whatever snd_hda(4) selected. The reason for requiring virtual_oss is that it has hot-swapping support, which is necessary for jack redirection. Sponsored by: The FreeBSD Foundation MFC after: 2 days Differential Revision: https://reviews.freebsd.org/D50070 2025-07-09T14:19:45Z John Baldwin jhb@FreeBSD.org 2025-07-09T14:17:41Z urn:sha1:5c59cec2d5e141de54bbc737477a8e498685186a Use a timer in the nvmf(4) driver to periodically trigger a devctl "RECONNECT" notification. A trigger in the /etc/devd/nvmf.conf file invokes "nvmecontrol reconnect nvmeX" upon each notification. This differs from iSCSI which uses a dedicated daemon (iscsid(8)) to wait inside a custom ioctl for an iSCSI initiator event to occur, but I think this design might be simpler. Similar to nvme-cli, the interval between reconnection attempts is specified in seconds by the --reconnect-delay argument to the connect and reconnect commands. Note that nvme-cli uses -c for short letter of this command, but that was already taken so nvmecontrol uses -r. The default is 10 seconds to match Linux. In addition, a second timeout can be used to force a full detach of a disconnected the nvmeX device after the controller loss timeout expires. The timeout for this is specified in seconds by the --ctrl-loss-tmo/-l options (identical to nvme-cli). The default is 600 seconds. Either of these timers can be disabled by setting the timer to 0. In that case, the associated action (devctl notifications or full detach) will not occur after a disconnect. Note that this adds a dedicated taskqueue for nvmf tasks instead of using taskqueue_thread as the controller loss task could deadlock waiting for the completion of other tasks queued to taskqueue_thread. (Specifically, tearing down the CAM SIM can trigger destroy_dev_sched_cb() and waits for the callback to run, but the callback is scheduled to run in a task on taskqueue_thread. Possibly, destroy_dev_sched should be using a dedicated taskqueue.) Reviewed by: imp (earlier version) Sponsored by: Chelsio Communications Differential Revision: https://reviews.freebsd.org/D50222 2024-07-15T22:43:39Z Warner Losh imp@FreeBSD.org 2024-07-15T04:46:32Z urn:sha1:e9ac41698b2f322d55ccf9da50a3596edb2c1800 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 2023-12-22T14:27:50Z Tijl Coosemans tijl@FreeBSD.org 2023-12-22T14:14:55Z urn:sha1:272b4b764bdfb563f655da37ef9ec8c01c77f386 2023-11-24T09:45:03Z Emmanuel Vadot manu@FreeBSD.org 2023-11-07T10:06:15Z urn:sha1:b3c116d50ecacaab5236e0488cb74c1bcf614ae7 If a user don't have FreeBSD-autofs installed there is no need to try calling automount on every GEOM event. It's also easier to add/delete autofs related event in a separate file. Sponsored by: Beckhoff Automation GmbH & Co. KG Differential Revision: https://reviews.freebsd.org/D42495 Reviewed by: imp 2023-10-26T16:11:59Z Warner Losh imp@FreeBSD.org 2023-10-26T04:35:45Z urn:sha1:5e50df6dc026853d578b295af7891b34c59adfe9 We compile correctly on all platforms with clang and WARNS=6. We build on amd64 with gcc12 and WARNS.6. Restore WARNS=6. This reverts 3741a56c310d, since that's no longer relevant. Sponsored by: Netflix