public inbox for alsa-devel@alsa-project.org
 help / color / mirror / Atom feed
* [PATCH] ASoC: SOF: Intel: hda-dai: fix possible stream_tag leak
@ 2023-02-16 14:40 Peter Ujfalusi
  2023-02-16 15:53 ` Mark Brown
  2023-02-17  1:54 ` Mark Brown
  0 siblings, 2 replies; 4+ messages in thread
From: Peter Ujfalusi @ 2023-02-16 14:40 UTC (permalink / raw)
  To: lgirdwood, broonie
  Cc: alsa-devel, pierre-louis.bossart, ranjani.sridharan, kai.vehmanen,
	rander.wang, yung-chuan.liao

From: Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>

The HDaudio stream allocation is done first, and in a second step the
LOSIDV parameter is programmed for the multi-link used by a codec.

This leads to a possible stream_tag leak, e.g. if a DisplayAudio link
is not used. This would happen when a non-Intel graphics card is used
and userspace unconditionally uses the Intel Display Audio PCMs without
checking if they are connected to a receiver with jack controls.

We should first check that there is a valid multi-link entry to
configure before allocating a stream_tag. This change aligns the
dma_assign and dma_cleanup phases.

Link: https://github.com/thesofproject/linux/issues/4151
Signed-off-by: Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>
Reviewed-by: Ranjani Sridharan <ranjani.sridharan@linux.intel.com>
Reviewed-by: Rander Wang <rander.wang@intel.com>
Reviewed-by: Bard Liao <yung-chuan.liao@linux.intel.com>
Signed-off-by: Peter Ujfalusi <peter.ujfalusi@linux.intel.com>
---
Hi Mark,

is there still time to send this for v6.2?
If not, then I will re-send it with stable 6.2 tag.

In fact similar change should be sent to stable kernels but due to a function
name change in 6.2 [1], this patch is not going to apply anything older..

[1]
b0cd60f3e9f5 ("ALSA/ASoC: hda: clarify bus_get_link() and bus_link_get() helpers")

Did a snd_hdac_ext_bus_get_link() -> snd_hdac_ext_bus_get_hlink_by_name() rename

I'm not sure if I should add the stable tag and let the stable guys figure it out,
but I feel guilty to do so...

