Péter Ujfalusi
Péter Ujfalusi
And the size of `struct sof_ipc_reply` is 12 (2x u32 + 1x i32) ? And to add: the firmware should reply with: ```c struct sof_ipc_comp_reply reply = { .rhdr.hdr =...
``` [ 657.562952] [1610] sof-audio-pci-intel-tgl 0000:00:1f.3: IMR restore supported, booting from IMR directly ... [ 657.864038] [1610] sof-audio-pci-intel-tgl 0000:00:1f.3: FW Poll Status: reg[0x80000]=0x5000001 timedout ... [ 657.864529] sof-audio-pci-intel-tgl 0000:00:1f.3: IMR...
@lyakh, is there anything we can do about this? If the firmware messes up the SRAM window and it is not accessible from host, there is not much the kernel...
> There's no way we can extend the topology to read 64-bit values. I think the 'right' solution would be to re-align the definitions with the firmware, but split the...
Changes since v1: - replace 'hdmi-pt:1' with a simple 'hdmi-pt'
Changes since v2: - depends on https://github.com/thesofproject/linux/pull/4928 because now the old components string is freed. - the new implementation will collect the PCM ids after a `iec958-pcm:` tag and user...
Changes since v3: - Updated the commit message to reflect the hdmi-pt -> iec958-pcm: change
Changes since v4: - replaced the iec958-pcm with iec61937-pcm (iec958 is S/PDIF, iec61937 is the bytestream standard)
Changes since v5: - fixed typos in commit message
@plbossart, @kv2019i, @ranj063, I guess the main question around this is: will it scale to S/PDIF PCM and how we will deal with compress? Compress is, well, compressed and it...