| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Date: Wed, 14 Jul 2021 11:59:12 -0500
From: Pierre-Louis Bossart <pierre-louis.bossart@...ux.intel.com>
To: Srinivas Kandagatla <srinivas.kandagatla@...aro.org>,
bjorn.andersson@...aro.org, broonie@...nel.org, robh@...nel.org
Cc: devicetree@...r.kernel.org, alsa-devel@...a-project.org,
bgoswami@...eaurora.org, lgirdwood@...il.com, tiwai@...e.de,
plai@...eaurora.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH v2 09/16] ASoC: qcom: audioreach: add q6apm-dai support
> +static void event_handler(uint32_t opcode, uint32_t token,
> + uint32_t *payload, void *priv)
> +{
> + struct q6apm_dai_rtd *prtd = priv;
> + struct snd_pcm_substream *substream = prtd->substream;
> +
> + switch (opcode) {
> + case APM_CLIENT_EVENT_CMD_EOS_DONE:
> + prtd->state = Q6APM_STREAM_STOPPED;
> + break;
> + case APM_CLIENT_EVENT_DATA_WRITE_DONE: {
> + prtd->pcm_irq_pos += prtd->pcm_count;
> + snd_pcm_period_elapsed(substream);
A comment on the relationship between data writes and periods would be nice. It looks like the code assumes the period and data transfers are identical, but periods can be chosen by applications, can't they?
> + if (prtd->state == Q6APM_STREAM_RUNNING) {
> + q6apm_write_async(prtd->graph,
> + prtd->pcm_count, 0, 0, NO_TIMESTAMP);
> + }
> +
> + break;
> + }
> + case APM_CLIENT_EVENT_DATA_READ_DONE:
> + prtd->pcm_irq_pos += prtd->pcm_count;
> + snd_pcm_period_elapsed(substream);
> + if (prtd->state == Q6APM_STREAM_RUNNING)
> + q6apm_read(prtd->graph);
> +
> + break;
> + default:
> + break;
> + }
> +}
> +static int q6apm_dai_trigger(struct snd_soc_component *component,
> + struct snd_pcm_substream *substream, int cmd)
> +{
> + struct snd_pcm_runtime *runtime = substream->runtime;
> + struct q6apm_dai_rtd *prtd = runtime->private_data;
> + int ret = 0;
> +
> + switch (cmd) {
> + case SNDRV_PCM_TRIGGER_START:
> + case SNDRV_PCM_TRIGGER_RESUME:
> + case SNDRV_PCM_TRIGGER_PAUSE_RELEASE:
> + if (substream->stream == SNDRV_PCM_STREAM_PLAYBACK)
> + ret = q6apm_write_async(prtd->graph, prtd->pcm_count, 0, 0, NO_TIMESTAMP);
> + break;
> + case SNDRV_PCM_TRIGGER_STOP:
> + prtd->state = Q6APM_STREAM_STOPPED;
> + //ret = q6apm_cmd_nowait(prtd->graph, CMD_EOS);
> + break;
> + case SNDRV_PCM_TRIGGER_SUSPEND:
> + case SNDRV_PCM_TRIGGER_PAUSE_PUSH:
> + //ret = q6apm_cmd_nowait(prtd->graph, CMD_PAUSE);
these // comments are odd, with a clear imbalance between suspend/resume and pause_push/pause_release...
is this intentional or a left-over from an experiment?
> + break;
> + default:
> + ret = -EINVAL;
> + break;
> + }
> +
> + return ret;
> +}
> +
> +static int q6apm_dai_open(struct snd_soc_component *component,
> + struct snd_pcm_substream *substream)
> +{
> + struct snd_pcm_runtime *runtime = substream->runtime;
> + struct snd_soc_pcm_runtime *soc_prtd = substream->private_data;
> + struct snd_soc_dai *cpu_dai = asoc_rtd_to_cpu(soc_prtd, 0);
> + struct q6apm_dai_rtd *prtd;
> + struct q6apm_dai_data *pdata;
> + struct device *dev = component->dev;
> + int ret;
> + int graph_id;
> +
> + graph_id = cpu_dai->driver->id;
> +
> + pdata = snd_soc_component_get_drvdata(component);
> + if (!pdata) {
> + dev_err(component->dev, "Drv data not found ..\n");
> + return -EINVAL;
> + }
> +
> + prtd = kzalloc(sizeof(*prtd), GFP_KERNEL);
> + if (prtd == NULL)
> + return -ENOMEM;
> +
> + prtd->substream = substream;
> +
> + prtd->graph = q6apm_graph_open(dev, (q6apm_cb)event_handler,
> + prtd, graph_id);
> + if (IS_ERR(prtd->graph)) {
> + pr_info("%s: Could not allocate memory\n", __func__);
> + ret = PTR_ERR(prtd->graph);
> + kfree(prtd);
> + return ret;
> + }
> +
> + if (substream->stream == SNDRV_PCM_STREAM_PLAYBACK)
> + runtime->hw = q6apm_dai_hardware_playback;
> + else if (substream->stream == SNDRV_PCM_STREAM_CAPTURE)
> + runtime->hw = q6apm_dai_hardware_capture;
> +
> + /* Ensure that buffer size is a multiple of period size */
> + ret = snd_pcm_hw_constraint_integer(runtime,
> + SNDRV_PCM_HW_PARAM_PERIODS);
> + if (ret < 0)
> + dev_err(dev, "snd_pcm_hw_constraint_integer failed\n");
> +
> + if (substream->stream == SNDRV_PCM_STREAM_PLAYBACK) {
> + ret = snd_pcm_hw_constraint_minmax(runtime,
> + SNDRV_PCM_HW_PARAM_BUFFER_BYTES,
> + BUFFER_BYTES_MIN, BUFFER_BYTES_MAX);
> + if (ret < 0) {
> + dev_err(dev, "constraint for buffer bytes min max ret = %d\n",
> + ret);
> + }
> + }
> +
> + ret = snd_pcm_hw_constraint_step(runtime, 0,
> + SNDRV_PCM_HW_PARAM_PERIOD_BYTES, 32);
> + if (ret < 0) {
> + dev_err(dev, "constraint for period bytes step ret = %d\n",
> + ret);
> + }
> + ret = snd_pcm_hw_constraint_step(runtime, 0,
> + SNDRV_PCM_HW_PARAM_BUFFER_BYTES, 32);
> + if (ret < 0) {
> + dev_err(dev, "constraint for buffer bytes step ret = %d\n",
> + ret);
> + }
dev_err() used but no return code sent?
> +
> + runtime->private_data = prtd;
> + runtime->dma_bytes = BUFFER_BYTES_MAX;
> + if (pdata->sid < 0)
> + prtd->phys = substream->dma_buffer.addr;
> + else
> + prtd->phys = substream->dma_buffer.addr | (pdata->sid << 32);
> +
> + snd_pcm_set_runtime_buffer(substream, &substream->dma_buffer);
> +
> + return 0;
> +}
> +static int q6apm_dai_hw_params(struct snd_soc_component *component,
> + struct snd_pcm_substream *substream,
> + struct snd_pcm_hw_params *params)
> +{
> + struct snd_pcm_runtime *runtime = substream->runtime;
> + struct q6apm_dai_rtd *prtd = runtime->private_data;
> +
> + prtd->pcm_size = params_buffer_bytes(params);
> + prtd->periods = params_periods(params);
> +
> + switch (params_format(params)) {
> + case SNDRV_PCM_FORMAT_S16_LE:
> + prtd->bits_per_sample = 16;
> + break;
> + case SNDRV_PCM_FORMAT_S24_LE:
> + prtd->bits_per_sample = 24;
> + break;
default:
return -EINVAL
?
> + }
> +
> + return 0;
> +}
> +
Powered by blists - more mailing lists