Re: [PATCH 01/23] intel_sst: Save audio state across D3 on Medfield

[Greg KH]

On Tue, May 03, 2011 at 05:31:49PM +0100, Alan Cox wrote:
> From: Vinod Koul <vinod.koul@xxxxxxxxx>
> 
> During suspend and runtime_suspend audio dsp will be in D3 state
> and will loose its context.
> 
> This patch adds support in driver to save the dsp context
> and restore this context during resume
> 
> Signed-off-by: Vinod Koul <vinod.koul@xxxxxxxxx>
> Signed-off-by: Ramesh Babu K V <ramesh.babu@xxxxxxxxx>
> Signed-off-by: Alan Cox <alan@xxxxxxxxxxxxxxx>

Something is messed up here as:

> --- a/drivers/staging/intel_sst/intel_sst_drv_interface.c
> +++ b/drivers/staging/intel_sst/intel_sst_drv_interface.c
> @@ -508,6 +508,7 @@ int register_sst_card(struct intel_sst_card_ops *card)
>  			sst_drv_ctx->pmic_state = SND_MAD_INIT_DONE;
>  			sst_drv_ctx->rx_time_slot_status = 0; /*default AMIC*/
>  			card->pcm_control = sst_pmic_ops.pcm_control;
> +			sst_drv_ctx->scard_ops->card_status = SND_CARD_UN_INIT;
>  			return 0;
>  		} else {
>  			pr_err("strcmp fail %s\n", card->module_name);

This line is in the original patch from Vinod in this function that
added the driver to the tree (git commit id fffa1cca), so the patch
doesn't apply at all.  Do you see this too?

If I comment out this chunk, the patch fails later on as well:

patching file drivers/staging/intel_sst/intelmid.c
Hunk #1 FAILED at 805.
1 out of 1 hunk FAILED -- saving rejects to file drivers/staging/intel_sst/intelmid.c.rej


Which is odd.

What tree did you generate this series against?  I don't have any
outstanding sst patches in my "to-apply" queue, did I miss some that you
previously sent that I should have applied first?

confused,

greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/