diff options
| -rw-r--r-- | Documentation/sound/alsa/HD-Audio.txt | 16 |
1 files changed, 12 insertions, 4 deletions
diff --git a/Documentation/sound/alsa/HD-Audio.txt b/Documentation/sound/alsa/HD-Audio.txt index f4dd3bf99d12..98d14cb8a85d 100644 --- a/Documentation/sound/alsa/HD-Audio.txt +++ b/Documentation/sound/alsa/HD-Audio.txt | |||
| @@ -119,10 +119,18 @@ the codec slots 0 and 1 no matter what the hardware reports. | |||
| 119 | 119 | ||
| 120 | Interrupt Handling | 120 | Interrupt Handling |
| 121 | ~~~~~~~~~~~~~~~~~~ | 121 | ~~~~~~~~~~~~~~~~~~ |
| 122 | In rare but some cases, the interrupt isn't properly handled as | 122 | HD-audio driver uses MSI as default (if available) since 2.6.33 |
| 123 | default. You would notice this by the DMA transfer error reported by | 123 | kernel as MSI works better on some machines, and in general, it's |
| 124 | ALSA PCM core, for example. Using MSI might help in such a case. | 124 | better for performance. However, Nvidia controllers showed bad |
| 125 | Pass `enable_msi=1` option for enabling MSI. | 125 | regressions with MSI (especially in a combination with AMD chipset), |
| 126 | thus we disabled MSI for them. | ||
| 127 | |||
| 128 | There seem also still other devices that don't work with MSI. If you | ||
| 129 | see a regression wrt the sound quality (stuttering, etc) or a lock-up | ||
| 130 | in the recent kernel, try to pass `enable_msi=0` option to disable | ||
| 131 | MSI. If it works, you can add the known bad device to the blacklist | ||
| 132 | defined in hda_intel.c. In such a case, please report and give the | ||
| 133 | patch back to the upstream developer. | ||
| 126 | 134 | ||
| 127 | 135 | ||
| 128 | HD-AUDIO CODEC | 136 | HD-AUDIO CODEC |
