[Sound-open-firmware] Using the Qemu DSP emulator

[Daniel Baluta]

On Tue, Feb 6, 2018 at 12:38 AM, Liam Girdwood
<liam.r.girdwood at linux.intel.com> wrote:
> On Thu, 2018-02-01 at 22:57 +0200, Daniel Baluta wrote:
>> I tried BYT target but i cannot get xtensa-host.sh script working.
>>
>> $ bash -x ./xtensa-host.sh byt
>> + '[' 1 -lt 1 ']'
>> + case $1 in
>> + CPU=baytrail
>> + ADSP=adsp_byt
>> + rm -fr /dev/shm/qemu-bridge-bxt-hp-sram /dev/shm/qemu-bridge-bxt-io
>> /dev/shm/qemu-bridge-bxt-l2-sram /dev/shm/qemu-bridge-bxt-lp-sram
>> /dev/shm/qemu-bridge-bxt-mbox /dev/shm/qemu-bridge-bxt-rom
>> /dev/shm/qemu-bridge-bxt-shim
>> + rm -fr /dev/mqueue/qemu-io-child-bxt /dev/mqueue/qemu-io-parent-bxt
>> + ./xtensa-softmmu/qemu-system-xtensa -cpu baytrail -M adsp_byt -nographic -S
>> **
>> ERROR:qom/object.c:488:object_new_with_type: assertion failed: (type != NULL)
>> ./xtensa-host.sh: line 76: 17616 Aborted                 (core dumped)
>> ./xtensa-softmmu/qemu-system-xtensa -cpu $CPU -M $ADSP -nographic -S
>>
>>
>>
>> The same happens for all other targets expect BXT, that's why I asked about BXT.
>>
>> I think there is something wrong with my dev environment.
>>
>> Thanks a lot for your help. I will continue investigation.
>
> Sorry for the delay, I was travelling last week. Turns out I missed
> some machine type setting in some of the machines when doing the
> forward port. Fix pushed.

Thanks Liam for the updates. I forgot to reply, I've did some hacks and
finally got qemu working.

Now I get a timeout when trying to boot the DSP, but will get back
with more details once I have some spare time.

thanks,
Daniel.