ASoC: Intel: Don't issue ipc when processing response
authorPaweł Piskorski <pawel.piskorski@intel.com>
Fri, 1 Aug 2014 15:09:44 +0000 (23:09 +0800)
committerMark Brown <broonie@linaro.org>
Fri, 1 Aug 2014 18:11:28 +0000 (19:11 +0100)
Make sure we dont issue IPC when we are processing a response.

Signed-off-by: Paweł Piskorski <pawel.piskorski@intel.com>
Signed-off-by: Liam Girdwood <liam.r.girdwood@linux.intel.com>
Signed-off-by: Jie Yang <yang.jie@intel.com>
Signed-off-by: Mark Brown <broonie@linaro.org>
sound/soc/intel/sst-haswell-ipc.c

index 1ca71a2837619dda2a3016738003806e64d01db0..ae204a6e316b0476d5a40557409456c804dbc35a 100644 (file)
@@ -457,9 +457,10 @@ static void ipc_tx_msgs(struct kthread_work *work)
                return;
        }
 
-       /* if the DSP is busy we will TX messages after IRQ */
+       /* if the DSP is busy, we will TX messages after IRQ.
+        * also postpone if we are in the middle of procesing completion irq*/
        ipcx = sst_dsp_shim_read_unlocked(hsw->dsp, SST_IPCX);
-       if (ipcx & SST_IPCX_BUSY) {
+       if (ipcx & (SST_IPCX_BUSY | SST_IPCX_DONE)) {
                spin_unlock_irqrestore(&hsw->dsp->spinlock, flags);
                return;
        }