Skip to content

[BUG][RKL] Audio output slowly than expected #3176

Closed
Closed
[BUG][RKL] Audio output slowly than expected#3176
Assignees
plbossartjajanusz
Labels
HDAApplies to HD-Audio bus for codec connectionP2Critical bugs or normal featuresRKLApplies to Rocket Lake platformbugSomething isn't working as expectedwon't fixThis will not be worked on atm (e.g. a bug closed for lack of user request, hardware etc)

Description

@ClarexZhou
ClarexZhou
opened on Jul 14, 2020

Describe the bug
Audio output on headset is slower than expected

To Reproduce

  1. "sudo reboot" to reboot
  2. time aplay -Dhw:0,0 -r 48000 -c2 -fs16_le wav/48California_Dreaming.wav -d 20 -vv -i

Reproduction Rate
5/5

Expected behavior
Audio output normally

Impact
Audio output slowly than expected


ubuntu@ubuntu-Rocket-Lake-Client-Platform:~$ time aplay -Dhw:0,0 -r 48000 -c2 -fs16_le wav/48California_Dreaming.wav -d 20 -vv -i
Playing WAVE 'wav/48California_Dreaming.wav' : Signed 16 bit Little Endian, Rate 48000 Hz, Stereo
Hardware PCM card 0 'sof-hda-dsp' device 0 subdevice 0
Its setup is:
  stream       : PLAYBACK
  access       : RW_INTERLEAVED
  format       : S16_LE
  subformat    : STD
  channels     : 2
  rate         : 48000
  exact rate   : 48000 (48000/1)
  msbits       : 16
  buffer_size  : 16368
  period_size  : 4080
  period_time  : 85000
  tstamp_mode  : NONE
  tstamp_type  : MONOTONIC
  period_step  : 1
  avail_min    : 4080
  period_event : 0
  start_threshold  : 16368
  stop_threshold   : 16368
  silence_threshold: 0
  silence_size : 0
  boundary     : 9214364837600034816
  appl_ptr     : 0
  hw_ptr       : 0
############################+                      | 54%

real    0m33.473s
user    0m0.009s
sys     0m0.014s

Environment
Branch name and commit hash of the 2 repositories: sof (firmware/topology) and linux (kernel driver).
Kernel:Kernel:https://github.com/thesofproject/linux/commits/topic/sof-dev (commit: 9eb3d58a)

dmesg_aplay.txt

