@@ -15,7 +15,7 @@ problem is broken BIOS, and the rest is the driver implementation.
15
15
This document explains the brief trouble-shooting and debugging
16
16
methods for the HD-audio hardware.
17
17
18
- The HD-audio component consists of two parts: the controller chip and
18
+ The HD-audio component consists of two parts: the controller chip and
19
19
the codec chips on the HD-audio bus. Linux provides a single driver
20
20
for all controllers, snd-hda-intel. Although the driver name contains
21
21
a word of a well-known hardware vendor, it's not specific to it but for
@@ -81,7 +81,7 @@ the wake-up timing. It wakes up a few samples before actually
81
81
processing the data on the buffer. This caused a lot of problems, for
82
82
example, with ALSA dmix or JACK. Since 2.6.27 kernel, the driver puts
83
83
an artificial delay to the wake up timing. This delay is controlled
84
- via ``bdl_pos_adj `` option.
84
+ via ``bdl_pos_adj `` option.
85
85
86
86
When ``bdl_pos_adj `` is a negative value (as default), it's assigned to
87
87
an appropriate value depending on the controller chip. For Intel
@@ -144,7 +144,7 @@ see a regression wrt the sound quality (stuttering, etc) or a lock-up
144
144
in the recent kernel, try to pass ``enable_msi=0 `` option to disable
145
145
MSI. If it works, you can add the known bad device to the blacklist
146
146
defined in hda_intel.c. In such a case, please report and give the
147
- patch back to the upstream developer.
147
+ patch back to the upstream developer.
148
148
149
149
150
150
HD-Audio Codec
@@ -375,7 +375,7 @@ HD-Audio Reconfiguration
375
375
------------------------
376
376
This is an experimental feature to allow you re-configure the HD-audio
377
377
codec dynamically without reloading the driver. The following sysfs
378
- files are available under each codec-hwdep device directory (e.g.
378
+ files are available under each codec-hwdep device directory (e.g.
379
379
/sys/class/sound/hwC0D0):
380
380
381
381
vendor_id
@@ -433,7 +433,7 @@ re-configure based on that state, run like below:
433
433
::
434
434
435
435
# echo 0x14 0x9993013f > /sys/class/sound/hwC0D0/user_pin_configs
436
- # echo 1 > /sys/class/sound/hwC0D0/reconfig
436
+ # echo 1 > /sys/class/sound/hwC0D0/reconfig
437
437
438
438
439
439
Hint Strings
@@ -494,7 +494,7 @@ indep_hp (bool)
494
494
mixer control, if available
495
495
add_stereo_mix_input (bool)
496
496
add the stereo mix (analog-loopback mix) to the input mux if
497
- available
497
+ available
498
498
add_jack_modes (bool)
499
499
add "xxx Jack Mode" enum controls to each I/O jack for allowing to
500
500
change the headphone amp and mic bias VREF capabilities
@@ -504,7 +504,7 @@ power_save_node (bool)
504
504
stream states
505
505
power_down_unused (bool)
506
506
power down the unused widgets, a subset of power_save_node, and
507
- will be dropped in future
507
+ will be dropped in future
508
508
add_hp_mic (bool)
509
509
add the headphone to capture source if possible
510
510
hp_mic_detect (bool)
@@ -603,7 +603,7 @@ present.
603
603
604
604
The patch module option is specific to each card instance, and you
605
605
need to give one file name for each instance, separated by commas.
606
- For example, if you have two cards, one for an on-board analog and one
606
+ For example, if you have two cards, one for an on-board analog and one
607
607
for an HDMI video board, you may pass patch option like below:
608
608
::
609
609
0 commit comments