On Tue, 2019-04-16 at 11:48 -0700, Dylan Reid wrote:
On Tue, Apr 16, 2019 at 8:25 AM Kai Vehmanen kai.vehmanen@linux.intel.com wrote:
Hi,
On Mon, 15 Apr 2019, Liam Girdwood wrote:
https://www.alsa-project.org/main/index.php/Firmware#Using_the_Qemu_DSP_emul...
These instructions are out of date, so you may find that other qemu dependencies are needed to build. Host (x86) side is not yet supported for SKL on wards atm (needs code to hook into qemu HDA core), but xtensa DSP is supported on all platforms.
I can verify the DSP side is functional and I could set up an environment following the wiki and run latest and greatest FW from SOF mainline.
There is some regression with host side though, even when trying to use older targets than SKL. I reverted the SOF qemu branch to v1.2 level and ta-daa, I got both sides working (with latest driver and fw, BYT target).
I'll next bisect the commits since v1.2 to see where it broke down.
Thanks Kai,
For context, the Chrome OS team is evaluating reusing the interface from the DSP side to improve audio latency and capability for our guest VMs.
Hi Dylan,
We're working on getting the topology loaded on the QEMU DSP at the moment. Not sure if it is needed for your purpose but if you want to measure audio latency, I suppose it might be. I will post the patches as soon as the work is complete.
Thanks, Ranjani
Cheers,
Dylan _______________________________________________ Sound-open-firmware mailing list Sound-open-firmware@alsa-project.org https://mailman.alsa-project.org/mailman/listinfo/sound-open-firmware