Skip to content

[BUG][MTL] no DSP suspend if ssh logs in after driver probing #8164

@lyakh

Description

@lyakh

Describe the bug

If a user logs in to an MTL system after drivers are loaded and plays audio, after that the DSP isn't powered down by runtime PM.

To Reproduce

[terminal 1] ssh device
[terminal 1] modprobe snd-sof-pci-intel-mtl
[terminal 2] ssh device
[terminal 2] aplay -d 5

Observe no D3 suspend. However, when doing

[terminal 1] ssh device
[terminal 2] ssh device
[terminal 1] modprobe snd-sof-pci-intel-mtl
[terminal 2] aplay -d 5

After that the DSP is suspended.

Reproduction Rate

100%

Expected behavior

In both cases the DSP should be suspended.

Impact
What impact does this issue have on your progress (e.g., annoyance, showstopper)

Environment

  1. Branch name and commit hash of the 2 repositories: sof (firmware/topology) and linux (kernel driver).
    • Kernel: daily from 30.08 linux-image-6.5.0-rc6-ge327169bf752
    • SOF: daily from 03.09
  2. Name of the topology file
    • Nocodec
  3. Name of the platform(s) on which the bug is observed.
    • Platform: MTL

Metadata

Metadata

Assignees

No one assigned

    Labels

    MTLApplies to Meteor Lake platformP3Low-impact bugs or featuresbugSomething isn't working as expectedstaleIssue/PR marked as stale and will be closed after 14 days if there is no activity.

    Type

    No type

    Projects

    No projects

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions