Skip to content

[bug][tgl]"Unable to install hw params" showed when run multipipeline #1783

New issue
New issue
Closed
Closed
[bug][tgl]"Unable to install hw params" showed when run multipipeline#1783
Labels
CMLApplies to Comet Lake platformSDWApplies to SoundWire bus for codec connectionTGLApplies to Tiger Lake platformbugSomething isn't working

Description

@Liviali155
Liviali155
opened on Feb 12, 2020

Describe the bug
"Unable to install hw params" showed when run multipipeline
After issues reproduced, all the pipeline can not work,only reboot can recovery

To Reproduce
1.connected with HDMI and DP
2. ./multiplex_pipeline-test.sh pcm0p pcm3p pcm4p pcm0c pcm6c pcm7c

Reproduction Rate
Run 300 times,failed at 83th

Expected behavior
Aplay/Rrecord can work when test Multipipeline

Actual result
Tips"unable to install hw params",aplay/arecord failed
Capture

There is no error dmesg and soflogger

Platform: TGL-U RVP with onboard codec ALC711 in HDA modeFirmware:
Firmware: 274049c https://github.com/thesofproject/sof/commits/master
Kernel: 91ed8f4 https://github.com/thesofproject/linux/commits/topic/sof-dev
Topology: file: tools/topology/sof-hda-generic-4ch.tplg same as firmware

multipipeline_test_83_all_logger.log
multipipeline_test_83_dmesg.log

Activity

  1. Liviali155
    added
    bugSomething isn't working
    TGLApplies to Tiger Lake platform
    on Feb 12, 2020

  2. sinahuang commented on Feb 12, 2020

    @sinahuang
    sinahuang
    on Feb 12, 2020

    Issue also can be reproduced on TGL-U RVP with soundwire-latest(commit: 91ed8f4).
    Test for 300 times, failed at 65th time, after issue happened all pipeline can't work and only reboot can recover.
    multipipeline_test_64_dmesg.log
    multipipeline_test_64_all_logger.log

    multipipeline_test_65_all_logger.log
    multipipeline_test_65_dmesg.log

    Test recipe

    Kernel:https://github.com/thesofproject/linux/commits/topic/sof-dev commit:91ed8f4
    FW: https://github.com/thesofproject/sof/commits/master commit: 274049c
    Tplg: Same with FW branch, rename sof-tgl-rt711-i2s-rt1308.tplg to sof-tgl-rt711-rt1308.tplg
    Platform:TGL-U RVP with codec ALC711 in SDW mode and RT1308 in I2S mode

  3. sinahuang
    added
    SDWApplies to SoundWire bus for codec connection
    on Feb 12, 2020

  4. paulstelian97 commented on Feb 12, 2020

    @paulstelian97
    paulstelian97
    on Feb 12, 2020

    Anything relevant in etrace? Whenever I get hangs, etrace holds info that didn't reach regular DMA trace on my platform, this might be true in this case as well. (sof-logger without -t option)

  5. fredoh9 commented on Feb 12, 2020

    @fredoh9
    fredoh9
    on Feb 12, 2020
    Collaborator

    I found same issue in APL. Multipipeline test with many iteration easily reproduce this, I had same issues in some of platforms, so I would say this is not just APL or TGL problem.
    In this case, i was running check-pause-resume-playback-100.sh in APL_UP2_NOCODEC.

    2020-02-11 22:35:43 UTC [REMOTE_INFO] Entering expect script with: aplay -D hw:0,0 -r 48000 -c 2 -f S16_LE -vv -i /dev/zero -q
spawn aplay -D hw:0,0 -r 48000 -c 2 -f S16_LE -vv -i /dev/zero -q
aplay: set_params:1363: Unable to install hw params:


