summaryrefslogtreecommitdiff
path: root/sound
diff options
context:
space:
mode:
authorThomas Hebb <tommyhebb@gmail.com>2020-03-30 12:09:37 -0400
committerTakashi Iwai <tiwai@suse.de>2020-03-31 10:51:45 +0200
commitf128090491c3f5aacef91a863f8c52abf869c436 (patch)
tree24b63176f5cb0b644febb29c7de3f8a3fb05494d /sound
parent3c22baeab40b2f8e75907cfd7aa69147d5343d2c (diff)
ALSA: doc: Document PC Beep Hidden Register on Realtek ALC256
This codec (among others) has a hidden set of audio routes, apparently designed to allow PC Beep output without a mixer widget on the output path, which are controlled by an undocumented Realtek vendor register. The default configuration of these routes means that certain inputs aren't accessible, necessitating driver control of the register. However, Realtek has provided no documentation of the register, instead opting to fix issues by providing magic numbers, most of which have been at least somewhat erroneous. These magic numbers then get copied by others into model-specific fixups, leading to a fragmented and buggy set of configurations. To get out of this situation, I've reverse engineered the register by flipping bits and observing how the codec's behavior changes. This commit documents my findings. It does not change any code. Cc: stable@vger.kernel.org Signed-off-by: Thomas Hebb <tommyhebb@gmail.com> Link: https://lore.kernel.org/r/bd69dfdeaf40ff31c4b7b797c829bb320031739c.1585584498.git.tommyhebb@gmail.com Signed-off-by: Takashi Iwai <tiwai@suse.de>
Diffstat (limited to 'sound')
0 files changed, 0 insertions, 0 deletions