summaryrefslogtreecommitdiff
path: root/crypto/rmd160.c
diff options
context:
space:
mode:
authorOswald Buddenhagen <oswald.buddenhagen@gmx.de>2023-05-16 11:36:07 +0200
committerTakashi Iwai <tiwai@suse.de>2023-05-17 17:04:31 +0200
commit155e3d3bf0cdf88430a6e6da629316d9cf766cc7 (patch)
tree2facdbb01cab64d9e7a9512fa2a68c4c43c77519 /crypto/rmd160.c
parent24cdfcb4ccbb75d85d70460a69f3105fda33d385 (diff)
ALSA: emu10k1: straighten out FX send init
The mixer structures were filled in two places: on driver init, and when the devices are opened. The latter made the former pointless, so we remove the former. This implies that mixer dumps may now return all zeroes, which is OK, as restoring them is meaningless as well. Things were even weirder for the (generally unused) secondary sends: Some of the initialization loops were forgotten when support for Audigy was added, thus creating the technically illegal state of multiple sends being routed to the same FX accumulator (though it apparently doesn't matter when the amount is zero). The global multi-channel init used some rather bizarre values for the secondary sends, and the init on open actually forgot to re-initialize them. We now use a not really more useful, but simpler formula. The direct register init was also bogus. This doesn't really matter, as the value is overwritten when a voice comes into use, but still. Signed-off-by: Oswald Buddenhagen <oswald.buddenhagen@gmx.de> Link: https://lore.kernel.org/r/20230516093612.3536451-2-oswald.buddenhagen@gmx.de Signed-off-by: Takashi Iwai <tiwai@suse.de>
Diffstat (limited to 'crypto/rmd160.c')
0 files changed, 0 insertions, 0 deletions