Thanks,
Peter

 sound/soc/sof/intel/hda-dai.c | 8 ++++----
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/sound/soc/sof/intel/hda-dai.c b/sound/soc/sof/intel/hda-dai.c
index 193b3e74820a..8d9c38d562d3 100644
--- a/sound/soc/sof/intel/hda-dai.c
+++ b/sound/soc/sof/intel/hda-dai.c
@@ -216,6 +216,10 @@ static int hda_link_dma_hw_params(struct snd_pcm_substream *substream,
 	sdev = snd_soc_component_get_drvdata(cpu_dai->component);
 	bus = sof_to_bus(sdev);
 
+	hlink = snd_hdac_ext_bus_get_hlink_by_name(bus, codec_dai->component->name);
+	if (!hlink)
+		return -EINVAL;
+
 	hext_stream = snd_soc_dai_get_dma_data(cpu_dai, substream);
 	if (!hext_stream) {
 		hext_stream = hda_link_stream_assign(bus, substream);
@@ -225,10 +229,6 @@ static int hda_link_dma_hw_params(struct snd_pcm_substream *substream,
 		snd_soc_dai_set_dma_data(cpu_dai, substream, (void *)hext_stream);
 	}
 
-	hlink = snd_hdac_ext_bus_get_hlink_by_name(bus, codec_dai->component->name);
-	if (!hlink)
-		return -EINVAL;
-
 	/* set the hdac_stream in the codec dai */
 	snd_soc_dai_set_stream(codec_dai, hdac_stream(hext_stream), substream->stream);
 
-- 
2.39.2


^ permalink raw reply related	[flat|nested] 4+ messages in thread

* Re: [PATCH] ASoC: SOF: Intel: hda-dai: fix possible stream_tag leak
  2023-02-16 14:40 [PATCH] ASoC: SOF: Intel: hda-dai: fix possible stream_tag leak Peter Ujfalusi
@ 2023-02-16 15:53 ` Mark Brown
  2023-02-16 16:24   ` Péter Ujfalusi
  2023-02-17  1:54 ` Mark Brown
  1 sibling, 1 reply; 4+ messages in thread
From: Mark Brown @ 2023-02-16 15:53 UTC (permalink / raw)
  To: Peter Ujfalusi
  Cc: lgirdwood, alsa-devel, pierre-louis.bossart, ranjani.sridharan,
	kai.vehmanen, rander.wang, yung-chuan.liao

[-- Attachment #1: Type: text/plain, Size: 482 bytes --]

On Thu, Feb 16, 2023 at 04:40:54PM +0200, Peter Ujfalusi wrote:

> is there still time to send this for v6.2?
> If not, then I will re-send it with stable 6.2 tag.

In general it's best to just include the relevant Fixes: if
you're concerned about this...  it's rather late and Takashi was
looking for early pull requests, I can apply and send but now I
have to wait for you to tell me the commit it's fixing in case it
doesn't get pulled in in time which just slows things down :/

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [PATCH] ASoC: SOF: Intel: hda-dai: fix possible stream_tag leak
  2023-02-16 15:53 ` Mark Brown
@ 2023-02-16 16:24   ` Péter Ujfalusi
  0 siblings, 0 replies; 4+ messages in thread
From: Péter Ujfalusi @ 2023-02-16 16:24 UTC (permalink / raw)
  To: Mark Brown
  Cc: lgirdwood, alsa-devel, pierre-louis.bossart, ranjani.sridharan,
	kai.vehmanen, rander.wang, yung-chuan.liao



On 16/02/2023 17:53, Mark Brown wrote:
> On Thu, Feb 16, 2023 at 04:40:54PM +0200, Peter Ujfalusi wrote:
> 
>> is there still time to send this for v6.2?
>> If not, then I will re-send it with stable 6.2 tag.
> 
> In general it's best to just include the relevant Fixes: if
> you're concerned about this...  it's rather late and Takashi was
> looking for early pull requests, I can apply and send but now I
> have to wait for you to tell me the commit it's fixing in case it
> doesn't get pulled in in time which just slows things down :/

OK, I sent v2 with a Complement tag to guide the patch to 6.2 and I will
try to track back the stable kernels and send a clean backport when this
is in mainline.

-- 
Péter

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [PATCH] ASoC: SOF: Intel: hda-dai: fix possible stream_tag leak
  2023-02-16 14:40 [PATCH] ASoC: SOF: Intel: hda-dai: fix possible stream_tag leak Peter Ujfalusi
  2023-02-16 15:53 ` Mark Brown
@ 2023-02-17  1:54 ` Mark Brown
  1 sibling, 0 replies; 4+ messages in thread
From: Mark Brown @ 2023-02-17  1:54 UTC (permalink / raw)
  To: lgirdwood, Peter Ujfalusi
  Cc: alsa-devel, pierre-louis.bossart, ranjani.sridharan, kai.vehmanen,
	rander.wang, yung-chuan.liao

On Thu, 16 Feb 2023 16:40:54 +0200, Peter Ujfalusi wrote:
> The HDaudio stream allocation is done first, and in a second step the
> LOSIDV parameter is programmed for the multi-link used by a codec.
> 
> This leads to a possible stream_tag leak, e.g. if a DisplayAudio link
> is not used. This would happen when a non-Intel graphics card is used
> and userspace unconditionally uses the Intel Display Audio PCMs without
> checking if they are connected to a receiver with jack controls.
> 
> [...]

Applied to

   broonie/sound.git for-next

Thanks!

[1/1] ASoC: SOF: Intel: hda-dai: fix possible stream_tag leak
      commit: 1f810d2b6b2fbdc5279644d8b2c140b1f7c9d43d

All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent to Linus during
the next merge window (or sooner if it is a bug fix), however if
problems are discovered then the patch may be dropped or reverted.

You may get further e-mails resulting from automated or manual testing
and review of the tree, please engage with people reporting problems and
send followup patches addressing any issues that are reported if needed.

If any updates are required or you are submitting further changes they
should be sent as incremental updates against current git, existing
patches will not be replaced.

Please add any relevant lists and maintainers to the CCs when replying
to this mail.

Thanks,
Mark


^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2023-02-17  1:56 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2023-02-16 14:40 [PATCH] ASoC: SOF: Intel: hda-dai: fix possible stream_tag leak Peter Ujfalusi
2023-02-16 15:53 ` Mark Brown
2023-02-16 16:24   ` Péter Ujfalusi
2023-02-17  1:54 ` Mark Brown

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox