xref: /freebsd/share/man/man4/pcm.4 (revision 06c3fb2749bda94cb5201f81ffdb8fa6c3161b2e)
1.\"
2.\" Copyright (c) 2009-2011 Joel Dahl <joel@FreeBSD.org>
3.\" All rights reserved.
4.\"
5.\" Redistribution and use in source and binary forms, with or without
6.\" modification, are permitted provided that the following conditions
7.\" are met:
8.\" 1. Redistributions of source code must retain the above copyright
9.\"    notice, this list of conditions and the following disclaimer.
10.\" 2. Redistributions in binary form must reproduce the above copyright
11.\"    notice, this list of conditions and the following disclaimer in the
12.\"    documentation and/or other materials provided with the distribution.
13.\"
14.\" THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND
15.\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
16.\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
17.\" ARE DISCLAIMED.  IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE
18.\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
19.\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
20.\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
21.\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
22.\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
23.\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
24.\" SUCH DAMAGE.
25.\"
26.Dd December 2, 2023
27.Dt SOUND 4
28.Os
29.Sh NAME
30.Nm sound ,
31.Nm pcm ,
32.Nm snd
33.Nd
34.Fx
35PCM audio device infrastructure
36.Sh SYNOPSIS
37To compile this driver into the kernel, place the following line in your
38kernel configuration file:
39.Bd -ragged -offset indent
40.Cd "device sound"
41.Ed
42.Sh DESCRIPTION
43The
44.Nm
45driver is the main component of the
46.Fx
47sound system.
48It works in conjunction with a bridge device driver on supported devices
49and provides PCM audio record and playback once it attaches.
50Each bridge device driver supports a specific set of audio chipsets and
51needs to be enabled together with the
52.Nm
53driver.
54PCI and ISA PnP audio devices identify themselves so users are usually not
55required to add anything to
56.Pa /boot/device.hints .
57.Pp
58Some of the main features of the
59.Nm
60driver are: multichannel audio, per-application
61volume control, dynamic mixing through virtual sound channels, true full
62duplex operation, bit perfect audio, rate conversion and low latency
63modes.
64.Pp
65The
66.Nm
67driver is enabled by default, along with several bridge device drivers.
68Those not enabled by default can be loaded during runtime with
69.Xr kldload 8
70or during boot via
71.Xr loader.conf 5 .
72The following bridge device drivers are available:
73.Pp
74.Bl -bullet -compact
75.It
76.Xr snd_ai2s 4 (enabled by default on powerpc)
77.It
78.Xr snd_als4000 4
79.It
80.Xr snd_atiixp 4
81.It
82.Xr snd_cmi 4 (enabled by default on amd64, i386)
83.It
84.Xr snd_cs4281 4
85.It
86.Xr snd_csa 4 (enabled by default on amd64, i386)
87.It
88.Xr snd_davbus 4 (enabled by default on powerpc)
89.It
90.Xr snd_emu10k1 4
91.It
92.Xr snd_emu10kx 4 (enabled by default on amd64, i386)
93.It
94.Xr snd_envy24 4
95.It
96.Xr snd_envy24ht 4
97.It
98.Xr snd_es137x 4 (enabled by default on amd64, i386)
99.It
100.Xr snd_fm801 4
101.It
102.Xr snd_hda 4 (enabled by default on amd64, i386)
103.It
104.Xr snd_hdspe 4
105.It
106.Xr snd_ich 4 (enabled by default on amd64, i386)
107.It
108.Xr snd_maestro3 4
109.It
110.Xr snd_neomagic 4
111.It
112.Xr snd_solo 4
113.It
114.Xr snd_spicds 4
115.It
116.Xr snd_uaudio 4 (enabled by default on amd64, i386, powerpc)
117.It
118.Xr snd_via8233 4 (enabled by default on amd64, i386)
119.It
120.Xr snd_via82c686 4
121.It
122.Xr snd_vibes 4
123.El
124.Pp
125Refer to the manual page for each bridge device driver for driver specific
126settings and information.
127.Ss Boot Variables
128In general, the module
129.Pa snd_foo
130corresponds to
131.Cd "device snd_foo"
132and can be
133loaded by the boot
134.Xr loader 8
135via
136.Xr loader.conf 5
137or from the command line using the
138.Xr kldload 8
139utility.
140Options which can be specified in
141.Pa /boot/loader.conf
142include:
143.Bl -tag -width ".Va snd_driver_load" -offset indent
144.It Va snd_driver_load
145.Pq Dq Li NO
146If set to
147.Dq Li YES ,
148this option loads all available drivers.
149.It Va snd_hda_load
150.Pq Dq Li NO
151If set to
152.Dq Li YES ,
153only the Intel High Definition Audio bridge device driver and dependent
154modules will be loaded.
155.It Va snd_foo_load
156.Pq Dq Li NO
157If set to
158.Dq Li YES ,
159load driver for card/chipset foo.
160.El
161.Pp
162To define default values for the different mixer channels,
163set the channel to the preferred value using hints, e.g.:
164.Va hint.pcm.0.line Ns = Ns Qq Li 0 .
165This will mute the input channel per default.
166.Ss Multichannel Audio
167Multichannel audio, popularly referred to as
168.Dq surround sound
169is supported and enabled by default.
170The FreeBSD multichannel matrix processor supports up to 18 interleaved
171channels, but the limit is currently set to 8 channels (as commonly used
172for 7.1 surround sound).
173The internal matrix mapping can handle reduction, expansion or
174re-routing of channels.
175This provides a base interface for related multichannel
176.Fn ioctl
177support.
178Multichannel audio works both with and without
179.Tn VCHANs .
180.Pp
181Most bridge device drivers are still missing multichannel matrixing
182support, but in most cases this should be trivial to implement.
183Use the
184.Va dev.pcm.%d.[play|rec].vchanformat
185.Xr sysctl 8
186to adjust the number of channels used.
187The current multichannel interleaved structure and arrangement was
188implemented by inspecting various popular UNIX applications.
189There were no single standard, so much care has been taken to try
190to satisfy each possible scenario, despite the fact that each
191application has its own conflicting standard.
192.Ss EQ
193The Parametric Software Equalizer (EQ) enables the use of
194.Dq tone
195controls (bass and treble).
196Commonly used for ear-candy or frequency compensation due to the vast
197difference in hardware quality.
198EQ is disabled by default, but can be enabled with the
199.Va hint.pcm.%d.eq
200tunable.
201.Ss VCHANs
202Each device can optionally support more playback and recording channels
203than physical hardware provides by using
204.Dq virtual channels
205or
206.Tn VCHANs .
207.Tn VCHAN
208options can be configured via the
209.Xr sysctl 8
210interface but can only be manipulated while the device is inactive.
211.Ss VPC
212FreeBSD supports independent and individual volume controls for each active
213application, without touching the master
214.Nm
215volume.
216This is sometimes referred to as Volume Per Channel (VPC).
217The
218.Tn VPC
219feature is enabled by default.
220.Ss Loader Tunables
221The following loader tunables are used to set driver configuration at the
222.Xr loader 8
223prompt before booting the kernel, or they can be stored in
224.Pa /boot/loader.conf
225in order to automatically set them before booting the kernel.
226It is also possible to use
227.Xr kenv 1
228to change these tunables before loading the
229.Nm
230driver.
231The following tunables can not be changed during runtime using
232.Xr sysctl 8 .
233.Bl -tag -width indent
234.It Va hint.pcm.%d.eq
235Set to 1 or 0 to explicitly enable (1) or disable (0) the equalizer.
236Requires a driver reload if changed.
237Enabling this will make bass and treble controls appear in mixer applications.
238This tunable is undefined by default.
239Equalizing is disabled by default.
240.It Va hint.pcm.%d.vpc
241Set to 1 or 0 to explicitly enable (1) or disable (0) the
242.Tn VPC
243feature.
244This tunable is undefined by default.
245.Tn VPC
246is however enabled by default.
247.El
248.Ss Runtime Configuration
249There are a number of
250.Xr sysctl 8
251variables available which can be modified during runtime.
252These values can also be stored in
253.Pa /etc/sysctl.conf
254in order to automatically set them during the boot process.
255.Va hw.snd.*
256are global settings and
257.Va dev.pcm.*
258are device specific.
259.Bl -tag -width indent
260.It Va hw.snd.compat_linux_mmap
261Linux
262.Xr mmap 2
263compatibility.
264The following values are supported (default is 0):
265.Bl -tag -width 2n
266.It -1
267Force disabling/denying PROT_EXEC
268.Xr mmap 2
269requests.
270.It 0
271Auto detect proc/ABI type, allow
272.Xr mmap 2
273for Linux applications, and deny for everything else.
274.It 1
275Always allow PROT_EXEC page mappings.
276.El
277.It Va hw.snd.default_auto
278Automatically assign the default sound unit.
279The following values are supported (default is 1):
280.Bl -tag -width 2n
281.It 0
282Do not assign the default sound unit automatically.
283.It 1
284Use the best available sound device based on playing and recording
285capabilities of the device.
286.It 2
287Use the most recently attached device.
288.El
289.It Va hw.snd.default_unit
290Default sound card for systems with multiple sound cards.
291When using
292.Xr devfs 5 ,
293the default device for
294.Pa /dev/dsp .
295Equivalent to a symlink from
296.Pa /dev/dsp
297to
298.Pa /dev/dsp Ns Va ${hw.snd.default_unit} .
299.It Va hw.snd.feeder_eq_exact_rate
300Only certain rates are allowed for precise processing.
301The default behavior is however to allow sloppy processing for all rates,
302even the unsupported ones.
303Enable to toggle this requirement and only allow processing for supported
304rates.
305.It Va hw.snd.feeder_rate_max
306Maximum allowable sample rate.
307.It Va hw.snd.feeder_rate_min
308Minimum allowable sample rate.
309.It Va hw.snd.feeder_rate_polyphase_max
310Adjust to set the maximum number of allowed polyphase entries during the
311process of building resampling filters.
312Disabling polyphase resampling has the benefit of reducing memory usage, at
313the expense of slower and lower quality conversion.
314Only applicable when the SINC interpolator is used.
315Default value is 183040.
316Set to 0 to disable polyphase resampling.
317.It Va hw.snd.feeder_rate_quality
318Sample rate converter quality.
319Default value is 1, linear interpolation.
320Available options include:
321.Bl -tag -width 2n
322.It 0
323Zero Order Hold, ZOH.
324Very fast, but with poor quality.
325.It 1
326Linear interpolation.
327Fast, quality is subject to personal preference.
328Technically the quality is poor however, due to the lack of anti-aliasing
329filtering.
330.It 2
331Bandlimited SINC interpolator.
332Implements polyphase banking to boost the conversion speed, at the cost of
333memory usage, with multiple high quality polynomial interpolators to improve
334the conversion accuracy.
335100% fixed point, 64bit accumulator with 32bit coefficients and high precision
336sample buffering.
337Quality values are 100dB stopband, 8 taps and 85% bandwidth.
338.It 3
339Continuation of the bandlimited SINC interpolator, with 100dB stopband, 36
340taps and 90% bandwidth as quality values.
341.It 4
342Continuation of the bandlimited SINC interprolator, with 100dB stopband, 164
343taps and 97% bandwidth as quality values.
344.El
345.It Va hw.snd.feeder_rate_round
346Sample rate rounding threshold, to avoid large prime division at the
347cost of accuracy.
348All requested sample rates will be rounded to the nearest threshold value.
349Possible values range between 0 (disabled) and 500.
350Default is 25.
351.It Va hw.snd.latency
352Configure the buffering latency.
353Only affects applications that do not explicitly request
354blocksize / fragments.
355This tunable provides finer granularity than the
356.Va hw.snd.latency_profile
357tunable.
358Possible values range between 0 (lowest latency) and 10 (highest latency).
359.It Va hw.snd.latency_profile
360Define sets of buffering latency conversion tables for the
361.Va hw.snd.latency
362tunable.
363A value of 0 will use a low and aggressive latency profile which can result
364in possible underruns if the application cannot keep up with a rapid irq
365rate, especially during high workload.
366The default value is 1, which is considered a moderate/safe latency profile.
367.It Va hw.snd.maxautovchans
368Global
369.Tn VCHAN
370setting that only affects devices with at least one playback or recording channel available.
371The sound system will dynamically create up to this many
372.Tn VCHANs .
373Set to
374.Dq 0
375if no
376.Tn VCHANs
377are desired.
378Maximum value is 256.
379.It Va hw.snd.report_soft_formats
380Controls the internal format conversion if it is
381available transparently to the application software.
382When disabled or not available, the application will
383only be able to select formats the device natively supports.
384.It Va hw.snd.report_soft_matrix
385Enable seamless channel matrixing even if the hardware does not support it.
386Makes it possible to play multichannel streams even with a simple stereo
387sound card.
388.It Va hw.snd.verbose
389Level of verbosity for the
390.Pa /dev/sndstat
391device.
392Higher values include more output and the highest level,
393four, should be used when reporting problems.
394Other options include:
395.Bl -tag -width 2n
396.It 0
397Installed devices and their allocated bus resources.
398.It 1
399The number of playback, record, virtual channels, and
400flags per device.
401.It 2
402Channel information per device including the channel's
403current format, speed, and pseudo device statistics such as
404buffer overruns and buffer underruns.
405.It 3
406File names and versions of the currently loaded sound modules.
407.It 4
408Various messages intended for debugging.
409.El
410.It Va hw.snd.vpc_0db
411Default value for
412.Nm
413volume.
414Increase to give more room for attenuation control.
415Decrease for more amplification, with the possible cost of sound clipping.
416.It Va hw.snd.vpc_autoreset
417When a channel is closed the channel volume will be reset to 0db.
418This means that any changes to the volume will be lost.
419Enabling this will preserve the volume, at the cost of possible confusion
420when applications tries to re-open the same device.
421.It Va hw.snd.vpc_mixer_bypass
422The recommended way to use the
423.Tn VPC
424feature is to teach applications to use
425the correct
426.Fn ioctl :
427.Dv SNDCTL_DSP_GETPLAYVOL, SNDCTL_DSP_SETPLAYVOL,
428.Dv SNDCTL_DSP_SETRECVOL, SNDCTL_DSP_SETRECVOL.
429This is however not always possible.
430Enable this to allow applications to use their own existing mixer logic
431to control their own channel volume.
432.It Va hw.snd.vpc_reset
433Enable to restore all channel volumes back to the default value of 0db.
434.It Va dev.pcm.%d.bitperfect
435Enable or disable bitperfect mode.
436When enabled, channels will skip all dsp processing, such as channel
437matrixing, rate converting and equalizing.
438The pure
439.Nm
440stream will be fed directly to the hardware.
441If
442.Tn VCHANs
443are enabled, the bitperfect mode will use the
444.Tn VCHAN
445format/rate as the definitive format/rate target.
446The recommended way to use bitperfect mode is to disable
447.Tn VCHANs
448and enable this sysctl.
449Default is disabled.
450.It Va dev.pcm.%d.[play|rec].vchans
451The current number of
452.Tn VCHANs
453allocated per device.
454This can be set to preallocate a certain number of
455.Tn VCHANs .
456Setting this value to
457.Dq 0
458will disable
459.Tn VCHANs
460for this device.
461.It Va dev.pcm.%d.[play|rec].vchanformat
462Format for
463.Tn VCHAN
464mixing.
465All playback paths will be converted to this format before the mixing
466process begins.
467By default only 2 channels are enabled.
468Available options include:
469.Bl -tag -width 2n
470.It s16le:1.0
471Mono.
472.It s16le:2.0
473Stereo, 2 channels (left, right).
474.It s16le:2.1
4753 channels (left, right, LFE).
476.It s16le:3.0
4773 channels (left, right, rear center).
478.It s16le:4.0
479Quadraphonic, 4 channels (front/rear left and right).
480.It s16le:4.1
4815 channels (4.0 + LFE).
482.It s16le:5.0
4835 channels (4.0 + center).
484.It s16le:5.1
4856 channels (4.0 + center + LFE).
486.It s16le:6.0
4876 channels (4.0 + front/rear center).
488.It s16le:6.1
4897 channels (6.0 + LFE).
490.It s16le:7.1
4918 channels (4.0 + center + LFE + left and right side).
492.El
493.It Va dev.pcm.%d.[play|rec].vchanmode
494.Tn VCHAN
495format/rate selection.
496Available options include:
497.Bl -tag -width 2n
498.It fixed
499Channel mixing is done using fixed format/rate.
500Advanced operations such as digital passthrough will not work.
501Can be considered as a
502.Dq legacy
503mode.
504This is the default mode for hardware channels which lack support for digital
505formats.
506.It passthrough
507Channel mixing is done using fixed format/rate, but advanced operations such
508as digital passthrough also work.
509All channels will produce sound as usual until a digital format playback is
510requested.
511When this happens all other channels will be muted and the latest incoming
512digital format will be allowed to pass through undisturbed.
513Multiple concurrent digital streams are supported, but the latest stream will
514take precedence and mute all other streams.
515.It adaptive
516Works like the
517.Dq passthrough
518mode, but is a bit smarter, especially for
519multiple
520.Nm
521channels with different format/rate.
522When a new channel is about to start, the entire list of virtual channels will
523be scanned, and the channel with the best format/rate (usually the
524highest/biggest) will be selected.
525This ensures that mixing quality depends on the best channel.
526The downside is that the hardware DMA mode needs to be restarted, which may
527cause annoying pops or clicks.
528.El
529.It Va dev.pcm.%d.[play|rec].vchanrate
530Sample rate speed for
531.Tn VCHAN
532mixing.
533All playback paths will be converted to this sample rate before the mixing
534process begins.
535.It Va dev.pcm.%d.polling
536Experimental polling mode support where the driver operates by querying the
537device state on each tick using a
538.Xr callout 9
539mechanism.
540Disabled by default and currently only available for a few device drivers.
541.El
542.Ss Recording Channels
543On devices that have more than one recording source (ie: mic and line),
544there is a corresponding
545.Pa /dev/dsp%d.r%d
546device.
547The
548.Xr mixer 8
549utility can be used to start and stop recording from an specific device.
550.Ss Statistics
551Channel statistics are only kept while the device is open.
552So with situations involving overruns and underruns, consider the output
553while the errant application is open and running.
554.Ss IOCTL Support
555The driver supports most of the
556.Tn OSS
557.Fn ioctl
558functions, and most applications work unmodified.
559A few differences exist, while memory mapped playback is
560supported natively and in
561.Tn Linux
562emulation, memory mapped recording is
563not due to
564.Tn VM
565system design.
566As a consequence, some applications may need to be recompiled
567with a slightly modified audio module.
568See
569.In sys/soundcard.h
570for a complete list of the supported
571.Fn ioctl
572functions.
573.Sh FILES
574The
575.Nm
576drivers may create the following
577device nodes:
578.Pp
579.Bl -tag -width ".Pa /dev/audio%d.%d" -compact
580.It Pa /dev/audio%d.%d
581Sparc-compatible audio device.
582.It Pa /dev/dsp%d.%d
583Digitized voice device.
584.It Pa /dev/dspW%d.%d
585Like
586.Pa /dev/dsp ,
587but 16 bits per sample.
588.It Pa /dev/dsp%d.p%d
589Playback channel.
590.It Pa /dev/dsp%d.r%d
591Record channel.
592.It Pa /dev/dsp%d.vp%d
593Virtual playback channel.
594.It Pa /dev/dsp%d.vr%d
595Virtual recording channel.
596.It Pa /dev/sndstat
597Current
598.Nm
599status, including all channels and drivers.
600.El
601.Pp
602The first number in the device node
603represents the unit number of the
604.Nm
605device.
606All
607.Nm
608devices are listed
609in
610.Pa /dev/sndstat .
611Additional messages are sometimes recorded when the
612device is probed and attached, these messages can be viewed with the
613.Xr dmesg 8
614utility.
615.Pp
616The above device nodes are only created on demand through the dynamic
617.Xr devfs 5
618clone handler.
619Users are strongly discouraged to access them directly.
620For specific sound card access, please instead use
621.Pa /dev/dsp
622or
623.Pa /dev/dsp%d .
624.Sh EXAMPLES
625Use the sound metadriver to load all
626.Nm
627bridge device drivers at once
628(for example if it is unclear which the correct driver to use is):
629.Pp
630.Dl kldload snd_driver
631.Pp
632Load a specific bridge device driver, in this case the Intel
633High Definition Audio driver:
634.Pp
635.Dl kldload snd_hda
636.Pp
637Check the status of all detected
638.Nm
639devices:
640.Pp
641.Dl cat /dev/sndstat
642.Pp
643Change the default sound device, in this case to the second device.
644This is handy if there are multiple
645.Nm
646devices available:
647.Pp
648.Dl sysctl hw.snd.default_unit=1
649.Sh DIAGNOSTICS
650.Bl -diag
651.It pcm%d:play:%d:dsp%d.p%d: play interrupt timeout, channel dead
652The hardware does not generate interrupts to serve incoming (play)
653or outgoing (record) data.
654.It unsupported subdevice XX
655A device node is not created properly.
656.El
657.Sh SEE ALSO
658.Xr snd_ai2s 4 ,
659.Xr snd_als4000 4 ,
660.Xr snd_atiixp 4 ,
661.Xr snd_cmi 4 ,
662.Xr snd_cs4281 4 ,
663.Xr snd_csa 4 ,
664.Xr snd_davbus 4 ,
665.Xr snd_emu10k1 4 ,
666.Xr snd_emu10kx 4 ,
667.Xr snd_envy24 4 ,
668.Xr snd_envy24ht 4 ,
669.Xr snd_es137x 4 ,
670.Xr snd_fm801 4 ,
671.Xr snd_hda 4 ,
672.Xr snd_hdspe 4 ,
673.Xr snd_ich 4 ,
674.Xr snd_maestro3 4 ,
675.Xr snd_neomagic 4 ,
676.Xr snd_solo 4 ,
677.Xr snd_spicds 4 ,
678.Xr snd_t4dwave 4 ,
679.Xr snd_uaudio 4 ,
680.Xr snd_via8233 4 ,
681.Xr snd_via82c686 4 ,
682.Xr snd_vibes 4 ,
683.Xr devfs 5 ,
684.Xr device.hints 5 ,
685.Xr loader.conf 5 ,
686.Xr dmesg 8 ,
687.Xr kldload 8 ,
688.Xr mixer 8 ,
689.Xr sysctl 8
690.Rs
691.%T "Cookbook formulae for audio EQ biquad filter coefficients (Audio-EQ-Cookbook.txt), by Robert Bristow-Johnson"
692.%U "https://www.musicdsp.org/en/latest/Filters/197-rbj-audio-eq-cookbook.html"
693.Re
694.Rs
695.%T "Julius O'Smith's Digital Audio Resampling"
696.%U "http://ccrma.stanford.edu/~jos/resample/"
697.Re
698.Rs
699.%T "Polynomial Interpolators for High-Quality Resampling of Oversampled Audio, by Olli Niemitalo"
700.%U "http://yehar.com/blog/wp-content/uploads/2009/08/deip.pdf"
701.Re
702.Rs
703.%T "The OSS API"
704.%U "http://www.opensound.com/pguide/oss.pdf"
705.Re
706.Sh HISTORY
707The
708.Nm
709device driver first appeared in
710.Fx 2.2.6
711as
712.Nm pcm ,
713written by
714.An Luigi Rizzo .
715It was later
716rewritten in
717.Fx 4.0
718by
719.An Cameron Grant .
720The API evolved from the VOXWARE
721standard which later became OSS standard.
722.Sh AUTHORS
723.An -nosplit
724.An Luigi Rizzo Aq Mt luigi@iet.unipi.it
725initially wrote the
726.Nm pcm
727device driver and this manual page.
728.An Cameron Grant Aq Mt gandalf@vilnya.demon.co.uk
729later revised the device driver for
730.Fx 4.0 .
731.An Seigo Tanimura Aq Mt tanimura@r.dl.itc.u-tokyo.ac.jp
732revised this manual page.
733It was then rewritten for
734.Fx 5.2 .
735.Sh BUGS
736Some features of your sound card (e.g., global volume control) might not
737be supported on all devices.
738