Skip to content

[BUG] arecord fails with non-zero exit status with check-pause-resume-playback-100 #9191

Closed

Description

@kv2019i

Activity

  1. added
    bugSomething isn't working as expected
    P1Blocker bugs or important features
    LNLApplies to Lunar Lake platform
    on Jun 4, 2024
  2. kv2019i commented on Jun 5, 2024

    @kv2019i
    CollaboratorAuthor

    @abonislawski @serhiy-katsyuba-intel It seems just enabling the L1_EXIT is not sufficient, record failure still seen (see comment #9194 (comment) ).

    The logs don't have much, but this very much seems like a case of host DMA not moving, and arecord exiting with error as no data is received.

  3. marc-hb commented on Jun 7, 2024

    @marc-hb
    Collaborator

    Is thesofproject/linux#5048 a duplicate? Then maybe close this one because 5048 has a better looking description :-)

  4. added this to the v2.10 milestone on Jun 10, 2024
  5. lgirdwood commented on Jun 10, 2024

    @lgirdwood
    Member

    Lets keep it open for the moment, just as a place holder on the FW side for v2.10

  6. removed
    P1Blocker bugs or important features
    on Jun 13, 2024
  7. modified the milestones: v2.10, v2.11 on Jun 13, 2024
  8. self-assigned this
    on Sep 4, 2024
  9. changed the title [-][BUG] arecord fails with non-zero exit status[/-] [+][BUG] arecord fails with non-zero exit status with check-pause-resume-playback-100[/+] on Sep 4, 2024
  10. kv2019i commented on Sep 4, 2024

    @kv2019i
    CollaboratorAuthor

    Looking at this again. Narrowing the scope of this bug to specifically cover the failure with pause-resume case with a recent occurence in:
    https://sof-ci.01.org/linuxpr/PR4733/build4501/devicetest/index.html?model=LNLM_SDW_AIOC&testcase=check-pause-resume-playback-100

    Failure fingerprint in sof-test console:

    t=14110 ms: aplay: (29/100) Found   === PAUSE ===  ,  pausing for 166 ms
    t=14110 ms: aplay: ERROR: aplay: do_pause:1567: pause push error: File descriptor in bad state
    

    The errors happen when there are no clear errors in either kernel dmesg.txt or FW mtrace.txt. There does seem to be a timing anomaly seen in the logs, like here:

    [  758.664736] kernel: snd_sof_intel_hda_common:hda_dai_trigger: soundwire_intel soundwire_intel.link.3: cmd=0 dai SDW3 Pin2 direction 0
    [  759.996415] kernel: snd_sof_intel_hda_common:hda_dsp_stream_trigger: sof-audio-pci-intel-lnl 0000:00:1f.3: FW Poll Status: reg[0x1e0]=0x140000 successful
    [  759.996434] kernel: snd_sof:sof_ipc4_trigger_pipelines: sof-audio-pci-intel-lnl 0000:00:1f.3: trigger cmd: 0 state: 2
    

    This is clearly larger pause in activity than the ~0.1-0.2ms delays that are used in the test case.

  11. added
    P2Critical bugs or normal features
    on Sep 4, 2024
  12. removed their assignment
    on Sep 9, 2024
  13. modified the milestones: v2.11, v2.12 on Sep 9, 2024
  14. removed
    P2Critical bugs or normal features
    on Sep 17, 2024
  15. kv2019i commented on Dec 13, 2024

    @kv2019i
    CollaboratorAuthor

    Not seen in PR/daily tests for a week, closing.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    LNLApplies to Lunar Lake platformbugSomething isn't working as expected

    Type

    No type

    Projects

    No projects

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions