FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=main 2026-04-18T11:50:04Z 2026-04-18T11:50:04Z Christos Margiolis christos@FreeBSD.org 2026-04-18T11:50:04Z urn:sha1:c39237a4fd2b1472e452052103156c915942d070 No functional change intended. Sponsored by: The FreeBSD Foundation MFC after: 1 week 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-02-25T11:44:49Z Christos Margiolis christos@FreeBSD.org 2025-02-25T11:44:49Z urn:sha1:f121de8fbcbc8aa82f9fb59039c502406b7c88b6 Some devices might not have a software volume control, but still be able to be set as recording sources. PR: 279787 Sponsored by: The FreeBSD Foundation MFC after: 1 week Reviewed by: emaste Differential Revision: https://reviews.freebsd.org/D48730 2024-08-05T11:13:44Z Christos Margiolis christos@FreeBSD.org 2024-08-05T11:13:44Z urn:sha1:6e744de1a3dc5dde8d2ee51e97a1224a01bdfb21 Improve wording and also fix the constants' names. Sponsored by: The FreeBSD Foundation MFC after: 2 days Reviewed by: dev_submerge.ch Differential Revision: https://reviews.freebsd.org/D46220 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 2024-05-23T00:57:49Z Christos Margiolis christos@FreeBSD.org 2024-05-23T00:57:49Z urn:sha1:1ab62c8d067454b77bc9fb1c5aac75f263bb4143 Sponsored by: The FreeBSD Foundation MFC after: 1 day Reviewed by: emaste Differential Revision: https://reviews.freebsd.org/D45290 2024-05-23T00:57:36Z Christos Margiolis christos@FreeBSD.org 2024-05-23T00:57:36Z urn:sha1:67c89b21b95601c01bafe5a0c518d320a39111c0 This is better than hardcoding device paths in mixer applications. Sponsored by: The FreeBSD Foundation MFC after: 1 day Reviewed by: dev_submerge.ch Differential Revision: https://reviews.freebsd.org/D45275 2024-05-23T00:57:17Z Christos Margiolis christos@FreeBSD.org 2024-05-23T00:57:17Z urn:sha1:5d980fadf73df64a1e0eda40a93170ed76ce6f14 mixer(8)'s -a option is used to print information about all mixer devices in the system. To do this, it loops from 0 to mixer_get_nmixers(), and tries to open "/dev/mixer%d". However, this approach doesn't work when there are disabled/unregistered mixers in the system, or when an audio device simply doesn't have a mixer. mixer_get_nmixers() calls SNDCTL_SYSINFO and returns oss_sysinfo->nummixers, whose value is the number of currently _enabled_ mixers only. Taking the bug report mentioned below (277615) as an example, suppose a system with 8 mixer devices total, but 3 of them are either disabled or non-existent, which means they will not show up under /dev, meaning we have 5 enabled mixer devices, which is also what the value of oss_sysinfo->nummixers will be. What mixer(8) will do is loop from 0 to 5 (instead of 8), and start calling mixer_open() on /dev/mixer0, up to /dev/mixer4, and as is expected, the first call will fail right away, hence the error shown in the bug report. To fix this, modify oss_sysinfo->nummixers to hold the value of the maximum unit in the system, which, although not necessarily "correct", is more intuitive for applications that will want to use this value to loop through all mixer devices. Additionally, notify applications that a device is unavailable/unregistered instead of skipping it. The current implementations of SNDCTL_AUDIOINFO, SNDCTL_MIXERINFO and SNDCTL_CARDINFO break applications that expect to get information about a device that is skipped. Related discussion can be found here: https://reviews.freebsd.org/D45135#1029526 It has to be noted, that other applications, apart from mixer(8), suffer from this. PR: 277615 Sponsored by: The FreeBSD Foundation MFC after: 1 day Reviewed by: dev_submerge.ch Differential Revision: https://reviews.freebsd.org/D45256 2024-02-12T11:00:05Z Christos Margiolis christos@FreeBSD.org 2024-02-12T10:59:32Z urn:sha1:53c768e6836a32c8dcd0b0b422a169ef7a82a3ab We have BASEPATH defined. Sponsored by: The FreeBSD Foundation MFC after: 2 weeks Reviewed by: dev_submerge.ch, markj Differential Revision: https://reviews.freebsd.org/D43812 2023-10-29T21:01:04Z Stephen J. Kiernan stevek@FreeBSD.org 2023-10-29T21:01:04Z urn:sha1:5e3190f700637fcfc1a52daeaa4a031fdd2557c7 Some Makefile.depend* files were committed with no contents or empty DIRDEPS list, but they should have DIRDEPS with some contents.