diff options
author | Cezary Rojewski <cezary.rojewski@intel.com> | 2022-07-06 14:02:27 +0200 |
---|---|---|
committer | Takashi Iwai <tiwai@suse.de> | 2022-07-09 18:40:33 +0200 |
commit | 980b3a8790b402e959a6d773b38b771019682be1 (patch) | |
tree | b7b740a62850a5834c721888e61e98d445b8605a /sound/hda | |
parent | ALSA: hda: Fix put_device() inconsistency in error path (diff) | |
download | linux-980b3a8790b402e959a6d773b38b771019682be1.tar.xz linux-980b3a8790b402e959a6d773b38b771019682be1.zip |
ALSA: hda: Fix page fault in snd_hda_codec_shutdown()
If early probe of HDAudio bus driver fails e.g.: due to missing
firmware file, snd_hda_codec_shutdown() ends in manipulating
uninitialized codec->pcm_list_head causing page fault.
Iinitialization of HDAudio codec in ASoC is split in two:
- snd_hda_codec_device_init()
- snd_hda_codec_device_new()
snd_hda_codec_device_init() is called during probe_codecs() by HDAudio
bus driver while snd_hda_codec_device_new() is called by
codec-component's ->probe(). The second call will not happen until all
components required by related sound card are present within the ASoC
framework. With firmware failing to load during the PCI's deferred
initialization i.e.: probe_work(), no platform components are ever
registered. HDAudio codec enumeration is done at that point though, so
the codec components became registered to ASoC framework, calling
snd_hda_codec_device_init() in the process.
Now, during platform reboot snd_hda_codec_shutdown() is called for every
codec found on the HDAudio bus causing oops if any of them has not
completed both of their initialization steps. Relocating field
initialization fixes the issue.
Signed-off-by: Cezary Rojewski <cezary.rojewski@intel.com>
Link: https://lore.kernel.org/r/20220706120230.427296-7-cezary.rojewski@intel.com
Signed-off-by: Takashi Iwai <tiwai@suse.de>
Diffstat (limited to 'sound/hda')
0 files changed, 0 insertions, 0 deletions