Activity

  1. ClarexZhou
    added
    bugSomething isn't working as expected
    HDAApplies to HD-Audio bus for codec connection
    RKLApplies to Rocket Lake platform
    on Jul 14, 2020

  2. kv2019i commented on Jul 14, 2020

    @kv2019i
    kv2019i
    on Jul 14, 2020
    Collaborator

    Hmm, @plbossart @jajanusz , this could be the issue with the XTAL clock (24-versus-38.4Mhz). The ratio matches with test results (takes ~33secs to play out a 20sec clip). FYI for @RanderWang

  3. mengdonglin
    added
    P1Blocker bugs or important features
    on Jul 14, 2020

  4. plbossart commented on Jul 14, 2020

    @plbossart
    plbossart
    on Jul 14, 2020
    Member

    We said we would only support the case of a RKL-CPU with a TGL-H chipset.
    What CPU is that, CML?

  5. RanderWang commented on Jul 15, 2020

    @RanderWang
    RanderWang
    on Jul 15, 2020
    Collaborator

    We said we would only support the case of a RKL-CPU with a TGL-H chipset.
    What CPU is that, CML?

    en, hot topic in BBS, what`s the configuration of RKL? so...

  6. ClarexZhou commented on Jul 20, 2020

    @ClarexZhou
    ClarexZhou
    on Jul 20, 2020
    Author

    Error still seen on sof-8675d4cb. After issue #3173 fixed and build sof-tgl.ri with "make alderlake_s_defconfig"

  7. ClarexZhou commented on Jul 21, 2020

    @ClarexZhou
    ClarexZhou
    on Jul 21, 2020
    Author

    Error not seen on legacy HDA

  8. RanderWang commented on Jul 21, 2020

    @RanderWang
    RanderWang
    on Jul 21, 2020
    Collaborator

    full of underrun log:
    [694849172.604167] ( 2000.000000) c0 hda-dma ..../intel/hda/hda-dma.c:872 ERROR hda_dma_link_check_xrun(): underrun detected
    [694851172.656250] ( 2000.052124) c0 hda-dma ..../intel/hda/hda-dma.c:872 ERROR hda_dma_link_check_xrun(): underrun detected
    [694853172.656250] ( 2000.000000) c0 hda-dma ..../intel/hda/hda-dma.c:872 ERROR hda_dma_link_check_xrun(): underrun detected
    [695041175.781250] ( 188003.125000) c0 dma-trace src/trace/dma-trace.c:480 ERROR dtrace_add_event(): number of dropped logs = 93
    [695041172.864583] ( nan) c0 hda-dma ..../intel/hda/hda-dma.c:872 ERROR hda_dma_link_check_xrun(): underrun detected
    [695043172.708333] ( 1999.843750) c0 hda-dma ..../intel/hda/hda-dma.c:872 ERROR hda_dma_link_check_xrun(): underrun detected
    [695045172.604167] ( 1999.895874) c0 hda-dma ..../intel/hda/hda-dma.c:872 ERROR hda_dma_link_check_xrun(): underrun detected
    [695047172.552083] ( 1999.947876) c0 hda-dma ..../intel/hda/hda-dma.c:872 ERROR hda_dma_link_check_xrun(): underrun detected
    [695049172.604167] ( 2000.052124) c0 hda-dma ..../intel/hda/hda-dma.c:872 ERROR hda_dma_link_check_xrun(): underrun detected
    [695051172.604167] ( 2000.000000) c0 hda-dma ..../intel/hda/hda-dma.c:872 ERROR hda_dma_link_check_xrun(): underrun detected

  9. RanderWang commented on Jul 21, 2020

    @RanderWang
    RanderWang
    on Jul 21, 2020
    Collaborator

    The issue can be fixed by following patch. So what is the clk frequency on TGL-H ?

    diff --git a/src/platform/tigerlake/lib/clk.c b/src/platform/tigerlake/lib/clk.c
index 276fded13..8c6fab295 100644
--- a/src/platform/tigerlake/lib/clk.c
+++ b/src/platform/tigerlake/lib/clk.c
@@ -36,7 +36,7 @@ const struct freq_table *cpu_freq = platform_cpu_freq;
  */
 const struct freq_table platform_ssp_freq[] = {
        { 24576000, 24576 },
-       { 38400000, 38400 },
+       { 19200000, 19200 },
        { 96000000, 96000 },
 };

  10. plbossart commented on Jul 21, 2020

    @plbossart
    plbossart
    on Jul 21, 2020
    Member

    The issue can be fixed by following patch. So what is the clk frequency on TGL-H ?

    38.4 MHz. The last platform with 19.2 MHz was APL/GLK.

  11. keyonjie commented on Jul 22, 2020

    @keyonjie
    keyonjie
    on Jul 22, 2020
    Contributor

    is this for SSP playback? can we check the SCR and other SSP settings also? Probing to the SSP BCLK to probe the assumption that the output clock is wrong will help directly.

  12. RanderWang commented on Jul 22, 2020

    @RanderWang
    RanderWang
    on Jul 22, 2020
    Collaborator

    is this for SSP playback? can we check the SCR and other SSP settings also? Probing to the SSP BCLK to probe the assumption that the output clock is wrong will help directly.

    NO, pure HDA platform. Thanks!

  13. plbossart commented on Jul 22, 2020

    @plbossart
    plbossart
    on Jul 22, 2020
    Member

    is this for SSP playback? can we check the SCR and other SSP settings also? Probing to the SSP BCLK to probe the assumption that the output clock is wrong will help directly.

    NO, pure HDA platform. Thanks!

    then why would changing the SSP settings impact the HDaudio playback? something's not quite right...

  14. mengdonglin
    added
    P2Critical bugs or normal features
    and removed
    P1Blocker bugs or important features
    on Jul 24, 2020

  15. mengdonglin commented on Jul 24, 2020

    @mengdonglin
    mengdonglin
    on Jul 24, 2020
    Collaborator

    @plbossart @lgirdwood suggest to introduce IPC to send clock information from driver on FW initialization

  16. slawblauciak
    assigned
    plbossart
    and
    jajanusz
    on Sep 8, 2020

  17. slawblauciak commented on Sep 8, 2020

    @slawblauciak
    slawblauciak
    on Sep 8, 2020
    Collaborator

    Platform not currently supported by SOF.

  18. slawblauciak
    closed this as completedon Sep 8, 2020
  19. slawblauciak
    added
    won't fixThis will not be worked on atm (e.g. a bug closed for lack of user request, hardware etc)
    on Sep 8, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

HDAApplies to HD-Audio bus for codec connectionP2Critical bugs or normal featuresRKLApplies to Rocket Lake platformbugSomething isn't working as expectedwon't fixThis will not be worked on atm (e.g. a bug closed for lack of user request, hardware etc)

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions