Skip to content

TGL: max98373-sdw codec observes SDW_DP0_INTMASK read failed:-61 #2039

Closed

Description

@naveen-manohar

While trying to integrate max98373-sdw on chrome-environment(coreboot) observe the following error, tried configuring this sub-property as NULL in coreboot but still observe the same issue.
Log:
dmesg_DP0_ww18.log

[    5.591825] intel-master sdw-master-1: SDW_DP0_INTMASK read failed:-61
[    5.591828] intel-master sdw-master-1: Slave 1 initialization failed: -61

Further to the Query to Maxim-Team about max98373 codec supports SDW_DP0_INT_PORT_READY and SDW_DP0_INT_BRA_FAILURE cmd or not. And also check imp_def_interrupts which is retrieved from “mipi-sdw-imp-def-dp0-interrupts-supported” in ACPI table.
Codec vendor assured that DP0 isn't supported in max98373-sdw.
dp0

Recipe:
Kernel & DSP FW are based on TGL_v0.4 sof-dev-rebase - https://github.com/naveen-manohar/linux/commits/chrome_max98373-rebased_ww18

Activity

  1. plbossart commented on Apr 24, 2020

    @plbossart
    Member

    @naveen-manohar you probably have a bad table in Coreboot. I checked the code and I see no case where we read DP0 interrupt registers if slave->dp0_prop is NULL.

    BTW no one currently reads those properties from ACPI tables, see the realtek codecs they implement their own _read_prop callback and hard-code the values directly in the codec driver.

  2. plbossart commented on Apr 24, 2020

    @plbossart
    Member

    @naveen-manohar also enable dynamic debug for the SoundWire core please. I do this by copying this file to /etc/modprobe.d/sof-debug.conf :
    ddebug.txt

  3. naveen-manohar commented on Apr 24, 2020

    @naveen-manohar
    Author

    Thanks for the quick turn-around @plbossart , Guess you are right.
    I rebased the codec driver to latest version and now i'm not observing the 'SDW_DP0_INTMASK read failed' issue. even after removing the hacks - link

    Log(with Debug enabled):
    dmesg_debug-hack-removed.log

    Shall do few more experiments and later close this bug.

  4. plbossart commented on Apr 24, 2020

    @plbossart
    Member

    @naveen-manohar do you mind submitting the codec driver as an RFC PR against topic/sof-dev? This would help the rest of us provide feedback. It doesn't need to be perfect, but you have a set of people willing to help so don't keep this to yourself :-)

  5. naveen-manohar commented on Apr 26, 2020

    @naveen-manohar
    Author

    Sure @plbossart Thanks for the support.
    Working with codec-author(Ryan), shall post it start-of-week.

  6. naveen-manohar commented on Apr 28, 2020

    @naveen-manohar
    Author

    Submitted #2062, please help review

  7. naveen-manohar commented on May 22, 2020

    @naveen-manohar
    Author

    Thnaks to @plbossart, @RanderWang, @bardliao for supporting during this debug and helping with PR#2062

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

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions