Hi Vinod,
On Thu, Jun 25, 2015 at 08:54:07AM +0530, Vinod Koul wrote:
> > [ 2.700468] sst-mfld-platform sst-mfld-platform: Slot control: codec_in rx deinterleaver codec_in1_1 doesn't have DAPM widget!!!
> this is unexpected, I will check on this
>
> > ...
> > [ 7.970937] intel_sst_acpi 80860F28:00: Wait timed-out condition:0x0, msg_id:0x1 fw_state 0x3
> > [ 7.970964] intel_sst_acpi 80860F28:00: fw returned err -16
> Yes this is a problem, which FW are you using
>
I have a question regarding the FW timeout, but since it has been a long
time since last email, let me summarize the thread..
I tried to get sound working on an Asus X205TA laptop so, as far as I
understood, 3 things are needed in the ASoC world:
1. codec driver
2. platform driver
3. machine driver
1. codec driver (patch 0001 at [1])
It seems that the codec is a Relatek RT5648, and in kernel there is no
driver for it, but since it has the same product Id of the RT5645
(0x6308) I simply added an I2C and an ACPI match to the RT5645 codec
driver.
2. platform driver (patch 0002 at [1])
Used the sst-mfld-platform one (under sound/soc/intel/atom/sst), changing
the .acpi_ipc_irq_index from 5 to 0 because the DSP interrupt order in
the ACPI DSDT table of this laptop is different from the "normal" (see
line 3745 of dsdt.dsl at [2]).
$ cat /proc/interrupts | grep sst
CPU0 CPU1 CPU2 CPU3
1: 24 0 0 0 IO-APIC 29-fasteoi intel_sst_driver
Used the SSP0 version of the ADSP firmware (found at [3]), beacuse the
mainline FW uses the SSP2 port but this laptop has an atom Z3735F which
has only two SSP ports.
3. machine driver (patch 0003 at [1])
It's a copy-paste of sound/soc/intel/boards/bytcr_rt5651.c, but using
SSP0 instead of SSP2 and rt5645 instead of rt5651.
So, applying the three patches to the mainline linux kernel the sound
card shows up (aplay -l finds it) and at boot I got these errors:
[ 4.378238] sst-mfld-platform sst-mfld-platform: Slot control: codec_out tx interleaver slot 0 doesn't have DAPM widget!!!
[ 4.381301] sst-mfld-platform sst-mfld-platform: Slot control: codec_out tx interleaver slot 1 doesn't have DAPM widget!!!
[ 4.384307] sst-mfld-platform sst-mfld-platform: Slot control: codec_out tx interleaver slot 2 doesn't have DAPM widget!!!
[ 4.387276] sst-mfld-platform sst-mfld-platform: Slot control: codec_out tx interleaver slot 3 doesn't have DAPM widget!!!
[ 4.390229] sst-mfld-platform sst-mfld-platform: Slot control: codec_in rx deinterleaver codec_in0_0 doesn't have DAPM widget!!!
[ 4.390249] sst-mfld-platform sst-mfld-platform: Slot control: codec_in rx deinterleaver codec_in0_1 doesn't have DAPM widget!!!
[ 4.390268] sst-mfld-platform sst-mfld-platform: Slot control: codec_in rx deinterleaver codec_in1_0 doesn't have DAPM widget!!!
[ 4.390286] sst-mfld-platform sst-mfld-platform: Slot control: codec_in rx deinterleaver codec_in1_1 doesn't have DAPM widget!!!
About a minute of these errors:
[ 62.894026] intel_sst_acpi 80860F28:00: Wait timed-out condition:0x0, msg_id:0x2 fw_state 0x3
[ 62.903888] intel_sst_acpi 80860F28:00: fw returned err -16
And, when I play some audio, these ones:
[ 102.350606] Audio Port: ASoC: no backend DAIs enabled for Audio Port
Full dmesg at [4].
And, finally, the question: it is possible that the firmware timeout is
due to a missing alsa audio path and not to a fw problem?
Thanks,
Michele
[1] https://github.com/michelecurti/x205ta/tree/master/sound-patches
[2] https://github.com/michelecurti/x205ta/tree/master/acpi-tables
[3] https://git.kernel.org/cgit/linux/kernel/git/vkoul/firmware.git/commit/?h=byt
[4] http://pastebin.com/XAQZUvkM
_______________________________________________
Alsa-devel mailing list
Alsa-devel@xxxxxxxxxxxxxxxx
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
