Hi David,
We use the emulator only to test DSP boot in our CI, we don't have emulated devices that will allow testing audio playback and record.
Documentation:
https://thesofproject.github.io/latest/developer_guides/virtualization/runni...
https://www.alsa-project.org/main/index.php?title=Firmware&oldid=7248#Us...
https://github.com/thesofproject/sof/actions/runs/4782426899/jobs/8501755748...
________________________________ From: David Sayada dsayada.upwork@gmail.com Sent: Sunday, April 23, 2023 4:05 PM To: Daniel Baluta daniel.baluta@nxp.com Cc: Iuliana Prodan iuliana.prodan@nxp.com; sound-open-firmware@alsa-project.org sound-open-firmware@alsa-project.org; Kodel Oleg oleg.kodel@elbitsystems.com Subject: Re: Bad magic error when loading SOF firmware
Hi Daniel,
I have seen it is possible to emulate all supported SOF HW platforms using qemu. As a beginning, I would like to run the "audio playback and record" scenarios using the sof-imx8mp-wm8960.tplg topology. Can you please refer me to the documentation that will allow me to set up a VM that will allow me to perform this emulation?
Best Regards, David Sayada.
On Fri, Apr 7, 2023 at 5:44 PM David Sayada <dsayada.upwork@gmail.commailto:dsayada.upwork@gmail.com> wrote: Hi Daniel,
Yes, I already started using sof-logger as you suggested 😉 Oleg, who is the customer I am working for, will certain have some specific questions after we finish our preliminary bring-up (imx8mp + sai1 + tlv320aic3x6), I can see the device enumerated when performing "aplay -l", next stage will be to render/record WAV files. I am sure you will be able to start a kind of interesting cooperation together in the future.
See you soon, Have a nice week-end, David Sayada.
On Fri, Apr 7, 2023 at 5:22 PM Daniel Baluta <daniel.baluta@nxp.commailto:daniel.baluta@nxp.com> wrote: Hi David,
uart should work in the future once we switch th Zephyr.
@Iuliana Prodanmailto:iuliana.prodan@nxp.com is working on this.
Until then you can use the sof-logger tool which mostly allows you to do the same thing as with the serial console.
Here is how you cross compile the tool for ARM64:
https://thesofproject.github.io/latest/getting_started/nxp/sof_imx_user_guid...
And then just it like this:
./sof-logger -l sof-imx8m.ldc
You need to make sure that the kernel has the SOF debugging features compiled.
Let me know if you have more questions.
________________________________ From: David Sayada <dsayada.upwork@gmail.commailto:dsayada.upwork@gmail.com> Sent: Friday, April 7, 2023 4:59 PM To: Daniel Baluta <daniel.baluta@nxp.commailto:daniel.baluta@nxp.com> Cc: sound-open-firmware@alsa-project.orgmailto:sound-open-firmware@alsa-project.org <sound-open-firmware@alsa-project.orgmailto:sound-open-firmware@alsa-project.org>; Kodel Oleg <oleg.kodel@elbitsystems.commailto:oleg.kodel@elbitsystems.com>; Iuliana Prodan <iuliana.prodan@nxp.commailto:iuliana.prodan@nxp.com> Subject: Re: Bad magic error when loading SOF firmware
Hi Daniel,
Thank you for your quick response. I believed I had to run the SOF firmware using remoteproc, and a week ago I understood it had to be run via the SOF driver. No more issues for me regarding this topic. Do you give the possibilities to use, for instance, uart4, in order to have some kind of printf feature as it is the case using "DSP Framework"?
Wishing you an excellent week-end.
Regards, David Sayada.
On Wed, Apr 5, 2023 at 5:45 PM Daniel Baluta <daniel.baluta@nxp.commailto:daniel.baluta@nxp.com> wrote:
Hi David,
Can you provide us more information about your use case?
At NXP we have different scenarios for using DSP:
* via remoteproc, for that you will need a special firmware (not SOF) * via SOF driver, for that you will need the SOF firmware
Let us know what is your scenario and what are you trying to do so that we can provide further help.
For starting with SOF there is this quick start guide here:
https://thesofproject.github.io/latest/getting_started/nxp/sof_imx_user_guid...
thanks, Daniel. ________________________________ From: David Sayada <dsayada.upwork@gmail.commailto:dsayada.upwork@gmail.com> Sent: Sunday, April 2, 2023 11:32 AM To: sound-open-firmware@alsa-project.orgmailto:sound-open-firmware@alsa-project.org <sound-open-firmware@alsa-project.orgmailto:sound-open-firmware@alsa-project.org> Cc: Kodel Oleg <oleg.kodel@elbitsystems.commailto:oleg.kodel@elbitsystems.com> Subject: Bad magic error when loading SOF firmware
Hello SOF team,
We are trying to evaluate the SOF project on our 8MPLUSSLPD4-EVK based product, and we are getting some issues when trying to run one of the "yocto compiled" SOF Firmware.
Below is the procedure we are trying to perform:
*echo /lib/firmware/imx/sof/sof-imx8m.ri > /sys/class/remoteproc/remoteproc0/firmware* *echo start > /sys/class/remoteproc/remoteproc0/state*
We are getting, at the end, a "Image is corrupted (bad magic)" -22 return code.
We have also created a VM (based on SOF 2.4.1) where we can compile (and sign, with default keys) the different toolchains and firmwares. Will that help in having a firmware run correctly?
Maybe, we are doing incorrect things, if this is the case, please advise.
Best regards, David Sayada.