so do you have a single sound card with multiple subdevices?
Ranjani Sridharan
@ranj063
@dbaluta we specify all our DAI links in a single machine driver and yes we have a single sound card with multiple devices for different codecs
Ranjani Sridharan
@ranj063
Do you have a requirement for using separate tplg file for the different DAIs? Its not a big deal but I'm guessing you'd need 2 separate component drivers and therefore have separate cards for the 2 topologies
Kai Vehmanen
@kv2019i
hey all! FYI, we now tagged a Zephyr mainline git version in the build scripts for the v2.0 branch. this is still very loose way to define the dependency, but at least something to indicate a working combination of SOF and Zephyer. let me know if anyone has ideas how to best tackle this dependency in the future. I did try v2.7.0 as well, but that is missing key patches... maybe in the future we can sync to a public release
@dbaluta FYI ^^^
Daniel Baluta
@dbaluta
@kv2019i great! thanks for pinging me
we thought about this together with our Yocto team. the preffered way (as we already doing with SOF is to have a separate branch)
but having a tag i think can work for a while.
do we plan to do this for each SOF release, right?
zephyr development model looked a little bit different than SOF (I think they have some sort of LTS release every year and keep that for customers)
Kai Vehmanen
@kv2019i
I think we'll do this for a while now. one recommendation from Zephyr folks for us to branch a stable release and cherry-pick patches SOF needs. we could host this in SOF github project (we already have a copy of zephyr there)
probably for all platforms, we'll need a pretty bleeding edge Zephyr in practise, so we'll probably need a few iterations before we can move to use a Zephyr LTS for SOF
Daniel Baluta
@dbaluta
I think that would be a good choice. Initially, I suggested to fork zephyr internally. but i think doing that on SOF github is better.
Daniel Baluta
@dbaluta
@kv2019i can you point me to the script you use the zephyr tagged version? I'm trying to integrate this internally now
the 2.0 branch has this bit "# SOF2.0 release uses this commit, verified in 2021-12-03 daily test zephyr_fetch_and_switch origin fd089b361d8aebbcb49cca989444aaeb0b6fbb4d"
@lenghonglin yes. this is a known issue. because rootfs is not yet available.
you have two options
(1) compile firmware inside linux kernel
(2) complile SOF as modules <M> and insmod them after kernel boots
we use (2)
_
lenghonglin
@lenghonglin
Daniel Baluta
@dbaluta
@lenghonglin yes, that's OK! No you need to install the modules inside your rootfs.
and then after bootings insmod them.
I think you can find ho wto do this on google. otherwise, i can help you on Monday.
lenghonglin
@lenghonglin
@dbaluta ヽ(✿゚▽゚)ノ
lenghonglin
@lenghonglin
@dbaluta Hello
this is sof firmware in rootfs, but i wanna to build sof which add some logs. <br> i check out sof to cc5ba3393 and build imx8m.
i replace new sof firmware which i built to /lib/firmware/imx/sof/, but hang on
lenghonglin
@lenghonglin
this is default sof firmware info :
Firmware info: version 1:5:0-cc5ba Firmware: ABI 3:16:0 Kernel ABI 3:11:0 Linux OK8MP 5.4.70-2.3.0
i only replace sof-imx8m.ri
Daniel Baluta
@dbaluta
@lenghonglin you are still using linux kernel 5.4
at least use linux kenrel 5.10
if you want we can schedule a meeting for tommorrow
I am on EEST time zone
lenghonglin
@lenghonglin
update kernel 5.10 is a little difficult. The supplier made too many changes on the development board, I don't know which ones he changed exactly.
i just want to build the same version which add some logs. the default sof firmware version is working fine, and i think check out the right commit(maybe).
lenghonglin
@lenghonglin
I want to find the source code corresponding to the default sof firmware....
Daniel Baluta
@dbaluta
@lenghonglin hi
lenghonglin
@lenghonglin
hello~
Daniel Baluta
@dbaluta
clone sof repo
and to git reset --hard cc5ba33939e
in this way you should have the same sof version as the one in the release