From: Dan Carpenter <dan.carpenter@linaro.org>
To: Ranjani Sridharan <ranjani.sridharan@linux.intel.com>
Cc: sound-open-firmware@alsa-project.org,
linux-sound@vger.kernel.org,
linux-kernel <linux-kernel@vger.kernel.org>
Subject: [bug report] ASoC: SOF: sof-audio: Add support for loopback capture
Date: Tue, 10 Feb 2026 11:51:57 +0300 [thread overview]
Message-ID: <aYrxrYG3ZSGDfpn6@stanley.mountain> (raw)
In-Reply-To: <caa37f28-a2e8-4e0a-a9ce-a365ce805e4b@stanley.mountain>
[ Smatch checking is paused while we raise funding. #SadFace
https://lore.kernel.org/all/aTaiGSbWZ9DJaGo7@stanley.mountain/ -dan ]
Hello Ranjani Sridharan,
Commit c4b37c21c75d ("ASoC: SOF: sof-audio: Add support for loopback
capture") from Feb 4, 2026 (linux-next), leads to the following
Smatch static checker warning:
sound/soc/sof/sof-audio.c:534 sof_prepare_widgets_in_path()
error: uninitialized symbol 'widget_ops'.
sound/soc/sof/sof-audio.c
478 static int
479 sof_prepare_widgets_in_path(struct snd_sof_dev *sdev, struct snd_soc_dapm_widget *widget,
480 struct snd_pcm_hw_params *fe_params,
481 struct snd_sof_platform_stream_params *platform_params,
482 struct snd_pcm_hw_params *pipeline_params, int dir,
483 struct snd_soc_dapm_widget_list *list)
484 {
485 const struct sof_ipc_tplg_ops *tplg_ops = sof_ipc_get_ops(sdev, tplg);
486 struct snd_sof_widget *swidget = widget->dobj.private;
487 const struct sof_ipc_tplg_widget_ops *widget_ops;
488 struct snd_soc_dapm_path *p;
489 int ret;
490
491 if (is_virtual_widget(sdev, widget, __func__))
492 return 0;
493
494 if (!swidget)
495 goto sink_prepare;
^^^^^^^^^^^^^^^^^
widget_ops is uninitialized.
496
497 widget_ops = tplg_ops ? tplg_ops->widget : NULL;
498 if (!widget_ops)
499 return 0;
500
501 if (swidget->spipe && swidget->spipe->direction_valid &&
502 !sof_widget_in_same_direction(swidget, dir))
503 return 0;
504
505 /* skip widgets already prepared or aggregated DAI widgets*/
506 if (!widget_ops[widget->id].ipc_prepare || swidget->prepared ||
507 is_aggregated_dai(swidget))
508 goto sink_prepare;
509
510 /* prepare the source widget */
511 ret = widget_ops[widget->id].ipc_prepare(swidget, fe_params, platform_params,
512 pipeline_params, dir);
513 if (ret < 0) {
514 dev_err(sdev->dev, "failed to prepare widget %s\n", widget->name);
515 return ret;
516 }
517
518 swidget->prepared = true;
519
520 sink_prepare:
521 /* prepare all widgets in the sink paths */
522 snd_soc_dapm_widget_for_each_sink_path(widget, p) {
523 if (!widget_in_list(list, p->sink))
524 continue;
525
526 if (!p->walking && p->sink->dobj.private) {
527 p->walking = true;
528 ret = sof_prepare_widgets_in_path(sdev, p->sink, fe_params,
529 platform_params, pipeline_params, dir,
530 list);
531 p->walking = false;
532 if (ret < 0) {
533 /* unprepare the source widget */
--> 534 if (widget_ops[widget->id].ipc_unprepare &&
535 swidget && swidget->prepared && swidget->use_count == 0) {
We need to check that swidget is non-NULL first before checking
widget_ops[widget->id].ipc_unprepare, otherwise widget_ops is
uninitialized and it leads to a crash.
Wait, the zero day bot already reported this on Jan 5th.
https://lore.kernel.org/all/202512232221.Ub3HwrFz-lkp@intel.com/
536 widget_ops[widget->id].ipc_unprepare(swidget);
537 swidget->prepared = false;
538 }
539 return ret;
540 }
541 }
542 }
543
544 return 0;
545 }
regards,
dan carpenter
prev parent reply other threads:[~2026-02-10 8:52 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <caa37f28-a2e8-4e0a-a9ce-a365ce805e4b@stanley.mountain>
2026-02-06 13:39 ` [bug report] ASoC: SOF: ipc4-control: Add support for generic bytes control Dan Carpenter
2026-02-06 13:41 ` [bug report] ASoC: codecs: ACF bin parsing and check library file for aw88395 Dan Carpenter
2026-02-10 8:51 ` Dan Carpenter [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=aYrxrYG3ZSGDfpn6@stanley.mountain \
--to=dan.carpenter@linaro.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-sound@vger.kernel.org \
--cc=ranjani.sridharan@linux.intel.com \
--cc=sound-open-firmware@alsa-project.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox