Re: [Sound-open-firmware] MinnowBoard FW fails to boot
Hi Xiuli,
On Mon, Mar 25, 2019 at 03:52:21AM +0000, Pan, Xiuli wrote:
-----Original Message----- From: Sound-open-firmware [mailto:sound-open-firmware-bounces@alsa- project.org] On Behalf Of Ranjani Sridharan Sent: Saturday, March 23, 2019 04:40 To: Liam Girdwood liam.r.girdwood@linux.intel.com; Guennadi Liakhovetski guennadi.liakhovetski@linux.intel.com; sound-open-firmware@alsa- project.org Subject: Re: [Sound-open-firmware] MinnowBoard FW fails to boot
On Fri, 2019-03-22 at 16:14 +0000, Liam Girdwood wrote:
On Fri, 2019-03-22 at 17:03 +0100, Guennadi Liakhovetski wrote:
Hi,
Is MinnowBoard supposed to work with the current sources?
Yes.
I tried 2 boards: an older Max and a new Turbot with the same result. After upgrading the BIOS to 1.0 and configuring it as described on
https://thesofproject.github.io/latest/getting_started/setup/setup_minnowboa rd_turbot.html
and installing the ACPI scripts, I see the following in dmesg:
[ 7.858284] sof-audio-acpi 80860F28:01: ACPI DSP detected [ 7.858293] sof-audio-acpi 80860F28:01: BYT-CR not detected [ 7.858417] sof-audio-acpi 80860F28:01: probing SOF DSP device.... [ 7.858437] sof-audio-acpi 80860F28:01: sof_probe_work entry [ 7.858442] sof-audio-acpi 80860F28:01: LPE PHY base at 0x90a00000 size 0x200000 [ 7.858495] sof-audio-acpi 80860F28:01: LPE VADDR 000000005df3cd39 [ 7.858498] sof-audio-acpi 80860F28:01: IMR base at 0x20000000 size 0x100000 [ 7.858525] sof-audio-acpi 80860F28:01: IMR VADDR 00000000c1d6001c [ 7.858530] sof-audio-acpi 80860F28:01: using IRQ 29 [ 7.861914] sof-audio-acpi 80860F28:01: loading firmware [ 7.903934] sof-audio-acpi 80860F28:01: header size=0xc9a4 modules=0x1 abi=0x1 size=16 [ 7.903980] sof-audio-acpi 80860F28:01: new module size 0xc998 blocks 0x11 type 0x0 [ 7.903984] sof-audio-acpi 80860F28:01: block 0 type 0x1 size 0xf0 ==> offset 0xc0000 [ 7.904148] sof-audio-acpi 80860F28:01: block 1 type 0x1 size 0x16c ==> offset 0xc0400 [ 7.904454] sof-audio-acpi 80860F28:01: block 2 type 0x1 size 0x8 ==> offset 0xc057c [ 7.904461] sof-audio-acpi 80860F28:01: block 3 type 0x1 size 0x8 ==> offset 0xc059c [ 7.904468] sof-audio-acpi 80860F28:01: block 4 type 0x1 size 0x8 ==> offset 0xc05bc [ 7.904475] sof-audio-acpi 80860F28:01: block 5 type 0x1 size 0x8 ==> offset 0xc05dc [ 7.904481] sof-audio-acpi 80860F28:01: block 6 type 0x1 size 0x8 ==> offset 0xc05fc [ 7.904488] sof-audio-acpi 80860F28:01: block 7 type 0x1 size 0x4 ==> offset 0xc061c [ 7.904492] sof-audio-acpi 80860F28:01: block 8 type 0x1 size 0x8 ==> offset 0xc063c [ 7.904498] sof-audio-acpi 80860F28:01: block 9 type 0x1 size 0x4 ==> offset 0xc0658 [ 7.904502] sof-audio-acpi 80860F28:01: block 10 type 0x1 size 0x18 ==> offset 0xc065c [ 7.904522] sof-audio-acpi 80860F28:01: block 11 type 0x1 size 0x8 ==> offset 0xc067c [ 7.904529] sof-audio-acpi 80860F28:01: block 12 type 0x1 size 0xad20 ==> offset 0xc06a0 [ 7.942341] sof-audio-acpi 80860F28:01: block 13 type 0x2 size 0xc34 ==> offset 0x100008 [ 7.945002] sof-audio-acpi 80860F28:01: block 14 type 0x2 size 0x8 ==> offset 0x100c3c [ 7.945009] sof-audio-acpi 80860F28:01: block 15 type 0x2 size 0xc50 ==> offset 0x100c48 [ 7.947695] sof-audio-acpi 80860F28:01: block 16 type 0x2 size 0x6c ==> offset 0x101f20 [ 7.947797] sof-audio-acpi 80860F28:01: booting DSP firmware [ 7.993488] intel_rapl: Found RAPL domain package [ 7.993491] intel_rapl: Found RAPL domain core [ 9.037666] sof-audio-acpi 80860F28:01: error: unable to run DSP firmware [ 9.038008] sof-audio-acpi 80860F28:01: error: unexpected fault 0xffffffff trace 0xffffffff [ 9.038094] sof-audio-acpi 80860F28:01: error: failed to reset DSP [ 9.038159] sof-audio-acpi 80860F28:01: error: failed to boot DSP firmware -19 [ 9.038266] sof-audio-acpi 80860F28:01: error: sof_probe_work failed err: -19
Looks like a driver regression, since 0xffffffff means PCI address space is powered OFF when it should be ON.
Can you log as a regression on GH.
Liam/Guennadi,
I dont see this regression with my minnowboard + RT5651 set up.
Hi Guennadi,
Please check if you do the following step. Most people ignored this, since they did not start with a blank one.
Also enable LPE Audio Support in bios
Yes, I've done this afteer every BIOS upgrade and it didn't help.
Thanks Guennadi
path: Device Manager→ System Setup→ South Cluster Configuration→ Audio Configuration→ LPE Audio Support (LPE Audio ACPI mode)
If this works, let us update in GitHub Wiki.
On 3/10/19 9:53 PM, Guennadi Liakhovetski wrote:
Hi Xiuli,
On Mon, Mar 25, 2019 at 03:52:21AM +0000, Pan, Xiuli wrote:
-----Original Message----- From: Sound-open-firmware [mailto:sound-open-firmware-bounces@alsa- project.org] On Behalf Of Ranjani Sridharan Sent: Saturday, March 23, 2019 04:40 To: Liam Girdwood liam.r.girdwood@linux.intel.com; Guennadi Liakhovetski guennadi.liakhovetski@linux.intel.com; sound-open-firmware@alsa- project.org Subject: Re: [Sound-open-firmware] MinnowBoard FW fails to boot
On Fri, 2019-03-22 at 16:14 +0000, Liam Girdwood wrote:
On Fri, 2019-03-22 at 17:03 +0100, Guennadi Liakhovetski wrote:
Hi,
Is MinnowBoard supposed to work with the current sources?
Yes.
I tried 2 boards: an older Max and a new Turbot with the same result. After upgrading the BIOS to 1.0 and configuring it as described on
https://thesofproject.github.io/latest/getting_started/setup/setup_minnowboa rd_turbot.html
and installing the ACPI scripts, I see the following in dmesg:
[ 7.858284] sof-audio-acpi 80860F28:01: ACPI DSP detected [ 7.858293] sof-audio-acpi 80860F28:01: BYT-CR not detected [ 7.858417] sof-audio-acpi 80860F28:01: probing SOF DSP device.... [ 7.858437] sof-audio-acpi 80860F28:01: sof_probe_work entry [ 7.858442] sof-audio-acpi 80860F28:01: LPE PHY base at 0x90a00000 size 0x200000 [ 7.858495] sof-audio-acpi 80860F28:01: LPE VADDR 000000005df3cd39 [ 7.858498] sof-audio-acpi 80860F28:01: IMR base at 0x20000000 size 0x100000 [ 7.858525] sof-audio-acpi 80860F28:01: IMR VADDR 00000000c1d6001c [ 7.858530] sof-audio-acpi 80860F28:01: using IRQ 29 [ 7.861914] sof-audio-acpi 80860F28:01: loading firmware [ 7.903934] sof-audio-acpi 80860F28:01: header size=0xc9a4 modules=0x1 abi=0x1 size=16 [ 7.903980] sof-audio-acpi 80860F28:01: new module size 0xc998 blocks 0x11 type 0x0 [ 7.903984] sof-audio-acpi 80860F28:01: block 0 type 0x1 size 0xf0 ==> offset 0xc0000 [ 7.904148] sof-audio-acpi 80860F28:01: block 1 type 0x1 size 0x16c ==> offset 0xc0400 [ 7.904454] sof-audio-acpi 80860F28:01: block 2 type 0x1 size 0x8 ==> offset 0xc057c [ 7.904461] sof-audio-acpi 80860F28:01: block 3 type 0x1 size 0x8 ==> offset 0xc059c [ 7.904468] sof-audio-acpi 80860F28:01: block 4 type 0x1 size 0x8 ==> offset 0xc05bc [ 7.904475] sof-audio-acpi 80860F28:01: block 5 type 0x1 size 0x8 ==> offset 0xc05dc [ 7.904481] sof-audio-acpi 80860F28:01: block 6 type 0x1 size 0x8 ==> offset 0xc05fc [ 7.904488] sof-audio-acpi 80860F28:01: block 7 type 0x1 size 0x4 ==> offset 0xc061c [ 7.904492] sof-audio-acpi 80860F28:01: block 8 type 0x1 size 0x8 ==> offset 0xc063c [ 7.904498] sof-audio-acpi 80860F28:01: block 9 type 0x1 size 0x4 ==> offset 0xc0658 [ 7.904502] sof-audio-acpi 80860F28:01: block 10 type 0x1 size 0x18 ==> offset 0xc065c [ 7.904522] sof-audio-acpi 80860F28:01: block 11 type 0x1 size 0x8 ==> offset 0xc067c [ 7.904529] sof-audio-acpi 80860F28:01: block 12 type 0x1 size 0xad20 ==> offset 0xc06a0 [ 7.942341] sof-audio-acpi 80860F28:01: block 13 type 0x2 size 0xc34 ==> offset 0x100008 [ 7.945002] sof-audio-acpi 80860F28:01: block 14 type 0x2 size 0x8 ==> offset 0x100c3c [ 7.945009] sof-audio-acpi 80860F28:01: block 15 type 0x2 size 0xc50 ==> offset 0x100c48 [ 7.947695] sof-audio-acpi 80860F28:01: block 16 type 0x2 size 0x6c ==> offset 0x101f20 [ 7.947797] sof-audio-acpi 80860F28:01: booting DSP firmware [ 7.993488] intel_rapl: Found RAPL domain package [ 7.993491] intel_rapl: Found RAPL domain core [ 9.037666] sof-audio-acpi 80860F28:01: error: unable to run DSP firmware [ 9.038008] sof-audio-acpi 80860F28:01: error: unexpected fault 0xffffffff trace 0xffffffff [ 9.038094] sof-audio-acpi 80860F28:01: error: failed to reset DSP [ 9.038159] sof-audio-acpi 80860F28:01: error: failed to boot DSP firmware -19 [ 9.038266] sof-audio-acpi 80860F28:01: error: sof_probe_work failed err: -19
Looks like a driver regression, since 0xffffffff means PCI address space is powered OFF when it should be ON.
Can you log as a regression on GH.
Liam/Guennadi,
I dont see this regression with my minnowboard + RT5651 set up.
Hi Guennadi,
Please check if you do the following step. Most people ignored this, since they did not start with a blank one.
Also enable LPE Audio Support in bios
Yes, I've done this afteer every BIOS upgrade and it didn't help.
did you enable the DSP is the BIOS south cluster? it's not listed in teh documentation. You need to select the enable but not report case, and use LPEX.aml for nocodec mode. If this doesn't work, let's continue with a github issue where it's easier to add logs and keep track of the problem.
Hi Pierre,
On Mon, Mar 25, 2019 at 09:23:17AM -0400, Pierre-Louis Bossart wrote:
On 3/10/19 9:53 PM, Guennadi Liakhovetski wrote:
Hi Xiuli,
On Mon, Mar 25, 2019 at 03:52:21AM +0000, Pan, Xiuli wrote:
-----Original Message----- From: Sound-open-firmware [mailto:sound-open-firmware-bounces@alsa- project.org] On Behalf Of Ranjani Sridharan Sent: Saturday, March 23, 2019 04:40 To: Liam Girdwood liam.r.girdwood@linux.intel.com; Guennadi Liakhovetski guennadi.liakhovetski@linux.intel.com; sound-open-firmware@alsa- project.org Subject: Re: [Sound-open-firmware] MinnowBoard FW fails to boot
On Fri, 2019-03-22 at 16:14 +0000, Liam Girdwood wrote:
On Fri, 2019-03-22 at 17:03 +0100, Guennadi Liakhovetski wrote:
Hi,
Is MinnowBoard supposed to work with the current sources?
Yes.
I tried 2 boards: an older Max and a new Turbot with the same result. After upgrading the BIOS to 1.0 and configuring it as described on
https://thesofproject.github.io/latest/getting_started/setup/setup_minnowboa rd_turbot.html
and installing the ACPI scripts, I see the following in dmesg:
[ 7.858284] sof-audio-acpi 80860F28:01: ACPI DSP detected [ 7.858293] sof-audio-acpi 80860F28:01: BYT-CR not detected [ 7.858417] sof-audio-acpi 80860F28:01: probing SOF DSP device.... [ 7.858437] sof-audio-acpi 80860F28:01: sof_probe_work entry [ 7.858442] sof-audio-acpi 80860F28:01: LPE PHY base at 0x90a00000 size 0x200000 [ 7.858495] sof-audio-acpi 80860F28:01: LPE VADDR 000000005df3cd39 [ 7.858498] sof-audio-acpi 80860F28:01: IMR base at 0x20000000 size 0x100000 [ 7.858525] sof-audio-acpi 80860F28:01: IMR VADDR 00000000c1d6001c [ 7.858530] sof-audio-acpi 80860F28:01: using IRQ 29 [ 7.861914] sof-audio-acpi 80860F28:01: loading firmware [ 7.903934] sof-audio-acpi 80860F28:01: header size=0xc9a4 modules=0x1 abi=0x1 size=16 [ 7.903980] sof-audio-acpi 80860F28:01: new module size 0xc998 blocks 0x11 type 0x0 [ 7.903984] sof-audio-acpi 80860F28:01: block 0 type 0x1 size 0xf0 ==> offset 0xc0000 [ 7.904148] sof-audio-acpi 80860F28:01: block 1 type 0x1 size 0x16c ==> offset 0xc0400 [ 7.904454] sof-audio-acpi 80860F28:01: block 2 type 0x1 size 0x8 ==> offset 0xc057c [ 7.904461] sof-audio-acpi 80860F28:01: block 3 type 0x1 size 0x8 ==> offset 0xc059c [ 7.904468] sof-audio-acpi 80860F28:01: block 4 type 0x1 size 0x8 ==> offset 0xc05bc [ 7.904475] sof-audio-acpi 80860F28:01: block 5 type 0x1 size 0x8 ==> offset 0xc05dc [ 7.904481] sof-audio-acpi 80860F28:01: block 6 type 0x1 size 0x8 ==> offset 0xc05fc [ 7.904488] sof-audio-acpi 80860F28:01: block 7 type 0x1 size 0x4 ==> offset 0xc061c [ 7.904492] sof-audio-acpi 80860F28:01: block 8 type 0x1 size 0x8 ==> offset 0xc063c [ 7.904498] sof-audio-acpi 80860F28:01: block 9 type 0x1 size 0x4 ==> offset 0xc0658 [ 7.904502] sof-audio-acpi 80860F28:01: block 10 type 0x1 size 0x18 ==> offset 0xc065c [ 7.904522] sof-audio-acpi 80860F28:01: block 11 type 0x1 size 0x8 ==> offset 0xc067c [ 7.904529] sof-audio-acpi 80860F28:01: block 12 type 0x1 size 0xad20 ==> offset 0xc06a0 [ 7.942341] sof-audio-acpi 80860F28:01: block 13 type 0x2 size 0xc34 ==> offset 0x100008 [ 7.945002] sof-audio-acpi 80860F28:01: block 14 type 0x2 size 0x8 ==> offset 0x100c3c [ 7.945009] sof-audio-acpi 80860F28:01: block 15 type 0x2 size 0xc50 ==> offset 0x100c48 [ 7.947695] sof-audio-acpi 80860F28:01: block 16 type 0x2 size 0x6c ==> offset 0x101f20 [ 7.947797] sof-audio-acpi 80860F28:01: booting DSP firmware [ 7.993488] intel_rapl: Found RAPL domain package [ 7.993491] intel_rapl: Found RAPL domain core [ 9.037666] sof-audio-acpi 80860F28:01: error: unable to run DSP firmware [ 9.038008] sof-audio-acpi 80860F28:01: error: unexpected fault 0xffffffff trace 0xffffffff [ 9.038094] sof-audio-acpi 80860F28:01: error: failed to reset DSP [ 9.038159] sof-audio-acpi 80860F28:01: error: failed to boot DSP firmware -19 [ 9.038266] sof-audio-acpi 80860F28:01: error: sof_probe_work failed err: -19
Looks like a driver regression, since 0xffffffff means PCI address space is powered OFF when it should be ON.
Can you log as a regression on GH.
Liam/Guennadi,
I dont see this regression with my minnowboard + RT5651 set up.
Hi Guennadi,
Please check if you do the following step. Most people ignored this, since they did not start with a blank one. Also enable LPE Audio Support in bios
Yes, I've done this afteer every BIOS upgrade and it didn't help.
did you enable the DSP is the BIOS south cluster? it's not listed in teh documentation. You need to select the enable but not report case,
Are you sure this was on Minnowboard? Maybe in older BIOS versions? I see an "enable audio DSP" option on Up^2, but not on Minnow. On Minnow I only see "enable audio," which of course is on. But even on "Up^2" I don't see any "not report" choice?
and use LPEX.aml for nocodec mode.
Would this lead to the observed failure - ENODEV? I thought the codec would only come into play later. I was actually running a with-codev kernel and BIOS set up. First I was running that on a MinnowBoard Max, where a codec was indeed connected. Then I switched over to a Torbot without replacing any of the software.
If this doesn't work, let's continue with a github issue where it's easier to add logs and keep track of the problem.
It didn't. I've rebuilt the kernel with FORCE_NOCODEC_MODE=y
[ 7.951333] sof-audio-acpi 80860F28:01: ACPI DSP detected [ 7.951342] sof-audio-acpi 80860F28:01: BYT-CR not detected [ 7.951345] sof-audio-acpi 80860F28:01: Force to use nocodec mode [ 7.951354] sof-audio-acpi 80860F28:01: probing SOF DSP device.... [ 7.951358] sof-audio-acpi 80860F28:01: LPE PHY base at 0x90a00000 size 0x200000 [ 7.951410] sof-audio-acpi 80860F28:01: LPE VADDR 00000000a246845d [ 7.951413] sof-audio-acpi 80860F28:01: IMR base at 0x20000000 size 0x100000 [ 7.951428] sof-audio-acpi 80860F28:01: IMR VADDR 000000005bbccd5b [ 7.951432] sof-audio-acpi 80860F28:01: using IRQ 29 ...
and I'm still getting the same:
[ 8.107441] sof-audio-acpi 80860F28:01: booting DSP firmware [ 9.188571] sof-audio-acpi 80860F28:01: error: unable to run DSP firmware [ 9.188926] sof-audio-acpi 80860F28:01: error: unexpected fault 0xffffffff trace 0xffffffff [ 9.189014] sof-audio-acpi 80860F28:01: error: failed to reset DSP [ 9.189080] sof-audio-acpi 80860F28:01: error: failed to boot DSP firmware -19 [ 9.189184] sof-audio-acpi 80860F28:01: error: failed to probe DSP hardware!
I'll create a GH issue...
Thanks Guennadi
did you enable the DSP is the BIOS south cluster? it's not listed in teh documentation. You need to select the enable but not report case,
Are you sure this was on Minnowboard? Maybe in older BIOS versions? I see an "enable audio DSP" option on Up^2, but not on Minnow. On Minnow I only see "enable audio," which of course is on. But even on "Up^2" I don't see any "not report" choice?
I am positive that on the 0.96 BIOS there was an ACPI or PCI LPE report. I don't recall exactly that this meant, but by default the DSP is *not* enabled after you flash the BIOS.
Actually it's all documented here: https://github.com/plbossart/MinnowBoardMaxFirmware
To enable the audio DSP on MinnowMax, go to the BIOS menu in System Setup -> SouthCluster Configuration -> Audio Configuration
'LPE Audio Support' should be changed from Disabled to LPE Audio ACPI mode
'LPE Audio Reported by DSDT' should be changed to disabled (to remove the default DSDT settings and enable the SSDT override)
and use LPEX.aml for nocodec mode.
Would this lead to the observed failure - ENODEV? I thought the codec would only come into play later. I was actually running a with-codev kernel and BIOS set up. First I was running that on a MinnowBoard Max, where a codec was indeed connected. Then I switched over to a Torbot without replacing any of the software.
All .aml files add the relevant ACPI information for LPE, and the acpi update ssdt application sets the SSP pins (not enabled by default). the point is that if you don't have a codec attached you still need to use the LPEX.aml file.
If this doesn't work, let's continue with a github issue where it's easier to add logs and keep track of the problem.
It didn't. I've rebuilt the kernel with FORCE_NOCODEC_MODE=y
[ 7.951333] sof-audio-acpi 80860F28:01: ACPI DSP detected [ 7.951342] sof-audio-acpi 80860F28:01: BYT-CR not detected [ 7.951345] sof-audio-acpi 80860F28:01: Force to use nocodec mode [ 7.951354] sof-audio-acpi 80860F28:01: probing SOF DSP device.... [ 7.951358] sof-audio-acpi 80860F28:01: LPE PHY base at 0x90a00000 size 0x200000 [ 7.951410] sof-audio-acpi 80860F28:01: LPE VADDR 00000000a246845d [ 7.951413] sof-audio-acpi 80860F28:01: IMR base at 0x20000000 size 0x100000 [ 7.951428] sof-audio-acpi 80860F28:01: IMR VADDR 000000005bbccd5b [ 7.951432] sof-audio-acpi 80860F28:01: using IRQ 29 ...
and I'm still getting the same:
[ 8.107441] sof-audio-acpi 80860F28:01: booting DSP firmware [ 9.188571] sof-audio-acpi 80860F28:01: error: unable to run DSP firmware [ 9.188926] sof-audio-acpi 80860F28:01: error: unexpected fault 0xffffffff trace 0xffffffff [ 9.189014] sof-audio-acpi 80860F28:01: error: failed to reset DSP [ 9.189080] sof-audio-acpi 80860F28:01: error: failed to boot DSP firmware -19 [ 9.189184] sof-audio-acpi 80860F28:01: error: failed to probe DSP hardware!
I'll create a GH issue...
Thanks Guennadi
On Mon, Mar 25, 2019 at 10:55:20AM -0400, Pierre-Louis Bossart wrote:
did you enable the DSP is the BIOS south cluster? it's not listed in teh documentation. You need to select the enable but not report case,
Are you sure this was on Minnowboard? Maybe in older BIOS versions? I see an "enable audio DSP" option on Up^2, but not on Minnow. On Minnow I only see "enable audio," which of course is on. But even on "Up^2" I don't see any "not report" choice?
I am positive that on the 0.96 BIOS there was an ACPI or PCI LPE report. I don't recall exactly that this meant, but by default the DSP is *not* enabled after you flash the BIOS.
Actually it's all documented here: https://github.com/plbossart/MinnowBoardMaxFirmware
To enable the audio DSP on MinnowMax, go to the BIOS menu in System Setup -> SouthCluster Configuration -> Audio Configuration
'LPE Audio Support' should be changed from Disabled to LPE Audio ACPI mode
'LPE Audio Reported by DSDT' should be changed to disabled (to remove the default DSDT settings and enable the SSDT override)
Ok, yes, that's exactly what I've also done. There's also more audio configuration in the BIOS below those two entries, for some Azalia device. I tried leaving it in its default enabled configuration and also disabling it - it didn't change anything.
I've created https://github.com/thesofproject/linux/issues/751 as you requested.
Thanks Guennadi
and use LPEX.aml for nocodec mode.
Would this lead to the observed failure - ENODEV? I thought the codec would only come into play later. I was actually running a with-codev kernel and BIOS set up. First I was running that on a MinnowBoard Max, where a codec was indeed connected. Then I switched over to a Torbot without replacing any of the software.
All .aml files add the relevant ACPI information for LPE, and the acpi update ssdt application sets the SSP pins (not enabled by default). the point is that if you don't have a codec attached you still need to use the LPEX.aml file.
If this doesn't work, let's continue with a github issue where it's easier to add logs and keep track of the problem.
It didn't. I've rebuilt the kernel with FORCE_NOCODEC_MODE=y
[ 7.951333] sof-audio-acpi 80860F28:01: ACPI DSP detected [ 7.951342] sof-audio-acpi 80860F28:01: BYT-CR not detected [ 7.951345] sof-audio-acpi 80860F28:01: Force to use nocodec mode [ 7.951354] sof-audio-acpi 80860F28:01: probing SOF DSP device.... [ 7.951358] sof-audio-acpi 80860F28:01: LPE PHY base at 0x90a00000 size 0x200000 [ 7.951410] sof-audio-acpi 80860F28:01: LPE VADDR 00000000a246845d [ 7.951413] sof-audio-acpi 80860F28:01: IMR base at 0x20000000 size 0x100000 [ 7.951428] sof-audio-acpi 80860F28:01: IMR VADDR 000000005bbccd5b [ 7.951432] sof-audio-acpi 80860F28:01: using IRQ 29 ...
and I'm still getting the same:
[ 8.107441] sof-audio-acpi 80860F28:01: booting DSP firmware [ 9.188571] sof-audio-acpi 80860F28:01: error: unable to run DSP firmware [ 9.188926] sof-audio-acpi 80860F28:01: error: unexpected fault 0xffffffff trace 0xffffffff [ 9.189014] sof-audio-acpi 80860F28:01: error: failed to reset DSP [ 9.189080] sof-audio-acpi 80860F28:01: error: failed to boot DSP firmware -19 [ 9.189184] sof-audio-acpi 80860F28:01: error: failed to probe DSP hardware!
I'll create a GH issue...
Thanks Guennadi
participants (2)
-
Guennadi Liakhovetski -
Pierre-Louis Bossart