forked from luck/tmp_suning_uos_patched
0bbaee3a58
When a new HDMI/DP device is plugged in, hdmi_update_short_audio_desc() is called for every SAD (Short Audio Descriptor) in the ELD data. For LPCM coding type SAD defines the supported sample sizes. For several other coding types (such as AC-3), a maximum bitrate is defined. The maximum bitrate and sample size fields are not always cleared. Therefore, if a device is unplugged and a different one is plugged in, and the coding types of some SAD positions differ between the devices, the old max_bitrate or sample_bits values will persist if the new SADs do not define those values. The leftover max_bitrate and sample_bits do not cause any issues other than wrongly showing up in eld#X.Y procfs file and kernel log. Fix that by always clearing sample_bits and max_bitrate when reading SADs. Signed-off-by: Anssi Hannula <anssi.hannula@iki.fi> Signed-off-by: Takashi Iwai <tiwai@suse.de> |
||
|---|---|---|
| .. | ||
| hda_beep.c | ||
| hda_beep.h | ||
| hda_codec.c | ||
| hda_codec.h | ||
| hda_eld.c | ||
| hda_generic.c | ||
| hda_hwdep.c | ||
| hda_intel.c | ||
| hda_local.h | ||
| hda_proc.c | ||
| Kconfig | ||
| Makefile | ||
| patch_analog.c | ||
| patch_ca0110.c | ||
| patch_cirrus.c | ||
| patch_cmedia.c | ||
| patch_conexant.c | ||
| patch_hdmi.c | ||
| patch_realtek.c | ||
| patch_si3054.c | ||
| patch_sigmatel.c | ||
| patch_via.c | ||