kernel: [ 3521.366244] sof-audio-pci 0000:00:0e.0: ipc tx: 0x60010000: GLB_STREAM_MSG: PCM_PARAMS
kernel: [ 3521.869655] sof-audio-pci 0000:00:0e.0: error: ipc timed out for 0x60010000 size 108
kernel: [ 3521.869665] sof-audio-pci 0000:00:0e.0: info: preventing DSP entering D3 state to preserve context
kernel: [ 3521.869673] sof-audio-pci 0000:00:0e.0: status: fw entered - code 00000005
kernel: [ 3521.869719] sof-audio-pci 0000:00:0e.0: error: unexpected fault 0x00000000 trace 0x00004000
kernel: [ 3521.869729] sof-audio-pci 0000:00:0e.0: error: hda irq intsts 0x00000000 intlctl 0xc0000001 rirb 00
kernel: [ 3521.869733] sof-audio-pci 0000:00:0e.0: error: dsp irq ppsts 0x00000000 adspis 0x00000000
kernel: [ 3521.869740] sof-audio-pci 0000:00:0e.0: error: host status 0x00000000 dsp status 0x00000000 mask 0x00000003
kernel: [ 3521.869744] sof-audio-pci 0000:00:0e.0: error: waking up any trace sleepers
kernel: [ 3521.869750] sof-audio-pci 0000:00:0e.0: error: hw params ipc failed for stream 1
kernel: [ 3521.869756] sof-audio-pci 0000:00:0e.0: ASoC: 0000:00:0e.0 hw params failed: -110
kernel: [ 3521.869766]  Port0: ASoC: hw_params FE failed -110

    Kernel:https://github.com/thesofproject/linux/commits/topic/sof-dev commit:91ed8f4
    FW: https://github.com/thesofproject/sof/commits/master commit: 274049c
    TPLG: sof-apl-nocodec.tplg
    check-pause-resume-playback-100.zip
    dmesg.txt

  6. ranj063 commented on Feb 12, 2020

    @ranj063
    ranj063
    on Feb 12, 2020
    Collaborator

    I found same issue in APL. Multipipeline test with many iteration easily reproduce this, I had same issues in some of platforms.
    In this case, i was running check-pause-resume-playback-100.sh in APL_UP2_NOCODEC.

    @fredoh9 your case seems to be because of the tplg mismatch. Could you please make sure you're using the right tplg and confirm this is still a problem?

  7. fredoh9 commented on Feb 12, 2020

    @fredoh9
    fredoh9
    on Feb 12, 2020
    Collaborator

    @ranj063 I'm using daily build and I get the tplg file also from daily build. Do you have any proof I have tplg mismatch?
    And this is part of daily test suite. 1-14 test cases was passed, this was 15th test case.

  8. Liviali155 commented on Feb 13, 2020

    @Liviali155
    Liviali155
    on Feb 13, 2020
    Author

    Bi-sect result: It is a kernel regression caused by commit #877eab2d

  9. YvonneYang2 commented on Feb 13, 2020

    @YvonneYang2
    YvonneYang2
    on Feb 13, 2020

    Issue can be reproduced on SDW CML-U laptop when run multipipline stress test. Failed at 34th time.

    Kernel: topic/sof-dev (f19d23b)
    FW: master (7e88cc0)

    multipipeline_test_34_dmesg.log

  10. YvonneYang2
    added
    CMLApplies to Comet Lake platform
    on Feb 14, 2020

  11. aiChaoSONG commented on Feb 14, 2020

    @aiChaoSONG
    aiChaoSONG
    on Feb 14, 2020

    issue also observed on Helios with sof-test before 14th, Feb:

    • clone sof-test to local: git clone https://github.com/thesofproject/sof-test
    • go to sof-test/test-case/
    • export TPLG=/lib/firmware/intel/sof-tplg/your-tplg-name
    • run ./multiple-pipeline-playback -l 50, test case will PASS
    • run ./multiple-pipeline-capture -l 50, test case FAILED (unable to install hw params)
    • no dmesg error nor sof-logger error.
      seems fixed by accidentally on UTC+8 Valentine‘s Day？

  12. Liviali155 commented on Feb 14, 2020

    @Liviali155
    Liviali155
    on Feb 14, 2020
    Author

    Tested 300 times with TGL-U SOF HDA on 20200214,issue can not be reproduced

    Platform: TGL-U RVP with onboard codec ALC711 in HDA modeFirmware:
    Firmware: 4d17d0d https://github.com/thesofproject/sof/commits/master
    Kernel: daf71dc https://github.com/thesofproject/linux/commits/topic/sof-dev
    Topology: file: tools/topology/sof-hda-generic-4ch.tplg same as firmware

  13. sinahuang commented on Feb 14, 2020

    @sinahuang
    sinahuang
    on Feb 14, 2020

    Tested 300 times with TGL-U RVP with codec ALC711 in SDW mode and RT1308 in I2S mode, issue can not be reproduced.

    Test recipe

    Kernel:https://github.com/thesofproject/linux/commits/topic/sof-dev commit:daf71dce
    FW: https://github.com/thesofproject/sof/commits/master commit: 36d4c9f
    Tplg: Same with FW branch, sof-tgl-rt711-i2s-rt1308.tplg
    Platform:TGL-U RVP with codec ALC711 in SDW mode and RT1308 in I2S mode

  14. Liviali155 commented on Feb 17, 2020

    @Liviali155
    Liviali155
    on Feb 17, 2020
    Author

    Tested 500 times with TGL-U SOF HDA on 20200217,issue can not be reproduced

    Platform: TGL-U RVP with onboard codec ALC711 in HDA modeFirmware:
    Firmware: b206b7a https://github.com/thesofproject/sof/commits/master
    Kernel: b2d9823 https://github.com/thesofproject/linux/commits/topic/sof-dev
    Topology: file: tools/topology/sof-hda-generic-4ch.tplg same as firmware

  15. Liviali155
    closed this as completedon Feb 17, 2020
  16. bardliao
    added a commit that references this issue on Dec 5, 2024

    slab: Fix too strict alignment check in create_cache()

    9008fe8
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

    CMLApplies to Comet Lake platformSDWApplies to SoundWire bus for codec connectionTGLApplies to Tiger Lake platformbugSomething isn't working

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions