ASoC: Intel: Don't issue ipc when processing response
authorPaweł Piskorski <[email protected]>
Fri, 1 Aug 2014 15:09:44 +0000 (23:09 +0800)
committerMark Brown <[email protected]>
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 <[email protected]>
Signed-off-by: Liam Girdwood <[email protected]>
Signed-off-by: Jie Yang <[email protected]>
Signed-off-by: Mark Brown <[email protected]>
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;
        }