Repository navigation
Fail to load nocodec topology on UP2 #592
Description
Summary:
Fail to load nocodec topology on UP2. kernel 21947cd on Nov. 16 can work normally.
sof-logger is empty.
ls -l /lib/firmware/intel/
lrwxrwxrwx 1 root root 39 1 29 00:05 sof-apl-nocodec.tplg -> /home/up2/20181119/sof-apl-nocodec.tplg
lrwxrwxrwx 1 root root 29 11 19 2018 sof-apl.ri -> /home/up2/20181119/sof-apl.ri
dmesg:
[ 5.927345] sof-audio sof-audio: created machine skl_hda_dsp_generic
[ 6.061305] HDMI HDA Codec ehdaudio0D2: Max dais supported: 3
[ 6.068121] skl_hda_dsp_generic skl_hda_dsp_generic: info: override FE DAI link iDisp1
[ 6.068124] skl_hda_dsp_generic skl_hda_dsp_generic: info: override FE DAI link iDisp2
[ 6.068126] skl_hda_dsp_generic skl_hda_dsp_generic: info: override FE DAI link iDisp3
[ 6.068206] sof-audio sof-audio: loading topology:intel/sof-hda-generic.tplg
[ 6.070404] sof-audio sof-audio: Direct firmware load for intel/sof-hda-generic.tplg failed with error -2
[ 6.070410] sof-audio sof-audio: error: tplg intel/sof-hda-generic.tplg load failed with -2
[ 6.070473] sof-audio sof-audio: error: failed to load DSP topology -2
[ 6.070510] sof-audio sof-audio: ASoC: failed to probe component -2
[ 6.070563] skl_hda_dsp_generic skl_hda_dsp_generic: ASoC: failed to instantiate card -2
[ 6.070649] skl_hda_dsp_generic: probe of skl_hda_dsp_generic failed with error -2
[ 6.171901] systemd-udevd (1432) used greatest stack depth: 11880 bytes left
[ 6.820312] IPv6: ADDRCONF(NETDEV_UP): enp2s0: link is not ready
[ 6.822504] Generic PHY r8169-200:00: attached PHY driver [Generic PHY] (mii_bus:phy_addr=r8169-200:00, irq=IGNORE)
Test steps:
aplay -l
aplay: device_list:270: no soundcards found...
Test env:
sof master: 977fdd5
sof tool: a01fd66
kernel sof-dev: 38a7c34
tplg: sof-apl-nocodec.tplg-a01fd666
Activity
lgirdwood commentedon Nov 19, 2018
@markyang it's looking for "sof-hda-generic.tplg" which is missing from your directory.
plbossart commentedon Nov 19, 2018
xiulipan commentedon Nov 20, 2018
@plbossart
Now if we use config from kconfig, we will fallback to
skl_hda_dsp_genericbut notsof_nocodec?But the auto test of thesofproject/linux#302 with kconfig will fall back to
sof_nocodec. From the test logs, I find this machine driver change happens since thesofproject/linux#282I am quite confused here. If it means we'd like to disable HDA link for default from thesofproject/linux#302. And later we can still use sof-apl-nocodec.tplg for test?
mengdonglin commentedon Nov 20, 2018
I feel we need to keep HDA link by default since SOF needs skl_hda_dsp_generic for WHL. And OSV may also tend to enable it to support as many platforms as possible for end users in the future.
And now we enabled nocodec mode for validation.
What will happen on UP2 w/o the codec, if we enable both HDA links/codec and nocodec mode?
Ideally, we hope to fallback to the nocodec machine driver anyway.
plbossart commentedon Nov 20, 2018
There is no solution for now, until we have an automatic determination whether there is an actual HDaudio codec or not we have to play with Kconfigs.
Alternatively we could add a 'fake' device, e.g. "INTCNCDC", with ACPI initrd overrides that would be seen as a pretend codec which uses the nocodec machine driver, that would preempt HDaudio from being selected.
plbossart commentedon Nov 20, 2018
And to be clearer, we want to have the HDAudio link by default to enable HDMI but not the HDaudio codec. That's what my latest patches enable. You could have a default sof-defconfig, and then an extension that adds both SOF audio codec support and all required codecs in hdaudio-codecs-defconfig
plbossart commentedon Nov 20, 2018
Not sure why it's assigned to me, I am clearly not going to do anything about it. You can deal with the problem by changing the kconfig, or wait until thesofproject/linux#284 is fixed. That latter issue is really the one which @keyonjie should be involved.
mengdonglin commentedon Nov 22, 2018
@xiulipan need your help to revise kconfig used by the building server to make daily image work on UP2.
xiulipan commentedon Nov 22, 2018
@mengdonglin
Will do that after we have basic test cases.
mengdonglin commentedon Nov 24, 2018
@markyang @DarrenxWang Please help to manually revise the kconfig to build a kernel image without HDA support to test UP2 in nocodec mode, before the the building server support is ready.
markyang commentedon Nov 26, 2018
Summary:
This issue cannot be reproduced on UP2 w/t codec any more.
Test env:
sof master: 6e14892
sof tool: ad3f3e4
kernel sof-dev: aff80d7
tplg: sof-apl-nocodec.tplg-ad3f3e4f
markyang commentedon Nov 28, 2018
Summary:
This issue cannot be reproduced on nocodec UP2 with kernel on Nov 26.
This issue can be reproduced on nocodec UP2 with kernel on Nov 28.
CONFIG_SND_SOC_SOF_HDA_LINK is not supposed to set in nocodec mode
dmesg
Test env:
sof master: 31cde1c
sof tool: ad3f3e4
kernel sof-dev: 4fd5f87
tplg: sof-apl-nocodec.tplg-ad3f3e4f
Log:
config-4.19.0-daily-20181128.txt
config-4.19.0-daily-20181126.txt
dmesg-ng.log
mengdonglin commentedon Dec 11, 2018
@markyang Could you help to clarify if this kconfig issue is solved ? If yes, please close the issue.
And actually UP2 in nocodec mode failed with #660 now.
markyang commentedon Dec 12, 2018
Summary:
This issue cannot be reproduced on UP2-nocodec with the daily-nocodec kernel.
dmesg:
Test env:
sof master: 88dee77
sof tool: 88dee77
kernel sof-dev: 664df19
tplg: sof-apl-nocodec.tplg-88dee77e
Log:
config-daily-nocodec-20181212.txt
mengdonglin commentedon Dec 12, 2018
@markyang Please share the commits of the daily image and attach kconfig here. It will be used as an anchor for reference in the future.