ASoC: Intel: avoid Oops if DMA setup fails
authorRoss Zwisler <zwisler@chromium.org>
Mon, 29 Apr 2019 18:25:17 +0000 (12:25 -0600)
committerMark Brown <broonie@kernel.org>
Fri, 3 May 2019 05:55:18 +0000 (14:55 +0900)
commit0efa3334d65b7f421ba12382dfa58f6ff5bf83c4
tree2ebe39014ecd1c29407a806784e6fbb05d335563
parent726fc60babe4a46e946e69a9dbd3e21aaec4d58e
ASoC: Intel: avoid Oops if DMA setup fails

Currently in sst_dsp_new() if we get an error return from sst_dma_new()
we just print an error message and then still complete the function
successfully.  This means that we are trying to run without sst->dma
properly set up, which will result in NULL pointer dereference when
sst->dma is later used.  This was happening for me in
sst_dsp_dma_get_channel():

        struct sst_dma *dma = dsp->dma;
...
        dma->ch = dma_request_channel(mask, dma_chan_filter, dsp);

This resulted in:

   BUG: unable to handle kernel NULL pointer dereference at 0000000000000018
   IP: sst_dsp_dma_get_channel+0x4f/0x125 [snd_soc_sst_firmware]

Fix this by adding proper error handling for the case where we fail to
set up DMA.

This change only affects Haswell and Broadwell systems.  Baytrail
systems explicilty opt-out of DMA via sst->pdata->resindex_dma_base
being set to -1.

Signed-off-by: Ross Zwisler <zwisler@google.com>
Cc: stable@vger.kernel.org
Acked-by: Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>
Signed-off-by: Mark Brown <broonie@kernel.org>
sound/soc/intel/common/sst-firmware.c