Hello Brian,

On Tue, Oct 6, 2020 at 10:58 PM Brian Hutchinson <b.hutchman@...> wrote:

On Tue, Oct 6, 2020 at 12:42 PM, Brian Hutchinson wrote:



Smoking sstate & tmp and trying build again with:


IMAGE_INSTALL_append = " firmware-imx-sdma-imx7d firmware-imx-epdc"

So just finished the above cycle and flashed sdcard. Think we got somewhere this time!

I get only one instance of sdma error:

[ 0.117495] EINJ: ACPI disabled.
[ 0.126332] imx-sdma 302c0000.dma-controller: Direct firmware load for imx/sdma/sdma-imx7d.bin failed with error -2
[ 0.126346] imx-sdma 302c0000.dma-controller: Falling back to sysfs fallback for: imx/sdma/sdma-imx7d.bin
[ 0.134253] mxs-dma 33000000.dma-controller: initialized
[ 0.135378] Bus freq driver module loaded

... of note here is it didn't say it was using ROM version!!!!

And I have firmware package for sdma now:

root@imx8mmevk:~# rpm -qa | grep -i firmware
linux-firmware-ath10k-license-20200817-r0.noarch
firmware-qca9377-3.0.2-r0.noarch
firmware-imx-epdc-8.8-r0.noarch
linux-firmware-ath10k-20200817-r0.noarch
firmware-imx-sdma-imx7d-8.8-r0.noarch


root@imx8mmevk:/lib/firmware# ls -l
-rw-r--r-- 1 root root 2713 Mar 9 12:34 LICENSE.QualcommAtheros_ath10k
drwxr-xr-x 11 root root 1024 Mar 9 12:34 ath10k
drwxr-xr-x 4 root root 1024 Mar 9 12:34 imx
drwxr-xr-x 2 root root 1024 Mar 9 12:34 qca
drwxr-xr-x 2 root root 1024 Mar 9 12:34 qca9377
-rw-r--r-- 1 root root 3764 Mar 9 12:34 regulatory.db
-rw-r--r-- 1 root root 1182 Mar 9 12:34 regulatory.db.p7s
drwxr-xr-x 3 root root 1024 Mar 9 12:34 wlan

... and /lib/firmware/imx/sdma looks like:

root@imx8mmevk:/lib/firmware/imx/sdma# ls
sdma-imx7d.bin

So hopefully this helps with the ALSA issue I was chasing that led me to this sdma issue in the first place!

Thanks guys! I don't know why core-image-minimal isn't working ...

Well, this is I guess an expected behavior. firmware packages are
listed in MACHINE_EXTRA_RRECOMMENDS, which is (according to Yocto
Reference manual, link
https://www.yoctoproject.org/docs/latest/ref-manual/ref-manual.html#var-MACHINE_EXTRA_RRECOMMENDS)
is only considered when packagegroup-base is installed in the image
and does not affect 'core-image-minimal' or 'core-image-full-cmdline'
images.

That is the reason that even if the package is added in the
imx-base.inc (like Otavio suggested in his patch) - you would not
receive it in core-image-minimal and you would have to install it
explicitly.

As for firmware packages themselves, I guess it should be changed from
MACHINE_EXTRA_RRECOMMENDS to MACHINE_EXTRA_RDEPENDS in order to bail
out at the build time rather than figure out that they are not present
on the device at boot time. But this is yet a separate point, which
actually would not solve your original issue as you either need an
image recipe which includes packagegroup-base or you have to
explicitly list them in IMAGE_INSTALL.

I see there is a firmware-imx-8m package so maybe I should add it.

This package is actually empty, and only serves as a deploy target to
provide Cadence HDMI FW for imx-boot to build a boot container. Even
if you try to install it - you would not receive any FW files on the
target.

Regards,

Brian

--
Regards,
Andrey.