diff options
Diffstat (limited to 'Documentation/sound')
| -rw-r--r-- | Documentation/sound/alsa/DocBook/writing-an-alsa-driver.tmpl | 2 | ||||
| -rw-r--r-- | Documentation/sound/oss/AWE32 | 2 | ||||
| -rw-r--r-- | Documentation/sound/oss/solo1 | 2 | ||||
| -rw-r--r-- | Documentation/sound/oss/ultrasound | 2 | ||||
| -rw-r--r-- | Documentation/sound/oss/vwsnd | 2 |
5 files changed, 5 insertions, 5 deletions
diff --git a/Documentation/sound/alsa/DocBook/writing-an-alsa-driver.tmpl b/Documentation/sound/alsa/DocBook/writing-an-alsa-driver.tmpl index 4807ef79a94d..077fbe25ebf4 100644 --- a/Documentation/sound/alsa/DocBook/writing-an-alsa-driver.tmpl +++ b/Documentation/sound/alsa/DocBook/writing-an-alsa-driver.tmpl @@ -5486,7 +5486,7 @@ struct _snd_pcm_runtime { <chapter id="power-management"> <title>Power Management</title> <para> - If the chip is supposed to work with with suspend/resume + If the chip is supposed to work with suspend/resume functions, you need to add the power-management codes to the driver. The additional codes for the power-management should be <function>ifdef</function>'ed with diff --git a/Documentation/sound/oss/AWE32 b/Documentation/sound/oss/AWE32 index cb179bfeb522..b5908a66ff55 100644 --- a/Documentation/sound/oss/AWE32 +++ b/Documentation/sound/oss/AWE32 @@ -55,7 +55,7 @@ SB32. install awe_wave /sbin/modprobe --first-time -i awe_wave && /usr/local/bin/sfxload PATH_TO_SOUND_BANK_FILE You will of course have to change "PATH_TO_SOUND_BANK_FILE" to the full - path of of the sound bank file. That will enable the Sound Blaster and AWE + path of the sound bank file. That will enable the Sound Blaster and AWE wave synthesis. To play midi files you should get one of these programs if you don't already have them: diff --git a/Documentation/sound/oss/solo1 b/Documentation/sound/oss/solo1 index 6f53d407d027..95c4c83422b3 100644 --- a/Documentation/sound/oss/solo1 +++ b/Documentation/sound/oss/solo1 @@ -6,7 +6,7 @@ is at least one report of it working on later silicon. The chip behaves differently than described in the data sheet, likely due to a chip bug. Working around this would require the help of ESS (for example by publishing an errata sheet), -but ESS has not done so so far. +but ESS has not done so far. Also, the chip only supports 24 bit addresses for recording, which means it cannot work on some Alpha mainboards. diff --git a/Documentation/sound/oss/ultrasound b/Documentation/sound/oss/ultrasound index 32cd50478b36..eed331c738a3 100644 --- a/Documentation/sound/oss/ultrasound +++ b/Documentation/sound/oss/ultrasound @@ -19,7 +19,7 @@ db16 ??? no_wave_dma option This option defaults to a value of 0, which allows the Ultrasound wavetable -DSP to use DMA for for playback and downloading samples. This is the same +DSP to use DMA for playback and downloading samples. This is the same as the old behaviour. If set to 1, no DMA is needed for downloading samples, and allows owners of a GUS MAX to make use of simultaneous digital audio (/dev/dsp), MIDI, and wavetable playback. diff --git a/Documentation/sound/oss/vwsnd b/Documentation/sound/oss/vwsnd index a6ea0a1df9e4..4c6cbdb3c548 100644 --- a/Documentation/sound/oss/vwsnd +++ b/Documentation/sound/oss/vwsnd @@ -12,7 +12,7 @@ boxes. The Visual Workstation has an Analog Devices AD1843 "SoundComm" audio codec chip. The AD1843 is accessed through the Cobalt I/O ASIC, also -known as Lithium. This driver programs both both chips. +known as Lithium. This driver programs both chips. ============================================================================== QUICK CONFIGURATION |
